lanrtop/dev-manager-tauri
1
0
Fork 0
Code Issues Pull Requests 2 Actions Packages Projects Releases Wiki Activity
422 Commits 43 Branches 4 Tags 14 MiB
feat/agent-client-parity-p8d
Commit Graph

9 Commits

Author SHA1 Message Date
lanrtop
2f2a9f10a3 fix(onboard/parity): P8d 处置独立审查——锁内重新解析登记并以根目录绑 digest、阻断项可逐项跳过、接入文件与用户改动分开报告等（P8d 审查）
All checks were successful
Push & PR Check / check (push) Successful in 1m9s
Details
Push & PR Check / check (pull_request) Successful in 1m1s
Details 
- ① 接入写锁内重新解析登记：登记消失 failed，根目录或端口变了 refused 并附当前计划；
  计划新增 root 并进 digest；SystemOnboardHost 每次重读端口；删除登记持同一把写锁先清理
  MCP 配置再删登记（delete_project_registration 注入写锁与清理闭包）；批量重注入在锁内取快照
- ② OnboardOptions.skip_targets：manual_entry / shared_key 可逐项跳过（进 digest，计划单列
  skipped），跳过的一端记 skipped、不调用适配器；身份冲突、混合文件、needs_human 仍只能中止
- ③ 报告新增 written_files；repo_changes 限定项目根，分出 onboard_files 与 other_changes，
  建议提交信息与 next_action commit 只针对接入文件
- ④ 一键接入补写 mcp_inject 事件（inject_event），诊断注入状态随之更新
- ⑤ ClientAdapter::project_config_file：codex 步本次由 project_files 写入时记 applied，blocked 文案如实
- ⑥ lefthook 保留启动错误，本地存在却起不来记 failed；⑦ git_hooks 移到写锁外
- ⑧⑨⑩ 登记 known_limits / P8e 指引 / 转统筹决定；project-context.yaml 同步（T1）
- cargo test 402 passed / 0 failed / 6 ignored；pnpm typecheck 通过；四轮变异验证

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-03 17:27:57 +09:00
lanrtop
57665768b1 feat(onboard/parity): onboard_project 编排本体与接入报告，apply_onboarding_pack 改 async（P8d） 
- 新增 onboard/apply.rs：计划与应用共用同一份演算（本机七步 token/shim/claude/codex/dsh/
  product_group_buff/git_hooks + 项目文件）；apply 依次项目级运行锁（busy）→ 预检（failed）→
  确认（refused）→ 接入写锁内重算计划核对 digest 与阻断项（refused），以上零写入；之后按依赖
  执行 identity、project_files、git_hooks、product_group_buff、token → shim → 三端适配器，
  某步失败只阻断依赖它的步骤（blocked(dep=…)），整体 partial，不自动回滚；随后 L1（未完成的
  客户端一端整列 blocked、不起进程）与 L0
- 新增 onboard/report.rs：status done/partial/failed/refused/busy，「完成」只按三端可用子集；
  repo_changes（git status --porcelain / diff --stat，非 git 为 unavailable）、HEAD 不变断言、
  建议提交信息、next_actions（Gitea 注明默认公开、CI、飞轮、工具链、lefthook、Codex 信任、
  重启 DSH GUI、Claude trust、重开已打开的会话）
- 计划单列 bypass_permissions，可按项目取消（写显式 defaultMode=default 记住选择）
- 下沉：本机七步组装、token_step/outcome_status、控制面判定、lefthook install、独立产品组建组
  移入 onboard（可注入），commands 与 mcp_inject 改为薄包装；生产入口
  mcp_inject::plan_onboarding / onboard_project 供 P8e 投影一行委托
- L1 Cell 增 dep、Cause 增 dependency（commands.ts 同步）；project-context.yaml、AGENTS.md 同步
- cargo test 394 passed / 0 failed / 6 ignored；pnpm typecheck 通过；三轮变异验证

Feature-Confirmed: true
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-03 15:24:39 +09:00
lanrtop
f0237da3c3 fix(onboard/parity): P4a 处置独立审查——超时不可被持续输出绕过、读超时归因、探针不抹 reload 证据等（P4a 审查） 
独立审查 11 条发现处置（修复 agent 在分类器拦截前完成并暂存，统筹会话接手提交）：
- SystemRunner 每轮按剩余时间等待，收到行也查超时；单行与 stderr 限长
- 读超时沿 error source 链按 io::ErrorKind 判定，不依赖英文子串
- probe 期间 quiet_project_initializes 守卫，探针的 initialize 不计入真实客户端
- F 格绑定真实 read_test_account 文案；Codex enabled/disabled_tools 过滤
- Claude 作用域回查 helper、Codex 项目表与生效地址不一致记 untrusted、
  helper 无 Authorization 记 auth_header_missing、Claude 未连上时 D–F 记 blocked
- init 加 --settings disableAllHooks；--mcp-config 只带 type/url/headersHelper；
  只执行托管写法 helper，其余记 unknown(manual_config)
- 改断言报备：Claude 未连上时 F 由 ready 改为 blocked（审查要求的口径），已写入卡片

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-03 13:40:00 +09:00
lanrtop
5b804bb967 feat(onboard/parity): L1 零模型三端检查 probe_client_parity（P4a）
All checks were successful
Push & PR Check / check (push) Successful in 1m3s
Details 
新增 onboard::probe_l1：不调用模型、零额度，按 Claude Code、Codex、DSH
各自实际生效的配置给出 A–F × 三端矩阵，每格带状态、证据等级与归因。

- 客户端自省：Claude 在项目目录 claude mcp get 取生效条目，再以坏模型名
  跑 claude -p（只挂该条目、读到 system/init 即止）取 skills/工具/连接状态；
  Codex 用 codex mcp get --json（看不到条目而项目有配置 → codex_project_untrusted）；
  DSH 读托管块白名单并核对会话插件 sha256，版本读安装包 app.asar。
- 认证链重放：按客户端方式执行稳定 shim 取认证头（只在进程内使用），
  在该端配置的地址上 initialize（clientInfo=lian-jing-l1-probe）、tools/list
  （与 tools_list_result_for_project 比对）、get_diagnostics、
  list_project_dev_variables、read_project_test_account(LJ_PROBE_<nonce>)。
  归因 shim_missing / helper_failed / auth_failed / unreachable / route_global 等；
  未安装记 not_installed，控制面 Claude 与 DSH 记 not_applicable，均不计失败。
- 进程、HTTP、客户端定位经 ProcessRunner / McpHttp / ClientLocator 注入；
  ClientAdapter 新增 l1_facts；本体入口 mcp_inject::probe_client_parity。
- 投影：MCP probe_client_parity（仅全局路由，readOnly）、Tauri async command、
  commands.ts 类型与封装；mcp_server 不把 l1 探针计入真实客户端初始化。
- T1：project-context.yaml 补 MCP 工具与 Tauri command 契约；蓝图 P4a 记实现与验证。

cargo test 349 passed / 0 failed / 6 ignored；pnpm typecheck 通过；
实机冒烟 enterprise 三端 18 格 ready（1.4–1.6 秒）。

Rules-Applied: R01
Feature-Confirmed: true
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-03 12:29:56 +09:00
lanrtop
479f4ac2cd fix(onboard/parity): 处置 P8c 独立审查——Codex 信任改进 next_actions、存在即跳过只判存在、token 步区分 needs_repair（P8c） 
- Codex 未信任不再并入 blocked：计划新增 codex_trust 与 next_actions 字段，未信任或读不出
  Codex 配置只进 next_actions，不阻断、不进 digest；「本机步骤 → 阻断项」抽成纯函数 machine_step_blocker。
- WriteSink 新增 exists()：dispatch_one 只判存在，已存在的非 UTF-8 文件（UTF-16 lefthook.yml 等）
  恢复为 skipped（修复 apply_onboarding_pack 回归）；全托管文件读不出仍记 failed。
- token 步改用只读 mcp_auth_token_state 区分 Present / Missing / NeedsRepair，needs_repair 记 needs_human，
  与 get_or_create_mcp_auth_token 的分支一一对应；is_project_injected 仍只作「已接入」判据。
- Codex 信任去掉未验证的祖先目录规则，候选为项目根 + git 主仓库根（worktree 继承主仓库信任）；
  键解析按 TOML 规则处理字面量键、基本字符串转义、[projects] 内联表与点号键；删掉非法 TOML 的假阳性用例。
- 写入序列只留一份：抽出 write_project_identity_files_with，inject 与 plan 共用；删除 write_project_mcp_files_with。
- digest 绑定 update 文件的写入前哈希（before_sha256），模块文档写明准确语义。
- 新增 WriteFailure，阻断项指向真正出错的文件；本机 codex 步指向 .codex/config.toml，blocked 按（target, reason）去重。

cargo test 318 passed / 0 failed / 5 ignored（新增 7 条），cargo check 0 warning；两轮变异验证均被对应用例捕获。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-03 10:53:41 +09:00
lanrtop
a3d1cc169b test(onboard/parity): 补「计划即实际写入」端到端测试，修正 plan_onboarding 只读注释（P8c 收尾） 
- plan_predicts_exactly_what_apply_writes：空仓库先 plan 再经 DiskSink apply，逐文件比对计划内容哈希与
  实际写入，并核对 git status 的文件集合与计划一致。P8d 的 digest 复核依赖这条不变式；
  变异 PlanSink::read 忽略待写内容时，原有 plan 端到端测试仍通过，只有本测试与记录汇单元测试失败。
- mcp_inject::plan_onboarding 注释由「不起子进程」改为「不起客户端 CLI，混合文件预警会起只读 git」，
  与 has_uncommitted_outside_managed 的实际行为一致。

cargo test 311 passed / 0 failed / 5 ignored。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-03 10:08:43 +09:00
lanrtop
ef2c7fd593 feat(onboard/parity): 写入汇 WriteSink 与写入前计划 plan_onboarding（P8c，待独立审查）
All checks were successful
Push & PR Check / check (push) Successful in 1m2s
Details 
一键接入改写子项目受版本管理的文件，人在确认前必须看得到改什么；计划与 apply 走同一段
分发代码、只换写入汇，所以「看到的」就是「将写的」。

- lib.rs：WriteSink trait（read/write，内容忽略行尾未变不写）与 DiskSink
- 接入包模板分发、蓝图规则同步、项目身份与 MCP 投影（context、settings 兼容条目、
  liangjing、Codex 托管块）全部改经写入汇；原入口改为 DiskSink 薄包装，行为不变
- onboard/plan.rs：PlanSink 只记录不落盘、后续步骤读到前面步骤的待写内容；
  write_project_files 为 plan 与 apply 共用的写入序列；plan_onboarding 给出逐文件
  create/update/noop、有上限的 diff、混合文件预警（P10 前移到写入前）、身份冲突、
  手写条目与共享项目键阻断项，并对计划算 digest
- mcp_inject：plan_onboarding 生产入口与本机侧预计动作（token、稳定入口、三端只读
  状态、Codex 信任），只读、不起子进程
- 新增测试：空仓库全 create 且目录快照字节不变、apply 后两次计划全 noop 且 digest
  相同、CRLF 判 noop、内容/本机状态变化 digest 变化、混合文件与身份冲突阻断、
  手写 Codex 条目与共享键阻断、记录汇覆盖与撤销、diff 截断、Codex 信任解析；
  cargo test 307 passed

Feature-Confirmed: true
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-03 09:35:24 +09:00
lanrtop
59f2c9d5fb fix(onboard/parity): P8b 审查修复——未装记 not_installed、手写保留留痕、成功日志后移、只读判定误判（P8b 审查）
All checks were successful
Push & PR Check / check (push) Successful in 1m0s
Details
Push & PR Check / check (pull_request) Successful in 1m3s
Details 
独立审查 agent 只读审查 d1b9b05（未发现死锁、重入或崩溃），十条发现处置：

- Claude apply：无全局配置且找不到 CLI 记 not_installed，与 DSH、static 同口径
- 手写条目保留（manual_kept）时补日志：DSH 照原文案，Codex 带 project_id
- 「MCP 配置注入成功」移到三端收敛之后，Codex 失败时改记 warn「注入失败」，
  诊断不再把失败显示成成功
- 控制面 Claude 静态判定：遮蔽全局注册的残留 local 条目报 missing
- 嵌套项目：根目录是 git 根时只认等于根目录的键，否则取最具体的键
- 适应度测试改为递归；registry() 注明适配器暂寄 mcp_inject 的传递依赖
- 状态名对齐设计：skipped 改为 not_applicable{control_plane|wsl} 与 deferred
- 只读判定：读失败与 YAML 解析失败报 unavailable，Codex 块与手写同名表并存、
  标记错序报 needs_human，DSH 块外手写报 manual_kept；client_static_status 改用
  与注入同源的 project_root
- 修正「目录不存在」假阳性用例，补 hard_failure、inject 回执、apply 映射、
  clients 不影响 pass 的测试；cargo test 300 passed，两处变异验证失败如期

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-03 08:52:25 +09:00
lanrtop
d1b9b0564e feat(onboard/parity): 客户端适配器注册表与三端结构化注入结果，onboard 模块投影无关适应度测试（P8b、A1a）
All checks were successful
Push & PR Check / check (push) Successful in 1m2s
Details
Push & PR Check / check (pull_request) Successful in 59s
Details 
一键接入（P8）编排前置：Claude local 与 DSH 托管块的成败原来只写日志，inject_mcp
笼统回「已配置 Codex 与 Claude」，失败会被报成成功（R4）。

- 新增 src-tauri/src/onboard/：ClientId、ClientOutcome（converged/applied/refreshed/
  removed/manual_kept/other_project/not_installed/skipped/missing/unavailable/
  needs_human/failed）、ClientAdapter（detect/static_status/apply）与 registry()；
  适应度测试 onboard_module_is_projection_free 机器校验本体不依赖投影层
- 三端适配器实现在 mcp_inject，注册表反向接入；注入经 registry() 逐端 apply，
  新增 inject_project_mcp_report，inject_project_mcp 签名与「Codex 失败即整体失败」
  语义不变
- sync_claude_local / ensure_dsh_patch 抽出依赖注入版，每条分支返回结构化结果，
  日志类别与文案不变；upsert_codex_mcp_config 返回 converged/applied/manual_kept
- verify_onboarding（MCP）附加 clients 只读三端状态，不计入 checks、不影响 pass；
  inject_mcp 回执逐端列出实际结果
- 行为变化（有意）：Codex 手写同名 server 改记 manual_kept 不再阻断 Claude/DSH；
  WSL 项目 Claude local 记 skipped 不再起 CLI
- 新增 9 条测试（假 CLI 覆盖 Claude 全部分支、临时 DSH 目录四态）；cargo test
  295 passed；契约同步 project-context.yaml，AGENTS.md 架构速查补 onboard/

Feature-Confirmed: true
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-03 08:25:04 +09:00