@zhiman_innies/innies-codex 0.122.61 → 0.122.63

package/README.md

@@ -439,6 +439,25 @@ innies app-server                       # JSON-RPC + WebSocket，供 IDE/系统
 - `qwen35_35b` 模型权重**不在本仓库**，使用知满推理服务即受其商务条款约束；客户机房私有化部署的权重交付由知满实施团队处理
 - TUI 品牌字、`Zhiman` 商标属知满科技
 
+### 5. 工具默认曝光（设计取舍）
+
+3 个 qwen 模型在 catalog 里 `experimental_supported_tools = []`，意味着：
+
+- ✅ **默认开**：`shell` / `exec_command` / `apply_patch`（后者需 `features.apply_patch_freeform = true`，模板已开）
+- ❌ **默认禁**：`list_dir`、`read_file` 等独立工具；模型遇到目录/文件读取需求时会自动 fallback 到 `shell ls` / `shell cat`，功能等价但 token 略多
+
+如确需 `list_dir` 作为独立工具暴露给模型（例如对延迟敏感的批量目录扫描场景），编辑 `~/.inniescoder/catalog.json`：
+
+```jsonc
+{
+  "slug": "qwen36_27b",
+  // ... 其他字段
+  "experimental_supported_tools": ["list_dir"]  // 加入想曝光的工具名
+}
+```
+
+> 这是**有意保留**的默认取舍 — 既能维持 prompt 简洁、避免 qwen 模型在工具选择上 over-think，又给需要的用户留出 catalog-level 配置开关。
+
 ---
 
 ## 文档

package/bin/innies-config.js

@@ -30,13 +30,24 @@ const INSTALL_SUPERPOWERS_ENV = "INNIES_INSTALL_SUPERPOWERS";
 const SUPERPOWERS_MARKER_FILENAME = ".innies-superpowers.marker";
 const ZHIMAN_35B_PROVIDER_HEADER = "[model_providers.zhiman_35b]";
 const ZHIMAN_27B_PROVIDER_HEADER = "[model_providers.zhiman_27b]";
+// N-BUG8 (2026-06-15): the Rust `bailian` factory only recognises the
+// block header `[model_providers.bailian]`. We previously emitted
+// `[model_providers.dashscope]` as a user-facing alias, but the factory
+// resolved its own name (`bailian`) and silently 401'd at api.openai.com
+// when the user relied on the env-var fallback path. The canonical
+// header is now `bailian`; `dashscope` is kept ONLY as a migration
+// source for the rename-and-rewrite logic in `normalizeInniesConfig`.
 const DASHSCOPE_PROVIDER_HEADER = "[model_providers.dashscope]";
-// Default `wire_api` emitted in freshly generated provider blocks. Both
-// the private vLLM and the DashScope public cloud only expose the
-// OpenAI Chat Completions endpoint (`/v1/chat/completions`); the
-// Responses API is not available on either, so chat_completions is
-// the only correct default.
-const DEFAULT_PROVIDER_WIRE_API = "chat_completions";
+const BAILIAN_PROVIDER_HEADER = "[model_providers.bailian]";
+// Default `wire_api` emitted in freshly generated provider blocks. The
+// user's documented production endpoint for both the private vLLM
+// (`/v1/responses`) and DashScope public cloud is the Responses API;
+// vLLM ≥ 0.7 natively serves it, and DashScope's compatible-mode
+// exposes both endpoints. R12 reversed the historical chat_completions
+// default after E2E verification that all 4 paths
+// (ChatCompletions/Responses × 1+1/multi-step) work end-to-end on
+// both providers.
+const DEFAULT_PROVIDER_WIRE_API = "responses";
 const RESERVED_PROVIDER_HEADERS = Object.freeze([
   "[model_providers.openai]",
   "[model_providers.ollama]",
@@ -470,13 +481,24 @@ function normalizeInniesConfig(contents, catalogPath, state) {
   }
 
   updated = normalizeManagedProviderBlocks(stripReservedProviderBlocks(updated));
+  // N-BUG8 (2026-06-15): migrate the legacy `[model_providers.dashscope]`
+  // user-facing alias to the canonical `[model_providers.bailian]`
+  // header that the Rust factory recognises. Also rewrite the
+  // `model_provider = "dashscope"` value to `"bailian"` so the
+  // block lookup in the Rust resolver matches the block key.
+  if (updated.includes(DASHSCOPE_PROVIDER_HEADER)) {
+    updated = updated.replace(DASHSCOPE_PROVIDER_HEADER, BAILIAN_PROVIDER_HEADER);
+  }
+  if (/(^|\n)\s*model_provider\s*=\s*"dashscope"/.test(updated)) {
+    updated = updated.replace(/(^|\n)(\s*model_provider\s*=\s*)"dashscope"/, '$1$2"bailian"');
+  }
   if (!updated.includes(ZHIMAN_35B_PROVIDER_HEADER)) {
     updated = `${updated.trimEnd()}\n\n${defaultZhiman35bProviderBlock()}`;
   }
   if (!updated.includes(ZHIMAN_27B_PROVIDER_HEADER)) {
     updated = `${updated.trimEnd()}\n\n${defaultZhiman27bProviderBlock()}`;
   }
-  if (!updated.includes(DASHSCOPE_PROVIDER_HEADER)) {
+  if (!updated.includes(BAILIAN_PROVIDER_HEADER) && !updated.includes(DASHSCOPE_PROVIDER_HEADER)) {
     updated = `${updated.trimEnd()}\n\n${defaultDashscopeProviderBlock()}`;
   }
 
@@ -664,8 +686,14 @@ function normalizeManagedProviderBlocks(contents) {
   updated = normalizeProviderBlock(updated, {
     providerHeader: ZHIMAN_27B_PROVIDER_HEADER,
   });
+  // N-BUG8+R12 (2026-06-15): normalise the BAILIAN block (not the
+  // legacy DASHSCOPE alias). After the migration rename, the dashscope
+  // header is gone from the file — using DASHSCOPE_PROVIDER_HEADER here
+  // left the `wire_api` line in the freshly-rewritten bailian block
+  // stale, so it kept whatever the pre-migration value was (typically
+  // `chat_completions`) instead of being updated to the new default.
   updated = normalizeProviderBlock(updated, {
-    providerHeader: DASHSCOPE_PROVIDER_HEADER,
+    providerHeader: BAILIAN_PROVIDER_HEADER,
   });
   // Migration safety net: legacy / typo'd `env_key` names for the
   // dashscope block. If a user has `env_key = "BAILIAN_API_KEY"` (the
@@ -922,7 +950,7 @@ function defaultDashscopeProviderBlock() {
   // `request_body_extras` to inject it if you do not want to set
   // `model_reasoning_effort` at the root.
   return [
-    DASHSCOPE_PROVIDER_HEADER,
+    BAILIAN_PROVIDER_HEADER,
     'name = "bailian"',
     `# base_url = "https://dashscope.aliyuncs.com/compatible-mode/v1"   # FILL IN: DashScope OpenAI-compatible endpoint — keep this default if you use the public cloud`,
     `# env_key  = "DASHSCOPE_API_KEY"                                   # FILL IN: the env var NAME holding your DashScope API key (NOT the key itself) — see file header`,

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@zhiman_innies/innies-codex",
-  "version": "0.122.61",
+  "version": "0.122.63",
   "license": "Apache-2.0",
   "bin": {
     "innies": "bin/innies.js"
@@ -23,9 +23,9 @@
     "postinstall": "node bin/innies-init.js"
   },
   "optionalDependencies": {
-    "@zhiman_innies/innies-codex-darwin-x64": "0.122.61-darwin-x64",
-    "@zhiman_innies/innies-codex-darwin-arm64": "0.122.61-darwin-arm64",
-    "@zhiman_innies/innies-codex-win32-x64": "0.122.61-win32-x64",
-    "@zhiman_innies/innies-codex-win32-arm64": "0.122.61-win32-arm64"
+    "@zhiman_innies/innies-codex-darwin-x64": "0.122.63-darwin-x64",
+    "@zhiman_innies/innies-codex-darwin-arm64": "0.122.63-darwin-arm64",
+    "@zhiman_innies/innies-codex-win32-x64": "0.122.63-win32-x64",
+    "@zhiman_innies/innies-codex-win32-arm64": "0.122.63-win32-arm64"
   }
 }