---
id: agent-client-parity
name: 三端客户端对等
status: in_progress
progress: 0
---

## 概述

子项目在 Claude Code、Codex、DSH（DeepSeek Harness 桌面版）三端都能继续开发：项目状态只存在于 Git 与炼境，客户端是可替换的投影。炼境适配的是**客户端层**（规则文件、skill 位置、MCP 连接、认证、无头模式），不是模型层——在某客户端内切换 DeepSeek 等模型属 `codex-model-switch`，与本模块正交。

## 设计原则

- **五个接入面**逐一对齐：① 项目规则（AGENTS.md）② 工作流 skill ③ MCP 连接炼境 ④ 敏感取值 ⑤ 交付信号（Git + lefthook + Gitea，已与客户端无关）。
- **先路由、后认证**：客户端必须连项目专用地址 `/mcp/projects/<project_id>`；全局 `/mcp` 只作兼容，且暴露跨项目管理工具，不应作为子项目日常入口（最小权限）。
- **无头模式 = 各客户端的 agent 按钮**：`claude -p`、`codex exec`、`dsh headless`。对等性用同一任务、同一断言在三端无头实测，不靠文档推断。
- 不写静态 token 进任何配置文件；认证靠各客户端的动态机制或不需认证的落地路径。

## 基线证据（2026-09-30，enterprise-system，三端无头同一只读任务）

| 检查项 | Codex 0.155 | Claude Code 2.1.173 | DSH 桌面版 0.2.0-rc.2 |
| --- | --- | --- | --- |
| A 加载项目规则 | ✅ 摘录 AGENTS.md | ✅ CLAUDE.md 经 `@AGENTS.md` 引用 | ✅ 原生读取 AGENTS.md |
| B lian-jing skill | ✅ | ❌ 看不到（未投影到 `.claude/skills/`） | ✅ 读取 `.agents/skills`，与 Codex 共用 |
| C MCP 工具 | ✅ 32 个，含敏感读取 | ⚠️ 35 个全局工具，无开发变量工具 | ⚠️ 35 个全局工具，无开发变量工具 |
| D get_diagnostics | ✅ | ✅ | ✅ |
| E 列出开发变量 | ✅ | ❌ 工具不存在 | ❌ 工具不存在 |
| F 敏感读取 | ✅ | ❌ 工具不存在 | ❌ 工具不存在 |
| 耗时 | 56 s | 138 s | 25 s |

三端均未泄露凭据。连接现状：Codex 用项目 `.codex/config.toml`（项目地址 + helper）；Claude 仅在 `~/.claude.json` user scope 注册全局 `/mcp`（SSE）；DSH 在机器级 `~/.dsh/cordis.patch.yml` 注册全局 `/mcp`，配置无法按项目拆分，但支持 `!!js` 求值与每次调用的 `--patch` 叠加层。

## 实施前待验证假设（闸门）

- **H1 DSH**：`!!js` 能否在加载时读取当前目录的 `.lian-jing/context.json` 算出项目地址，并执行 helper 生成认证头。
- **H2 Claude**：Windows 上 `headersHelper` 的执行方式与调用写法；local scope 条目覆盖 user scope 全局注册。
- **H3 Claude skill**：项目 `.claude/skills/<name>/SKILL.md` 能被无头会话发现。
- **H4 Codex**：`http_headers_helper` 中 `%LOCALAPPDATA%` 能被 `cmd /C` 展开。

任一假设不成立：回到设计，不退回写静态 token 或本机绝对路径。

### 假设实测结果（2026-09-30，Workflow 并行实验 + 独立对抗复核）

- **H1 ✅ 成立（复核未推翻）**：DSH `--patch` 叠加层即可，不改 `~/.dsh`。`!!js` 在主进程加载时求值，`require` 不可用但 `process.getBuiltinModule('fs'|'path'|'crypto'|'child_process')` 可用；`process.cwd()` = 启动目录，向上查找 `.lian-jing/context.json` 算项目路由（子目录启动亦可）；`execFileSync` 直接执行 helper（不经 shell）生成 Authorization；`disabled: !!js` 在项目外不挂载且不求值 config。helper 失败时安全降级（只写一行 stderr、读取 403、会话不崩）。**限制**：桌面 GUI 模式下 cwd 不随工作区切换，本方案目前只证实适用于在项目目录启动的 headless/CLI。
- **H3 ✅ 成立（复核未推翻）**：Claude 发现 `<项目>/.claude/skills/<name>/SKILL.md`（向上查找到 git 根为止，git 根以上不加载）；**不读 `.agents/skills`**，所以必须投影一份到 `.claude/skills`。`-p` 模式下目录 trust 不影响 skill 加载。
- **H4 ✅ 成立（第二轮零凭据实测）**：首轮仅 cmd 层模拟、被复核判证据不足；第二轮用哑 helper + 本地请求记录器直接观测 Codex 0.155 自身行为：`"%LOCALAPPDATA%\...\hdr.cmd"` 被执行且输出成为请求头（记录器收到 `codex-mcp-client` 携带的标记头）；`%NOT_A_REAL_VAR%` 不执行；父进程导出的自定义变量 `%LJPROBE_BASE%` 不执行（证实 env_clear 白名单）；把 `LOCALAPPDATA` 指向替身目录后执行的是替身目录里的脚本（因果对照）；cmd 独有的 `%LOCALAPPDATA:~0%` 子串语法也生效（展开由 cmd.exe 完成）；helper 非零退出时连接不建立。
- **H2 ✅ 成立（第二轮零凭据实测）**：Claude Code 2.1.173 在 Windows 经 **cmd.exe** 执行 headersHelper——带引号反斜杠路径、正斜杠路径、`%TEMP%`、显式 `bash x.sh` 均执行且输出成为请求头；`$TEMP/...` 不执行，`%USERNAME%` 展开而 `$USERNAME` 保持字面。**local scope 覆盖 user scope**：init 事件中 `lian-jing` 工具数 35（全局）→ 加 local 条目后 32（项目路由）→ 删除后回到 35。经 `--mcp-config` 传入的 helper 在未信任目录也执行（文档所述 trust 限制针对项目 `.mcp.json` 来源）。`-p` 需设 `MCP_CONNECTION_NONBLOCKING=false` 才会等 MCP 连上再发 init。
- 第二轮两项的对抗复核 agent 未能运行（见下条），结论由主会话直接核对原始日志（记录器日志由独立进程写入）得出，未经第二个 agent 复现。
- **结论：Codex 与 Claude 都经 cmd.exe 执行 helper，可共用同一个 `%LOCALAPPDATA%\lian-jing\bin\` shim 写法**；DSH 经 `!!js` + `execFileSync` 直接调用同一 shim（在 JS 里用 `process.env.LOCALAPPDATA` 拼路径）。

### 实验附带发现

- **服务端缺陷**：`/mcp/projects/<任意字符串>` 都返回完整 32 个项目工具，不校验项目是否存在；应对未知 project_id 明确拒绝。
- **零凭据验证法**（后续实验与 P4 探针采用）：认证链路用 `read_project_test_account(name="LJ_PROBE_NONEXISTENT")` 判定——认证通过返回"开发需求未登记"，失败返回 403，凭据不进任何会话；客户端 helper 机制用"哑 helper（写运行标记 + 输出假请求头）+ 本地 HTTP 记录器"判定，全程不碰真 token。
- 模型自报的工具数量不可靠（同一路由报出 27～38 个），计数以 `curl tools/list` 真值为准（项目路由 32、全局 35）。
- 在 Claude 会话中嵌套无头 Claude 须先去掉父会话注入的 `CLAUDECODE`、`CLAUDE_CODE_*` 环境变量并 `< /dev/null`；在 Git Bash 中传 `/斜杠命令` 需设 `MSYS_NO_PATHCONV=1`，否则提示词被改写成 Windows 路径导致误判。
- **实验编排教训**：Workflow 子 agent 超过 180 秒无进展即判卡死并从头重试，而单次真实客户端无头会话常需 1～3 分钟，导致 H2/H4 共 4 次整轮重跑、无一产出结论（实验本身已完成并落盘日志）。需要启动真实客户端会话的实验应由主会话直接执行，或把长调用拆到后台任务、agent 只读结果。

## 任务拆解

### 📋 P1 — 统一连接项目专用地址（Claude + DSH）
- status: todo
- complexity: M
- files: src-tauri/src/mcp_inject.rs, docs/ai-context/agent-button-system.md
- depends: H1, H2
- acceptance: "agent_verify: [三端无头探针] 在 enterprise 目录 Claude 与 DSH 的 C 项均看到开发变量工具（项目工具集），E 项成功；项目目录外的会话不获得他项目工具。"
- 注：吸收原 project-dev-variables V17（Claude 以 local scope + headersHelper 取值）。

### 🔵 P2 — Claude skill 投影
- status: in_progress
- complexity: S
- files: src-tauri/src/commands/onboarding.rs, src-tauri/resources/onboarding/
- depends: H3
- acceptance: "agent_verify: [cargo test onboarding] 接入包同时写 .claude/skills/lian-jing/SKILL.md，内容与 .agents/skills 单一来源一致；[Claude 无头探针] B 项看到 lian-jing。"

### 📋 P3 — 稳定 helper 入口，项目配置去本机路径
- status: todo
- complexity: M
- files: src-tauri/src/mcp_inject.rs, src-tauri/src/lib.rs, src-tauri/src/commands/onboarding.rs
- depends: H4
- acceptance: "agent_verify: [cargo test] 炼境启动写/更新 %LOCALAPPDATA% 下 shim 指向当前 exe；inject 后受跟踪文件不含本机绝对路径或用户名；[Codex 无头探针] F 项经 shim 成功；换构建目录启动后无需重注入仍成功。"
- 注：即原 project-dev-variables V18；Claude headersHelper 与 DSH 共用同一 shim。

### 📋 P4 — 三端对等探针固化为炼境能力
- status: todo
- complexity: M
- files: scripts/ 或 src-tauri/src/commands/（实现时定）, docs/ai-context/agent-button-system.md
- depends: P1, P2, P3
- acceptance: "agent_verify: [CLI] 一条命令对指定项目依次跑三端无头探针，输出 A–F × 三端矩阵与耗时，断言无凭据泄露；接入包升级后重跑结果可比对。"

### 📋 P5 — 测试账户落地到被 Git 忽略文件
- status: todo
- complexity: M×3
- 见 project-dev-variables V14–V16 与 `docs/tasks/2026-09-30-dev-variables-materialize.md`；落地不返回值、无需认证，是三端都可用的兜底路径。