dsh-any-deepseek 0.0.2 → 0.0.3

package/lib/adapter.d.ts

@@ -103,11 +103,21 @@ export declare class AnyDeepSeekAdapter extends LlmAdapter {
     constructor(deps: AdapterDeps);
     providerInfo(provider: string): LlmProviderInfo;
     /**
-     * Advertise exactly one model.
+     * Advertise exactly one model — **unconditionally**.
      *
-     * A relay that is missing a key still gets no catalog entry — the picker then hides the whole
-     * group, which is the harness's own convention for a dormant provider — but the settings page
-     * keeps its entry, so the user can go fix it.
+     * 🔴 **This used to require a resolvable key, and that was wrong.**
+     *
+     * The old rule was "a relay with no key gets no catalog entry; the picker then hides the whole
+     * group, which is the harness's convention for a dormant provider." That reasoning leaks the
+     * provider's *credentials* into its *identity*: the provider disappeared from the model picker
+     * exactly when the user most needed to see it — during first-run setup, before any key exists.
+     * Measured on a real host (owner report, 2026-10-19): with the only channel disabled, the
+     * catalog came back `[]`, so `any-deepseek` was registered but *invisible*, which reads as
+     * "the plugin did not install" no matter what the schema or the routes say.
+     *
+     * ⇒ The catalog answers "what does this provider serve", which is a property of the plugin.
+     * Key presence is answered per request (`MISSING_CREDENTIAL`) and per row in the panel
+     * (`keyConfigured`), where the user can actually act on it.
      */
     listModels(_provider: string): Promise<LlmModelInfo[]>;
     resolveModel(provider: string, model: string, _signal?: AbortSignal): Promise<LlmResolvedModelInfo>;

package/lib/index.js

@@ -897,28 +897,32 @@ var AnyDeepSeekAdapter = class extends LlmAdapter {
 		};
 	}
 	/**
-	* Advertise exactly one model.
+	* Advertise exactly one model — **unconditionally**.
 	*
-	* A relay that is missing a key still gets no catalog entry — the picker then hides the whole
-	* group, which is the harness's own convention for a dormant provider — but the settings page
-	* keeps its entry, so the user can go fix it.
+	* 🔴 **This used to require a resolvable key, and that was wrong.**
+	*
+	* The old rule was "a relay with no key gets no catalog entry; the picker then hides the whole
+	* group, which is the harness's convention for a dormant provider." That reasoning leaks the
+	* provider's *credentials* into its *identity*: the provider disappeared from the model picker
+	* exactly when the user most needed to see it — during first-run setup, before any key exists.
+	* Measured on a real host (owner report, 2026-10-19): with the only channel disabled, the
+	* catalog came back `[]`, so `any-deepseek` was registered but *invisible*, which reads as
+	* "the plugin did not install" no matter what the schema or the routes say.
+	*
+	* ⇒ The catalog answers "what does this provider serve", which is a property of the plugin.
+	* Key presence is answered per request (`MISSING_CREDENTIAL`) and per row in the panel
+	* (`keyConfigured`), where the user can actually act on it.
 	*/
 	async listModels(_provider) {
-		const channels = this.deps.channels();
-		const withKey = [];
-		for (const channel of channels) {
-			const key = await this.deps.resolveKey(channel.apiKeyEnv);
-			if (key !== void 0 && key !== "") {
-				withKey.push({
-					provider: PROVIDER_ID,
-					id: ADVERTISED_MODEL_ID,
-					name: ADVERTISED_MODEL_NAME,
-					description: `via ${channel.label}`
-				});
-				break;
-			}
-		}
-		return withKey;
+		const selected = this.selected();
+		const first = this.deps.channels()[0];
+		const label = selected?.label ?? first?.label;
+		return [{
+			provider: PROVIDER_ID,
+			id: ADVERTISED_MODEL_ID,
+			name: ADVERTISED_MODEL_NAME,
+			description: label === void 0 ? "no channel configured yet" : `via ${label}`
+		}];
 	}
 	async resolveModel(provider, model, _signal) {
 		const channel = this.selected();

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "dsh-any-deepseek",
-  "version": "0.0.2",
+  "version": "0.0.3",
   "description": "One DeepSeek V4.1 Flash provider for DeepSeek Harness: paste a key per channel, switch channels manually, token usage booked per real upstream.",
   "license": "MIT",
   "repository": {