lanrtop
|
2f2a9f10a3
|
fix(onboard/parity): P8d 处置独立审查——锁内重新解析登记并以根目录绑 digest、阻断项可逐项跳过、接入文件与用户改动分开报告等（P8d 审查）
Push & PR Check / check (push) Successful in 1m9s
Push & PR Check / check (pull_request) Successful in 1m1s
- ① 接入写锁内重新解析登记：登记消失 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
|
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，待独立审查）
Push & PR Check / check (push) Successful in 1m2s
一键接入改写子项目受版本管理的文件，人在确认前必须看得到改什么；计划与 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 |
|