422 Commits

This Branch

This Branch

All Branches

Author	SHA1	Message	Date
lanrtop	2f2a9f10a3	fix(onboard/parity): P8d 处置独立审查——锁内重新解析登记并以根目录绑 digest、阻断项可逐项跳过、接入文件与用户改动分开报告等（P8d 审查） ... - ① 接入写锁内重新解析登记：登记消失 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	6c69aa2ae3	chore(merge): 合并 master（P4a 标 ✅ 与派 P8d 的蓝图更新）到 P8d ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 15:27:31 +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	bc9f8c4b2a	docs(blueprint): P4a 合并后 [MCP 全局] 实测通过标 ✅，派 P8d ... probe_client_parity(enterprise) 3.3 秒三端 18 格 ready；dev-manager-tauri 控制面 Claude/DSH not_applicable、Codex ready；输出无凭据。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 13:59:28 +09:00
lanrtop	cf2b5f0dc2	Merge pull request 'feat(onboard/parity): L1 零模型三端检查 probe_client_parity，处置独立审查（P4a）' (#38) from feat/agent-client-parity-p4a into master	2026-10-03 12:53:31 +08:00
lanrtop	a79bcb7fca	chore(merge): 合并 master（含 P8f register_project）到 P4a，解决 mcp_tools.rs 与 project-context.yaml 相邻插入冲突 ... 两边各自新增全局路由工具（probe_client_parity / register_project）：清单插入、 is_project_scoped_tool 排除、STRUCTURED_TOOLS 与摘要分支均保留双方；契约文档合并两段说明。 合并结果 cargo test 377 passed / 0 failed / 6 ignored，pnpm typecheck 通过。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 13:48:28 +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	f438d71039	docs(tasks): 统筹流水——P8f 合并（55dc637），审查转入项与占位登记的需求澄清入队 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 13:21:43 +09:00
lanrtop	55dc6371bc	Merge pull request 'feat(projects/parity): register_project 控制面投影，登记拒绝同目录重复登记并落库规范目录（P8f）' (#37) from feat/agent-client-parity-p8f into master	2026-10-03 12:20:10 +08:00
lanrtop	04470bd368	docs(blueprint/agent-client-parity): P8f 补独立审查处置、改动断言报备与 known_limits，链路实测仍待 P8e 合并（P8f） ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 13:15:53 +09:00
lanrtop	96cfe761f4	fix(projects/parity): 处置 P8f 独立审查——登记落库规范目录并加 canonical 键查重、恢复 UI 无目录占位、挂载仓库同事务（P8f） ... - M1：Windows 目录 canonicalize 去长路径前缀后落库，register_project 回执带落库目录； scan_unregistered_projects 的已登记判定与父目录去重改用同一比较键 - M2：UI 添加项目不选目录时沿用既有概念占位（RootRequirement），MCP 入口仍拒绝空路径 - L1：已有登记按 platform 只取有效根目录，切换平台残留列不再误拦 - L2：新目录在写事务外另算 canonical 键，识别 8.3 短名与 .. 段 - L3：mount_repo 抽本体，重复检查前移、profile 与 workspace 同一 IMMEDIATE 事务 - L4（部分）：registration_path_key 复用 normalize_dsh_root 与 strip_verbatim_prefix - I3：目录遗留别的 project_id 的 context.json 时回执带 warning - I4：register_project 分发抽成函数，按 schema 参数名测试 - 改动的既有断言：register_project_at 落库由「去首尾空白的原样路径」改为规范形式 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 13:15:36 +09:00
lanrtop	f1f1cf7709	chore(merge): 合并 origin/master（统筹流水更新）到 P8f 分支 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 12:51:28 +09:00
lanrtop	5b804bb967	feat(onboard/parity): L1 零模型三端检查 probe_client_parity（P4a） ... 新增 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	a3bb274ed0	docs(blueprint/agent-client-parity): P4a 开工标 🔵（P4a） ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 12:29:56 +09:00
lanrtop	bd4ebaf096	docs(blueprint/agent-client-parity): P8f 记实现、规范化规则与验证，链路实测待 P8e 合并后由统筹会话完成（P8f） ... 卡片保持 🔵：acceptance 的 [MCP 全局] register_project → plan_onboarding → onboard_project 依赖 P8e 才有的两个 MCP 工具。另记行为变化（UI 添加项目改为拒绝空路径、相对或不存在的路径、 ID 冲突）、其他登记入口的取舍、没验什么、known_limits 与有意偏差。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 12:29:49 +09:00
lanrtop	0851aa9783	feat(projects/parity): register_project 控制面投影，登记本体拒绝同目录重复登记（P8f） ... - projects：从 create_project 抽出登记本体 register_project_records（连接注入）， UI create_project 与 MCP register_project 共用；只写数据库，不建目录、不执行 git init、不接入。 拒绝空 ID、空路径、相对路径、不存在的目录、空名称、同一目录已登记、已存在的 ID； 重复检查与插入放进同一 IMMEDIATE 事务；workspace 插入去掉 OR IGNORE，ID 冲突不再静默成功 - 同目录判定 registration_path_key：去长路径前缀、斜杠统一、合并重复分隔符、去尾部分隔符、 不区分大小写；win_path 与 wsl_path 两列都比较，WSL Linux 路径按 wsl.localhost 换算； 错误信息给出已有 project_id（根治 PR #34 审查 L1/L2：同目录两条登记互相抢占 Codex 托管块） - mcp_tools：新增 register_project（path 必填、name 可选，project_id 由炼境生成 UUID，归入当前空间， structuredContent 返回）；只开放在全局路由，is_project_scoped_tool 显式排除；描述写明须用户确认目标 - 批量添加对已登记目录计入 skipped，模板新建与挂载仓库复用同一重复目录检查 - project-context.yaml「MCP 工具接口」段同步（T1） cargo test 335 passed / 0 failed / 5 ignored（新增 10 条），0 warning；pnpm typecheck 通过； 9 处变异全部被对应用例捕获。 Feature-Confirmed: true Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 12:29:26 +09:00
lanrtop	cf0f5b6a64	docs(blueprint/agent-client-parity): P8f 开工标 🔵（P8f） ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 12:11:14 +09:00
lanrtop	bd0e11ee82	docs(tasks): 统筹流水——P8f 提前与 P4a 并行派出 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 12:03:50 +09:00
lanrtop	9dd0545456	docs(blueprint): P8c 与 G8 合并后验收标 ✅，P8d acceptance 并入 P8c 审查转入项（bypass_permissions 单列与七步本机变更），派 P4a ... PR #36（P8c）与 PR #35（G8）合并为 04db098，合并结果全量 cargo test 325 passed； 两卡 acceptance 均为 cargo 层。P8c 审查 ⑨ 转入项按统筹决定写进 P8d acceptance ⑨， 避免 P8g 视图拿不到计划数据。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 11:05:03 +09:00
lanrtop	04db0983e6	Merge pull request 'feat(onboard/parity): 写入汇 WriteSink 与写入前计划 plan_onboarding，处置独立审查（P8c）' (#36) from feat/agent-client-parity-p8c into master	2026-10-03 09:59:15 +08:00
lanrtop	8b9ae81f78	Merge pull request 'fix(gitea-integration): 删除项目登记时一并解除 Gitea 绑定，轮询不再写入已删除或已解绑的项目（G8）' (#35) from fix/gitea-unbind-on-unregister into master	2026-10-03 09:59:07 +08:00
lanrtop	7ef924127a	docs(blueprint/agent-client-parity): P8c 补审查处置与 known_limits，P8d 记审查转入项（P8c） ... - review：独立审查 9 条发现逐条处置（7 条已修并补测试，2 条信息项转入 known_limits / P8d）。 - 自查条目「任一目标文件变化 digest 就变 ✅」改为准确语义（只绑定计划会写入或核对的文件， update 另绑定写入前哈希）；按纪律报备：改的是验收表述，断言只增不减。 - known_limits：onboard 反向依赖投影层（过渡态）、Codex 信任静态预判的边界、shim unavailable 不阻断、 bypassPermissions 未单列、plan_machine_steps 组装未单测。 - P8d 卡新增「审查转入」：bypass_permissions 单列、machine_changes 补产品组与 buff、.git/hooks，待统筹决定是否并入 acceptance。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 10:54:04 +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	fccb76783d	fix(gitea-integration): 处置 G8 独立审查——删除登记本体补外部清理测试，轮询写入前复核绑定，解绑读删同事务（G8） ... - 抽出连接与凭证存储注入的删除登记本体 projects::delete_project_registration （delete_project_records + 提交后 Gitea 外部清理），delete_project 只做薄包装； 补测试校验被删项目的 webhook 签名凭证被清理、他项目凭证保留，以及孤儿绑定可经删除登记清理 - 轮询 commit 与 PR 写入抽成 ingest_polled_commits / ingest_polled_prs，写入前用 poll_target_still_bound 复核绑定仍在且项目仍登记，避免按本轮开头的旧快照写入已删除或已解绑的项目 - gitea_unlink_repo 的读与删放进同一事务，与删除登记路径同写法 - 孤儿绑定 warn 写明清理路径（对该 ID 调 unregister_project） - 审查第 5 条（连接池外键只在迁移连接开启）经探针证伪：bundled SQLite 默认 foreign_keys=1，不改 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 10:49:26 +09:00
lanrtop	78116b026f	docs(tasks): 统筹流水——U3 数据合并验收完成，后续小修与 beast-mode 重复登记入队，列出待清理临时文件 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 10:29:50 +09:00
lanrtop	06f20dbcaf	chore(codex): 炼境自身 Codex 托管块升级为稳定 helper 认证格式 ... 重复登记合并（mcp-single-server U3）后重注入 dev-manager-tauri，托管块由 9-23 的旧格式 升级为当前格式：URL 不变（项目路由），补 http_headers_helper 经 %USERPROFILE% 稳定入口 取认证头；digest 为 project_id 的 sha256，非秘密，按设计入库。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 10:28:52 +09:00
lanrtop	91017b6813	docs(blueprint/mcp-single-server): U3 存量合并完成，同路径重复登记遗留清理完毕，模块标 done（U3） ... 2c5b54ef 的 commit / 笔记 / PR 事件 / 待办并入 dev-manager-tauri 后删除登记； 全库无残留，诊断覆盖率只剩一行，verify_onboarding 与操作前一致。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 10:25:34 +09:00
lanrtop	fcf7a00e6c	docs(tasks): 补回授权规则第 3 条被 shell 吞掉的 trailer 名 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 10:22:01 +09:00
lanrtop	2b63b9f9fc	docs(tasks): 统筹文档写入用户授权规则——审查通过且 CI 绿自行合并、队列内 Feature 卡视为已确认、失败 3 次标红跳过、仅 DB 写入/删除/human_verify 找用户 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 10:19:55 +09:00
lanrtop	c1632a0549	fix(gitea-integration): 删除项目登记时同一事务解除 Gitea 绑定，轮询跳过已删除项目的遗留绑定（G8） ... 删除登记（UI 删除项目、MCP unregister_project）原来不清 gitea_repos， 后台轮询每 10 分钟仍把 commit 与 PR 事件写到已删除的项目 ID 下。 - gitea：解绑本体拆为 remove_repo_link_records（只动数据库，可进调用方事务） 与 cleanup_removed_repo_link（提交后尽力删 Gitea 侧 webhook 与本机签名凭证）， UI 解绑 gitea_unlink_repo 与删除登记共用 - projects：抽出 delete_project_records（连接注入），关联表、Gitea 绑定、 workspace、孤儿 profile 同一事务删除；delete_project 提交后再做 Gitea 外部清理 - 轮询兜底：load_poll_targets 把所属项目已不存在的遗留绑定排除在 commit / PR 轮询之外，每个绑定每次运行只记一次 warn - 契约：unregister_project 描述与 project-context.yaml 同步 回归测试 deleting_project_registration_unbinds_its_gitea_repo 修复前失败、修复后通过； 变异验证通过；全量 cargo test 307 passed / 0 failed / 5 ignored。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 10:18:49 +09:00
lanrtop	04a0069363	docs(blueprint/agent-client-parity): P8c 标 🔵，补实现、验证、自查与有意偏差（P8c） ... - 实现：WriteSink/DiskSink、三处分发改经写入汇、onboard/plan.rs 记录汇与计划/digest、 mcp_inject 本机侧预计动作；合并 master（PR #34）自动合并无冲突。 - 验证：合并后 cargo test 310 passed，补测试后 311 passed / 0 failed / 5 ignored；变异记录。 - 自查：acceptance 逐条对照；有意偏差为计划阶段完全不起 claude CLI（比「假 CLI 只收到 mcp get」更严）、 文件动作只有 create/update/noop、DiskSink 读失败报错不覆盖。 - 自查发现留待独立审查：非 UTF-8 已存在文件由 skipped 变 failed；bypassPermissions 未在计划单列； Codex 信任解析不识别基本字符串转义段头。T1：plan_onboarding 尚无投影，project-context.yaml 由 P8e 补。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 10:09:04 +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	5f74a5644e	docs(blueprint/gitea-integration): 立 G8 卡并标 🔵——删除项目登记时一并解除 Gitea 绑定 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 10:02:44 +09:00
lanrtop	23943a12a9	docs(tasks): 统筹流水——PR #34 已合并，P8c 收尾与 Gitea 解绑改由工作流自动执行，重复登记数据合并可执行 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 09:58:34 +09:00
lanrtop	ea8ed26191	chore(merge): 合并 master（PR #34 重复登记修复 U1/U2）到 P8c 分支 ... 自动合并，无冲突（mcp_inject.rs、commands/onboarding.rs、mcp_tools.rs 双方改动区域不重叠）。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 09:58:15 +09:00
lanrtop	fc280db426	Merge pull request 'fix(mcp-single-server): 删除登记只清本项目托管条目，沉默项目统计去并集，注入状态带项目名（U1、U2）' (#34) from feat/mcp-single-server-u1 into master	2026-10-03 08:52:41 +08:00
lanrtop	0e374e5996	docs(tasks): 新增统筹推进文档——统筹会话派卡、执行会话独立执行的协议、环境铁律与派单队列 ... 单会话推进易触发上下文压缩、丢失推进所需信息：改为统筹会话维护规划与进度、 每张卡由新会话独立执行并上报。文档含角色与上报/求助/合并协议、踩坑形成的执行 环境铁律、P8 串行派单队列（含可并行的 Gitea 解绑卡）、派单与 PR 流水、待用户 处理事项（重复登记数据合并的执行时机）。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 09:40:59 +09:00
lanrtop	ef2c7fd593	feat(onboard/parity): 写入汇 WriteSink 与写入前计划 plan_onboarding（P8c，待独立审查） ... 一键接入改写子项目受版本管理的文件，人在确认前必须看得到改什么；计划与 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	e57da3aebb	fix(mcp-single-server): 删除登记只清本项目托管条目，沉默项目统计每条 commit 只归属一个 workspace，注入状态带项目名（U1、U2） ... 同路径重复登记（dev-manager-tauri 与 2c5b54ef 并存）暴露的三处问题： - remove_project_files_mcp 按路径解析目录后无条件删 Codex 管理块与 settings 条目， 删 UUID 那条会连带切断规范 ID 的 Codex 接入；改为只删 URL 属于本 project_id 或不是炼境项目路由（旧格式）的条目 - silent_projects 的「ID 或路径」任一匹配让一行吃到多条登记的并集（真机 147 / 86）， 改为每条 commit 先按直接 ID、再按 buff 路径归属唯一 workspace - get_diagnostics 注入状态只打 ID，enterprise-system 的 UUID 被误读成炼境重复登记； 改为「名称 (`id`)」，已删除的登记标注未登记 Rules-Applied: R06,R07 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 09:22:25 +09:00
lanrtop	a85f3d9bd0	docs(blueprint/agent-client-parity): P8b 合并后在运行中的炼境实测通过，标 ✅ ... PR #33（ddd729c）合并、tauri dev 重编译生效后：verify_onboarding(enterprise) 的 clients 三端均 converged；连续两次 inject_mcp 回执三端均「已一致（未改动）」， 耗时 26 ms、112 ms，四个项目文件 mtime 不变，git status 前后均干净。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 09:01:35 +09:00
lanrtop	ddd729c2c7	Merge pull request 'feat(onboard/parity): 客户端适配器注册表与三端结构化注入结果，onboard 模块投影无关适应度测试（P8b、A1a）' (#33) from feat/agent-client-parity-p8 into master	2026-10-03 07:56:11 +08:00
lanrtop	59f2c9d5fb	fix(onboard/parity): P8b 审查修复——未装记 not_installed、手写保留留痕、成功日志后移、只读判定误判（P8b 审查） ... 独立审查 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） ... 一键接入（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
lanrtop	a6addc754d	docs(blueprint/agent-client-parity): P4-0 探针前置实测六项假设出结论，脱敏夹具入库（P4-0） ... 零凭据实测（全部连本地桩服务）Claude Code 2.1.173、codex-cli 0.155.0-alpha.9.2、 DSH 桌面版内置运行时，结论均未推翻 P8 设计： - H-P8-1：Codex 只在目录受信任时加载项目 .codex/config.toml（隔离 CODEX_HOME 对照），codex mcp get --json 零模型反映「项目配置 + 信任」，可作 L1 自省 - H-P8-2：项目 bypassPermissions 下单加 --allowedTools 不限制（R8 证实）；L3 收窄 组合定为 --permission-mode default --tools Skill --allowedTools <只读工具> Skill - H-P8-3：codex exec 下 readOnlyHint 工具在 -s read-only 可调，其余报需审批 - H-P8-4：claude -p 用不存在的模型名 3 秒内先发 init（MCP 状态、工具、skills）， 费用与 token 为 0，Claude 的 B、C 可并入 L1 - H-P8-5：75 秒的 MCP 工具调用 Codex 未超时 - H-P8-6：DSH headless --json 含 tool_call/tool_result 事件 - 夹具 10 个，用户路径、会话 ID、UUID 换占位符，长文本截断，无凭据 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 08:01:50 +09:00
lanrtop	8230910358	fix(mcp-inject): 「已接入」统一为有项目 token 单一判定，批量重注入补上独立接入项目（P8a） ... 「已接入」原有三套判定：reinject_all_mcp 按产品组成员、DSH 白名单与根目录迁移按 项目 token、list_all_projects 按 .claude/liangjing.json 是否存在。结果是独立接入 （不在任何组）的项目在端口变更后不会被重注入，list_all_projects 对只剩兼容文件的 项目误报「已注入」。 - 新增 mcp_inject::is_project_injected(store, project_id)，DSH 白名单、 on_project_root_changed、list_all_projects 统一调用 - reinject_all_mcp 目标改为「组成员 ∪ 有 token 的登记项目」（reinject_targets）， 锁内复查改为 is_reinject_target，token 先被删的项目不再注入（语义不变） - list_all_projects 拆出 render_all_projects(conn, store)，去掉循环内二次取池 - 新增两条测试，变异确认会失败；契约同步 project-context.yaml；蓝图 P8a 标 ✅ Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 07:44:04 +09:00
lanrtop	f8dc95c6ee	docs(blueprint/agent-client-parity): P8 一键接入设计定稿，拆为 P8-0、P8a–P8g 与 P4-0、P4a–P4e，A1 改写为三段（P8-0） ... 三角度方案（最小编排 / 收敛流水线 / 本体收口）并行设计 + 综合评审，设计文档入库 docs/tasks/2026-10-03-p8-onboarding-oneclick-design.md（16 条已核实代码事实、风险 R1–R18、决策 Q1–Q11）。用户以 /goal 授权按推荐方向代为推进，11 项全部采纳推荐项。 - 主方案：同步、零模型的最小编排本体 + 可选异步探针；嫁接 plan/digest 写前确认、 经真实 shim 的认证链重放、「已接入」单一判定、客户端适配器注册表 - A1 不前置：P8/P4 载体都在炼境进程内，离线写入会绕过进程内锁且有 MSIX 重定向 风险，真正耦合是全局 pool() 而非 crate 边界；A1 改为 A1a（随 P8b 的适应度测试）、 A1b（按需 CLI 薄客户端）、A1c（触发式拆 crate，四个触发条件） - P4 分 L0 静态 / L1 零模型 / L3 无头会话；P8 只依赖 L1（P4a） - 验收口径变更（Q1，报备）：P8 由「三端无头 A–F 矩阵」改为「L1 零模型矩阵 + 可选 L3 结果及是否过期」，理由写在 P8 卡 - P6 依赖 P8c（Q3）；P4b 排在 A4 之后（Q8）；manifest 清除「P4/P8 依赖 A1」 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 07:35:53 +09:00
lanrtop	44f7f667a6	fix(blueprint-buff): 跟进维护既有蓝图内容也算归属已显式，不再按 files 重叠误标（B2） ... 2026-10-03 主仓库快进到 19b9388（PR #31 只补记 ✅ P7 的 known_limits，无标题 变化）后，P6/P8（onboarding.rs）与 A4（mcp_server.rs）再次被误标 🔵：B1 只把 「新增 🔵/✅/🔴 标题行」当显式推进，跟进已完成卡被判为无推进而走兜底。 - infer_task_marks 增加 edits_existing_lines：本批 .blueprint/modules patch 在 hunk 内有 `-` 行（删改既有内容）即视为 agent 在维护蓝图，不推断 - 纯追加（新立 📋 卡、新模块）仍走兜底，保留「立卡即实现、忘了加锁」的捕获 - 新增单测与端到端 ⑧⑨；变异（去掉条件）确认 ⑧ 失败；回放 master 260 批次， B2 新增抑制 27 批，含代码改动 6 批 - 蓝图 blueprint-buff 立 B2 卡并标 ✅ Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 07:30:38 +09:00
lanrtop	10434d4b71	Merge pull request 'feat(delivery/mcp): get_delivery_status 支持按 pr_number/branch 查询，结论绑定 Gitea head SHA（使者回传 #203）' (#32) from feat/delivery-status-by-pr into master	2026-10-03 05:36:38 +08:00
lanrtop	df5832f41b	fix(delivery/mcp): 补 get_delivery_status 经 scoped dispatch 转发 pr_number/branch 的回归测试（P3-F 审查） ... 使者回传 #203 的症状是「传 pr_number 也不起作用」，但原有 MCP 层测试只覆盖非法参数报错， dispatch 若丢弃已解析的查询目标、改传默认值，全部测试仍通过。新增 scoped dispatch 正向测试， 断言 pr_number/branch/null 分别得到 pull_request/branch/local_branch 目标；已用变异 （dispatch 改传 DeliveryQuery::default()）确认该测试会失败。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 06:34:06 +09:00
lanrtop	1e3989d0d7	feat(delivery/mcp): get_delivery_status 支持按 pr_number/branch 查询，结论绑定 Gitea head SHA（使者回传 #203） ... Enterprise 2026-10-03 实测：为避开主工作区里其他会话的在制品，在独立 worktree 分支上开 PR 交付时，get_delivery_status 只读主工作区当前分支，返回「当前分支没有 开放 PR」、CI 停在主工作区 HEAD，传 pr_number 也被忽略，只能用 git ls-remote 与 get_ci_status(commit_sha) 兜底。 - MCP schema 新增可选 pr_number（优先）与 branch；都不给时保持原行为 - pr_number：GET /pulls/{n} 取 head 分支与 head SHA，CI 与 review 均绑定该 PR； PR 不存在（404）返回 not_found，与 Gitea 不可达（unavailable）区分； 同时传 branch 且与 PR head 分支不一致时以 pr_number 为准并在 detail 提示 - branch：匹配该分支的开放 PR 并以其 head SHA 查 CI；无开放 PR 时取 Gitea 上 该分支 head SHA；远端分支不存在时 CI 为 unknown - 顶层新增 target（mode/pr_number/branch/head_sha/source/detail）， pull_request.data 增 head_sha；git 字段仍反映主工作区，既有字段兼容 - 取值校验在能力本体 DeliveryQuery 单点实现，MCP 只解析 JSON 类型；显式给出的 非法值直接报错，不静默回退主工作区 - Gitea 读取拆为本地/PR/分支三种目标，凭证存储注入以便合成 Gitea 测试； merge_pull_request 门禁代码未改 - lian-jing skill 第 6 条改为 get_delivery_status(project_id, pr_number)， base-onboarding 1.8.0→1.9.0（BASE_ONBOARDING_PACK_VERSION、模板 capability-packs.json、TEMPLATE_FINGERPRINTS）；Codex 插件 skill 同步 - 契约说明同步 docs/ai-context/project-context.yaml；蓝图 P3-F 标 ✅ Feature-Confirmed: true Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 06:22:09 +09:00