skykoi 2026.3.11 → 2026.3.13

package/docs/zh-CN/date-time.md

@@ -15,7 +15,7 @@ x-i18n:
 
 # 日期与时间
 
-SkyKoi 默认使用**主机本地时间作为传输时间戳**，并且**仅在系统提示词中使用用户时区**。
+SKYKOI 默认使用**主机本地时间作为传输时间戳**，并且**仅在系统提示词中使用用户时区**。
 提供商时间戳会被保留，因此工具保持其原生语义（当前时间可通过 `session_status` 获取）。
 
 ## 消息信封（默认为本地时间）
@@ -105,7 +105,7 @@ System: [2026-01-12 12:19:17 PST] Model switched.
 
 ## 时间格式检测（auto）
 
-当 `timeFormat: "auto"` 时，SkyKoi 会检查操作系统偏好设置（macOS/Windows），并回退到区域格式。检测到的值会**按进程缓存**，以避免重复的系统调用。
+当 `timeFormat: "auto"` 时，SKYKOI 会检查操作系统偏好设置（macOS/Windows），并回退到区域格式。检测到的值会**按进程缓存**，以避免重复的系统调用。
 
 ## 工具载荷 + 连接器（原始提供商时间 + 标准化字段）
 

package/docs/zh-CN/debug/node-issue.md

@@ -1,7 +1,7 @@
 ---
 read_when:
   - 调试仅限 Node 的开发脚本或 watch 模式失败
-  - 排查 SkyKoi 中 tsx/esbuild 加载器崩溃问题
+  - 排查 SKYKOI 中 tsx/esbuild 加载器崩溃问题
 summary: Node + tsx "__name is not a function" 崩溃说明及解决方法
 title: Node + tsx 崩溃
 x-i18n:
@@ -17,10 +17,10 @@ x-i18n:
 
 ## 概述
 
-通过 Node 使用 `tsx` 运行 SkyKoi 时，启动阶段报错：
+通过 Node 使用 `tsx` 运行 SKYKOI 时，启动阶段报错：
 
 ```
-[SkyKoi] Failed to start CLI: TypeError: __name is not a function
+[SKYKOI] Failed to start CLI: TypeError: __name is not a function
     at createSubsystemLogger (.../src/logging/subsystem.ts:203:25)
     at .../src/agents/auth-profiles/constants.ts:25:20
 ```
@@ -63,7 +63,7 @@ node --import tsx scripts/repro/tsx-name-repro.ts
 ## 回归历史
 
 - `2871657e`（2026-01-06）：脚本从 Bun 改为 tsx，使 Bun 成为可选项。
-- 在此之前（Bun 路径），`SkyKoi status` 和 `gateway:watch` 均正常工作。
+- 在此之前（Bun 路径），`SKYKOI status` 和 `gateway:watch` 均正常工作。
 
 ## 解决方法
 
@@ -71,9 +71,9 @@ node --import tsx scripts/repro/tsx-name-repro.ts
 - 使用 Node + tsc watch，然后运行编译产物：
   ```bash
   pnpm exec tsc --watch --preserveWatchOutput
-  node --watch SkyKoi.mjs status
+  node --watch SKYKOI.mjs status
   ```
-- 已在本地确认：`pnpm exec tsc -p tsconfig.json` + `node SkyKoi.mjs status` 在 Node 25 上可正常运行。
+- 已在本地确认：`pnpm exec tsc -p tsconfig.json` + `node SKYKOI.mjs status` 在 Node 25 上可正常运行。
 - 如果可能，在 TS 加载器中禁用 esbuild 的 keepNames（防止插入 `__name` 辅助函数）；tsx 目前不提供此配置项。
 - 在 Node LTS（22/24）上测试 `tsx`，确认该问题是否为 Node 25 特有。
 

package/docs/zh-CN/diagnostics/flags.md

@@ -64,7 +64,7 @@ SKYKOI_DIAGNOSTICS=0
 标志将日志输出到标准诊断日志文件。默认位置：
 
 ```
-/tmp/SkyKoi/SkyKoi-YYYY-MM-DD.log
+/tmp/SKYKOI/SKYKOI-YYYY-MM-DD.log
 ```
 
 如果你设置了 `logging.file`，则使用该路径。日志为 JSONL 格式（每行一个 JSON 对象）。脱敏仍然根据 `logging.redactSensitive` 应用。
@@ -74,22 +74,22 @@ SKYKOI_DIAGNOSTICS=0
 选择最新的日志文件：
 
 ```bash
-ls -t /tmp/SkyKoi/SkyKoi-*.log | head -n 1
+ls -t /tmp/SKYKOI/SKYKOI-*.log | head -n 1
 ```
 
 过滤 Telegram HTTP 诊断：
 
 ```bash
-rg "telegram http error" /tmp/SkyKoi/SkyKoi-*.log
+rg "telegram http error" /tmp/SKYKOI/SKYKOI-*.log
 ```
 
 或在复现时使用 tail：
 
 ```bash
-tail -f /tmp/SkyKoi/SkyKoi-$(date +%F).log | rg "telegram http error"
+tail -f /tmp/SKYKOI/SKYKOI-$(date +%F).log | rg "telegram http error"
 ```
 
-对于远程 Gateway 网关，你也可以使用 `SkyKoi logs --follow`（参见 [/cli/logs](/cli/logs)）。
+对于远程 Gateway 网关，你也可以使用 `SKYKOI logs --follow`（参见 [/cli/logs](/cli/logs)）。
 
 ## 注意事项
 

package/docs/zh-CN/experiments/plans/cron-add-hardening.md

@@ -1,6 +1,6 @@
 ---
 last_updated: "2026-01-05"
-owner: SkyKoi
+owner: SKYKOI
 status: complete
 summary: 加固 cron.add 输入处理，对齐 schema，改进 cron UI/智能体工具
 title: Cron Add 加固

package/docs/zh-CN/experiments/plans/openresponses-gateway.md

@@ -1,6 +1,6 @@
 ---
 last_updated: "2026-01-19"
-owner: SkyKoi
+owner: SKYKOI
 status: draft
 summary: 计划：添加 OpenResponses /v1/responses 端点并干净地弃用 chat completions
 title: OpenResponses Gateway 网关计划
@@ -17,7 +17,7 @@ x-i18n:
 
 ## 背景
 
-SkyKoi Gateway 网关目前在 `/v1/chat/completions` 暴露了一个最小的 OpenAI 兼容 Chat Completions 端点（参见 [OpenAI Chat Completions](/gateway/openai-http-api)）。
+SKYKOI Gateway 网关目前在 `/v1/chat/completions` 暴露了一个最小的 OpenAI 兼容 Chat Completions 端点（参见 [OpenAI Chat Completions](/gateway/openai-http-api)）。
 
 Open Responses 是基于 OpenAI Responses API 的开放推理标准。它专为智能体工作流设计，使用基于项目的输入加语义流式事件。OpenResponses 规范定义的是 `/v1/responses`，而不是 `/v1/chat/completions`。
 

package/docs/zh-CN/experiments/research/memory.md

@@ -1,7 +1,7 @@
 ---
 read_when:
-  - 设计超越每日 Markdown 日志的工作区记忆（~/.skykoi/workspace）
-  - Deciding: standalone CLI vs deep SkyKoi integration
+  - 设计超越每日 Markdown 日志的工作区记忆（~/.SKYKOI/workspace）
+  - Deciding: standalone CLI vs deep SKYKOI integration
   - 添加离线回忆 + 反思（retain/recall/reflect）
 summary: 研究笔记：Clawd 工作区的离线记忆系统（Markdown 作为数据源 + 派生索引）
 title: 工作区记忆研究
@@ -16,7 +16,7 @@ x-i18n:
 
 # 工作区记忆 v2（离线）：研究笔记
 
-目标：Clawd 风格的工作区（`agents.defaults.workspace`，默认 `~/.skykoi/workspace`），其中"记忆"以每天一个 Markdown 文件（`memory/YYYY-MM-DD.md`）加上一小组稳定文件（例如 `memory.md`、`SOUL.md`）的形式存储。
+目标：Clawd 风格的工作区（`agents.defaults.workspace`，默认 `~/.SKYKOI/workspace`），其中"记忆"以每天一个 Markdown 文件（`memory/YYYY-MM-DD.md`）加上一小组稳定文件（例如 `memory.md`、`SOUL.md`）的形式存储。
 
 本文档提出一种**离线优先**的记忆架构，保持 Markdown 作为规范的、可审查的数据源，但通过派生索引添加**结构化回忆**（搜索、实体摘要、置信度更新）。
 
@@ -65,12 +65,12 @@ x-i18n:
 
 ### 规范存储（git 友好）
 
-保持 `~/.skykoi/workspace` 作为规范的人类可读记忆。
+保持 `~/.SKYKOI/workspace` 作为规范的人类可读记忆。
 
 建议的工作区布局：
 
 ```
-~/.skykoi/workspace/
+~/.SKYKOI/workspace/
   memory.md                    # 小型：持久事实 + 偏好（类似核心）
   memory/
     YYYY-MM-DD.md              # 每日日志（追加；叙事）
@@ -96,7 +96,7 @@ x-i18n:
 在工作区下添加派生索引（不一定需要 git 跟踪）：
 
 ```
-~/.skykoi/workspace/.memory/index.sqlite
+~/.SKYKOI/workspace/.memory/index.sqlite
 ```
 
 后端支持：
@@ -175,17 +175,17 @@ Recall 应支持：
 
 ## CLI 集成：独立 vs 深度集成
 
-建议：**深度集成到 SkyKoi**，但保持可分离的核心库。
+建议：**深度集成到 SKYKOI**，但保持可分离的核心库。
 
-### 为什么要集成到 SkyKoi？
+### 为什么要集成到 SKYKOI？
 
-- SkyKoi 已经知道：
+- SKYKOI 已经知道：
   - 工作区路径（`agents.defaults.workspace`）
   - 会话模型 + 心跳
   - 日志记录 + 故障排除模式
 - 你希望智能体自己调用工具：
-  - `SkyKoi memory recall "…" --k 25 --since 30d`
-  - `SkyKoi memory reflect --since 7d`
+  - `SKYKOI memory recall "…" --k 25 --since 30d`
+  - `SKYKOI memory reflect --since 7d`
 
 ### 为什么仍要分离库？
 
@@ -199,7 +199,7 @@ Recall 应支持：
 
 如果"S-Collide"指的是 **SuCo（Subspace Collision）**：这是一种 ANN 检索方法，通过在子空间中使用学习/结构化碰撞来实现强召回/延迟权衡（论文：arXiv 2411.14754，2024）。
 
-对于 `~/.skykoi/workspace` 的务实观点：
+对于 `~/.SKYKOI/workspace` 的务实观点：
 
 - **不要从** SuCo 开始。
 - 从 SQLite FTS +（可选的）简单嵌入开始；你会立即获得大部分 UX 收益。

package/docs/zh-CN/gateway/authentication.md

@@ -15,7 +15,7 @@ x-i18n:
 
 # 认证
 
-SkyKoi 支持模型提供商的 OAuth 和 API 密钥。对于 Anthropic 账户，我们推荐使用 **API 密钥**。对于 Claude 订阅访问，使用 `claude setup-token` 创建的长期令牌。
+SKYKOI 支持模型提供商的 OAuth 和 API 密钥。对于 Anthropic 账户，我们推荐使用 **API 密钥**。对于 Claude 订阅访问，使用 `claude setup-token` 创建的长期令牌。
 
 参阅 [/concepts/oauth](/concepts/oauth) 了解完整的 OAuth 流程和存储布局。
 
@@ -24,17 +24,17 @@ SkyKoi 支持模型提供商的 OAuth 和 API 密钥。对于 Anthropic 账户
 如果你直接使用 Anthropic，请使用 API 密钥。
 
 1. 在 Anthropic 控制台创建 API 密钥。
-2. 将其放在 **Gateway 网关主机**（运行 `SkyKoi gateway` 的机器）上。
+2. 将其放在 **Gateway 网关主机**（运行 `SKYKOI gateway` 的机器）上。
 
 ```bash
 export ANTHROPIC_API_KEY="..."
-SkyKoi models status
+SKYKOI models status
 ```
 
-3. 如果 Gateway 网关在 systemd/launchd 下运行，最好将密钥放在 `~/.skykoi/.env` 中以便守护进程可以读取：
+3. 如果 Gateway 网关在 systemd/launchd 下运行，最好将密钥放在 `~/.SKYKOI/.env` 中以便守护进程可以读取：
 
 ```bash
-cat >> ~/.skykoi/.env <<'EOF'
+cat >> ~/.SKYKOI/.env <<'EOF'
 ANTHROPIC_API_KEY=...
 EOF
 ```
@@ -42,13 +42,13 @@ EOF
 然后重启守护进程（或重启你的 Gateway 网关进程）并重新检查：
 
 ```bash
-SkyKoi models status
-SkyKoi doctor
+SKYKOI models status
+SKYKOI doctor
 ```
 
-如果你不想自己管理环境变量，新手引导向导可以为守护进程使用存储 API 密钥：`SkyKoi onboard`。
+如果你不想自己管理环境变量，新手引导向导可以为守护进程使用存储 API 密钥：`SKYKOI onboard`。
 
-参阅[帮助](/help)了解环境变量继承的详情（`env.shellEnv`、`~/.skykoi/.env`、systemd/launchd）。
+参阅[帮助](/help)了解环境变量继承的详情（`env.shellEnv`、`~/.SKYKOI/.env`、systemd/launchd）。
 
 ## Anthropic：setup-token（订阅认证）
 
@@ -58,16 +58,16 @@ SkyKoi doctor
 claude setup-token
 ```
 
-然后将其粘贴到 SkyKoi：
+然后将其粘贴到 SKYKOI：
 
 ```bash
-SkyKoi models auth setup-token --provider anthropic
+SKYKOI models auth setup-token --provider anthropic
 ```
 
 如果令牌是在另一台机器上创建的，手动粘贴：
 
 ```bash
-SkyKoi models auth paste-token --provider anthropic
+SKYKOI models auth paste-token --provider anthropic
 ```
 
 如果你看到类似这样的 Anthropic 错误：
@@ -81,14 +81,14 @@ This credential is only authorized for use with Claude Code and cannot be used f
 手动令牌输入（任何提供商；写入 `auth-profiles.json` + 更新配置）：
 
 ```bash
-SkyKoi models auth paste-token --provider anthropic
-SkyKoi models auth paste-token --provider openrouter
+SKYKOI models auth paste-token --provider anthropic
+SKYKOI models auth paste-token --provider openrouter
 ```
 
 自动化友好检查（过期/缺失时退出 `1`，即将过期时退出 `2`）：
 
 ```bash
-SkyKoi models status --check
+SKYKOI models status --check
 ```
 
 可选的运维脚本（systemd/Termux）在此处记录：[/automation/auth-monitoring](/automation/auth-monitoring)
@@ -98,8 +98,8 @@ SkyKoi models status --check
 ## 检查模型认证状态
 
 ```bash
-SkyKoi models status
-SkyKoi doctor
+SKYKOI models status
+SKYKOI doctor
 ```
 
 ## 控制使用哪个凭证
@@ -115,9 +115,9 @@ SkyKoi doctor
 为智能体设置显式的认证配置文件顺序覆盖（存储在该智能体的 `auth-profiles.json` 中）：
 
 ```bash
-SkyKoi models auth order get --provider anthropic
-SkyKoi models auth order set --provider anthropic anthropic:default
-SkyKoi models auth order clear --provider anthropic
+SKYKOI models auth order get --provider anthropic
+SKYKOI models auth order set --provider anthropic anthropic:default
+SKYKOI models auth order clear --provider anthropic
 ```
 
 使用 `--agent <id>` 指定特定智能体；省略它则使用配置的默认智能体。
@@ -129,12 +129,12 @@ SkyKoi models auth order clear --provider anthropic
 如果 Anthropic 令牌配置文件缺失，在 **Gateway 网关主机**上运行 `claude setup-token`，然后重新检查：
 
 ```bash
-SkyKoi models status
+SKYKOI models status
 ```
 
 ### 令牌即将过期/已过期
 
-运行 `SkyKoi models status` 确认哪个配置文件即将过期。如果配置文件缺失，重新运行 `claude setup-token` 并再次粘贴令牌。
+运行 `SKYKOI models status` 确认哪个配置文件即将过期。如果配置文件缺失，重新运行 `claude setup-token` 并再次粘贴令牌。
 
 ## 要求
 

package/docs/zh-CN/gateway/background-process.md

@@ -15,7 +15,7 @@ x-i18n:
 
 # 后台 Exec + Process 工具
 
-SkyKoi 通过 `exec` 工具运行 shell 命令，并将长时间运行的任务保存在内存中。`process` 工具管理这些后台会话。
+SKYKOI 通过 `exec` 工具运行 shell 命令，并将长时间运行的任务保存在内存中。`process` 工具管理这些后台会话。
 
 ## exec 工具
 

package/docs/zh-CN/gateway/bonjour.md

@@ -15,7 +15,7 @@ x-i18n:
 
 # Bonjour / mDNS 设备发现
 
-SkyKoi 使用 Bonjour（mDNS / DNS‑SD）作为**仅限局域网的便捷方式**来发现
+SKYKOI 使用 Bonjour（mDNS / DNS‑SD）作为**仅限局域网的便捷方式**来发现
 活跃的 Gateway 网关（WebSocket 端点）。这是尽力而为的，**不能**替代 SSH 或
 基于 Tailnet 的连接。
 
@@ -28,12 +28,12 @@ SkyKoi 使用 Bonjour（mDNS / DNS‑SD）作为**仅限局域网的便捷方式
 概要步骤：
 
 1. 在 Gateway 网关主机上运行 DNS 服务器（可通过 Tailnet 访问）。
-2. 在专用区域下发布 `_SkyKoi-gw._tcp` 的 DNS‑SD 记录
-   （示例：`SkyKoi.internal.`）。
+2. 在专用区域下发布 `_SKYKOI-gw._tcp` 的 DNS‑SD 记录
+   （示例：`SKYKOI.internal.`）。
 3. 配置 Tailscale **分割 DNS**，使你选择的域名通过该
    DNS 服务器为客户端（包括 iOS）解析。
 
-SkyKoi 支持任何发现域名；`SkyKoi.internal.` 只是一个示例。
+SKYKOI 支持任何发现域名；`SKYKOI.internal.` 只是一个示例。
 iOS/Android 节点同时浏览 `local.` 和你配置的广域域名。
 
 ### Gateway 网关配置（推荐）
@@ -48,19 +48,19 @@ iOS/Android 节点同时浏览 `local.` 和你配置的广域域名。
 ### 一次性 DNS 服务器设置（Gateway 网关主机）
 
 ```bash
-SkyKoi dns setup --apply
+SKYKOI dns setup --apply
 ```
 
 这会安装 CoreDNS 并配置它：
 
 - 仅在 Gateway 网关的 Tailscale 接口上监听 53 端口
-- 从 `~/.skykoi/dns/<domain>.db` 提供你选择的域名服务（示例：`SkyKoi.internal.`）
+- 从 `~/.SKYKOI/dns/<domain>.db` 提供你选择的域名服务（示例：`SKYKOI.internal.`）
 
 从 Tailnet 连接的机器上验证：
 
 ```bash
-dns-sd -B _SkyKoi-gw._tcp SkyKoi.internal.
-dig @<TAILNET_IPV4> -p 53 _SkyKoi-gw._tcp.skykoi.internal PTR +short
+dns-sd -B _SKYKOI-gw._tcp SKYKOI.internal.
+dig @<TAILNET_IPV4> -p 53 _SKYKOI-gw._tcp.SKYKOI.internal PTR +short
 ```
 
 ### Tailscale DNS 设置
@@ -71,7 +71,7 @@ dig @<TAILNET_IPV4> -p 53 _SkyKoi-gw._tcp.skykoi.internal PTR +short
 - 添加分割 DNS，使你的发现域名使用该名称服务器。
 
 一旦客户端接受 Tailnet DNS，iOS 节点就可以在
-你的发现域名中浏览 `_SkyKoi-gw._tcp`，无需多播。
+你的发现域名中浏览 `_SKYKOI-gw._tcp`，无需多播。
 
 ### Gateway 网关监听器安全（推荐）
 
@@ -80,16 +80,16 @@ Gateway 网关 WS 端口（默认 `18789`）默认绑定到 loopback。对于局
 
 对于仅 Tailnet 的设置：
 
-- 在 `~/.skykoi/skykoi.json` 中设置 `gateway.bind: "tailnet"`。
+- 在 `~/.SKYKOI/SKYKOI.json` 中设置 `gateway.bind: "tailnet"`。
 - 重启 Gateway 网关（或重启 macOS 菜单栏应用）。
 
 ## 什么在广播
 
-只有 Gateway 网关广播 `_SkyKoi-gw._tcp`。
+只有 Gateway 网关广播 `_SKYKOI-gw._tcp`。
 
 ## 服务类型
 
-- `_SkyKoi-gw._tcp` — Gateway 网关传输信标（被 macOS/iOS/Android 节点使用）。
+- `_SKYKOI-gw._tcp` — Gateway 网关传输信标（被 macOS/iOS/Android 节点使用）。
 
 ## TXT 键（非机密提示）
 
@@ -104,7 +104,7 @@ Gateway 网关广播小型非机密提示以方便 UI 流程：
 - `canvasPort=<port>`（仅当画布主机启用时；默认 `18793`）
 - `sshPort=<port>`（未覆盖时默认为 22）
 - `transport=gateway`
-- `cliPath=<path>`（可选；可运行的 `SkyKoi` 入口点的绝对路径）
+- `cliPath=<path>`（可选；可运行的 `SKYKOI` 入口点的绝对路径）
 - `tailnetDns=<magicdns>`（当 Tailnet 可用时的可选提示）
 
 ## 在 macOS 上调试
@@ -113,11 +113,11 @@ Gateway 网关广播小型非机密提示以方便 UI 流程：
 
 - 浏览实例：
   ```bash
-  dns-sd -B _SkyKoi-gw._tcp local.
+  dns-sd -B _SKYKOI-gw._tcp local.
   ```
 - 解析单个实例（替换 `<instance>`）：
   ```bash
-  dns-sd -L "<instance>" _SkyKoi-gw._tcp local.
+  dns-sd -L "<instance>" _SKYKOI-gw._tcp local.
   ```
 
 如果浏览有效但解析失败，你通常遇到的是局域网策略或
@@ -134,7 +134,7 @@ Gateway 网关会写入滚动日志文件（启动时打印为
 
 ## 在 iOS 节点上调试
 
-iOS 节点使用 `NWBrowser` 来发现 `_SkyKoi-gw._tcp`。
+iOS 节点使用 `NWBrowser` 来发现 `_SKYKOI-gw._tcp`。
 
 要捕获日志：
 
@@ -163,7 +163,7 @@ Bonjour/DNS‑SD 经常将服务实例名称中的字节转义为十进制 `\DDD
 ## 禁用 / 配置
 
 - `SKYKOI_DISABLE_BONJOUR=1` 禁用广播（旧版：`SKYKOI_DISABLE_BONJOUR`）。
-- `~/.skykoi/skykoi.json` 中的 `gateway.bind` 控制 Gateway 网关绑定模式。
+- `~/.SKYKOI/SKYKOI.json` 中的 `gateway.bind` 控制 Gateway 网关绑定模式。
 - `SKYKOI_SSH_PORT` 覆盖 TXT 中广播的 SSH 端口（旧版：`SKYKOI_SSH_PORT`）。
 - `SKYKOI_TAILNET_DNS` 在 TXT 中发布 MagicDNS 提示（旧版：`SKYKOI_TAILNET_DNS`）。
 - `SKYKOI_CLI_PATH` 覆盖广播的 CLI 路径（旧版：`SKYKOI_CLI_PATH`）。

package/docs/zh-CN/gateway/bridge-protocol.md

@@ -20,7 +20,7 @@ Bridge 协议是一个**旧版**节点传输（TCP JSONL）。新的节点客户
 
 如果你正在构建操作者或节点客户端，请使用 [Gateway 网关协议](/gateway/protocol)。
 
-**注意：** 当前的 SkyKoi 构建不再包含 TCP bridge 监听器；本文档仅作历史参考保留。
+**注意：** 当前的 SKYKOI 构建不再包含 TCP bridge 监听器；本文档仅作历史参考保留。
 旧版 `bridge.*` 配置键不再是配置模式的一部分。
 
 ## 为什么我们有两种协议
@@ -77,7 +77,7 @@ Payload 字段（除非注明，否则都是可选的）：
 
 ## Tailnet 使用
 
-- 将 bridge 绑定到 tailnet IP：在 `~/.skykoi/skykoi.json` 中设置 `bridge.bind: "tailnet"`。
+- 将 bridge 绑定到 tailnet IP：在 `~/.SKYKOI/SKYKOI.json` 中设置 `bridge.bind: "tailnet"`。
 - 客户端通过 MagicDNS 名称或 tailnet IP 连接。
 - Bonjour **不**跨网络；需要时使用手动主机/端口或广域 DNS‑SD。
 

package/docs/zh-CN/gateway/cli-backends.md

@@ -16,7 +16,7 @@ x-i18n:
 
 # CLI 后端（回退运行时）
 
-当 API 提供商宕机、被限流或暂时异常时，SkyKoi 可以运行**本地 AI CLI** 作为**纯文本回退**。这是有意保守的设计：
+当 API 提供商宕机、被限流或暂时异常时，SKYKOI 可以运行**本地 AI CLI** 作为**纯文本回退**。这是有意保守的设计：
 
 - **工具被禁用**（无工具调用）。
 - **文本输入 → 文本输出**（可靠）。
@@ -27,16 +27,16 @@ x-i18n:
 
 ## 新手友好快速开始
 
-你可以**无需任何配置**使用 Claude Code CLI（SkyKoi 自带内置默认值）：
+你可以**无需任何配置**使用 Claude Code CLI（SKYKOI 自带内置默认值）：
 
 ```bash
-SkyKoi agent --message "hi" --model claude-cli/opus-4.5
+SKYKOI agent --message "hi" --model claude-cli/opus-4.5
 ```
 
 Codex CLI 也可以开箱即用：
 
 ```bash
-SkyKoi agent --message "hi" --model codex-cli/gpt-5.2-codex
+SKYKOI agent --message "hi" --model codex-cli/gpt-5.2-codex
 ```
 
 如果你的 Gateway 网关在 launchd/systemd 下运行且 PATH 很精简，只需添加命令路径：
@@ -81,7 +81,7 @@ SkyKoi agent --message "hi" --model codex-cli/gpt-5.2-codex
 注意事项：
 
 - 如果你使用 `agents.defaults.models`（允许列表），必须包含 `claude-cli/...`。
-- 如果主要提供商失败（认证、限流、超时），SkyKoi 将接着尝试 CLI 后端。
+- 如果主要提供商失败（认证、限流、超时），SKYKOI 将接着尝试 CLI 后端。
 
 ## 配置概览
 
@@ -135,7 +135,7 @@ agents.defaults.cliBackends
 ## 工作原理
 
 1. **选择后端**基于提供商前缀（`claude-cli/...`）。
-2. **构建系统提示**使用相同的 SkyKoi 提示 + 工作区上下文。
+2. **构建系统提示**使用相同的 SKYKOI 提示 + 工作区上下文。
 3. **执行 CLI**并带有会话 ID（如果支持），使历史记录保持一致。
 4. **解析输出**（JSON 或纯文本）并返回最终文本。
 5. **持久化会话 ID**按后端，使后续请求复用相同的 CLI 会话。
@@ -158,7 +158,7 @@ imageArg: "--image",
 imageMode: "repeat"
 ```
 
-SkyKoi 会将 base64 图像写入临时文件。如果设置了 `imageArg`，这些路径作为 CLI 参数传递。如果缺少 `imageArg`，SkyKoi 会将文件路径附加到提示中（路径注入），这对于从纯路径自动加载本地文件的 CLI 来说已经足够（Claude Code CLI 行为）。
+SKYKOI 会将 base64 图像写入临时文件。如果设置了 `imageArg`，这些路径作为 CLI 参数传递。如果缺少 `imageArg`，SKYKOI 会将文件路径附加到提示中（路径注入），这对于从纯路径自动加载本地文件的 CLI 来说已经足够（Claude Code CLI 行为）。
 
 ## 输入 / 输出
 
@@ -174,7 +174,7 @@ SkyKoi 会将 base64 图像写入临时文件。如果设置了 `imageArg`，这
 
 ## 默认值（内置）
 
-SkyKoi 自带 `claude-cli` 的默认值：
+SKYKOI 自带 `claude-cli` 的默认值：
 
 - `command: "claude"`
 - `args: ["-p", "--output-format", "json", "--dangerously-skip-permissions"]`
@@ -185,7 +185,7 @@ SkyKoi 自带 `claude-cli` 的默认值：
 - `systemPromptWhen: "first"`
 - `sessionMode: "always"`
 
-SkyKoi 也自带 `codex-cli` 的默认值：
+SKYKOI 也自带 `codex-cli` 的默认值：
 
 - `command: "codex"`
 - `args: ["exec","--json","--color","never","--sandbox","read-only","--skip-git-repo-check"]`
@@ -200,10 +200,10 @@ SkyKoi 也自带 `codex-cli` 的默认值：
 
 ## 限制
 
-- **无 SkyKoi 工具**（CLI 后端永远不会收到工具调用）。某些 CLI 可能仍会运行它们自己的智能体工具。
+- **无 SKYKOI 工具**（CLI 后端永远不会收到工具调用）。某些 CLI 可能仍会运行它们自己的智能体工具。
 - **无流式传输**（CLI 输出被收集后返回）。
 - **结构化输出**取决于 CLI 的 JSON 格式。
-- **Codex CLI 会话**通过文本输出恢复（无 JSONL），这比初始的 `--json` 运行结构化程度低。SkyKoi 会话仍然正常工作。
+- **Codex CLI 会话**通过文本输出恢复（无 JSONL），这比初始的 `--json` 运行结构化程度低。SKYKOI 会话仍然正常工作。
 
 ## 故障排除