98 Commits

Author	SHA1	Message	Date
lanrtop	412ab8491f	feat(feature-pruning): 撤销零数据/死代码功能（留撤盘点批次 1） ... 按「管家准入与退出」撤销实测无使用的功能，台账见 docs/tasks/2026-10-04-feature-pruning.md： - 项目级工具（project_tools 0 行）：删除项目级 command；保留全局快启， project_tools.rs/ProjectToolsModal 改名 global_tools.rs/GlobalToolsModal - 部署命令（deploy_commands 0 行）：删除 4 个 command、DeployModal 与「部署配置」按钮； 删除未编译的 deploy_info.rs 与空壳 DeployInfoPanel - 宿主机应用（0 行）、项目个人备忘（1 条，表与数据保留）、活动日志与 relations（0 行） - GitHub 残留：git_accounts 建表与 github_client_* 设置种子；publish.rs 改名 local_git.rs - 空壳 NetworkPage 数据原则：不 DROP 表、不删已有行，只移除建表语句、两段 FK 迁移与读写代码。 核查后撤回 server_network_config：镜像选择功能在用（ServerSoftwareBlock 调用）。 Rules-Applied: R01,R05 Feature-Confirmed: true Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-04 20:34:32 +09:00
lanrtop	ef09ef247b	docs(tasks): 统筹文档切换到「MVP 收口」阶段——P8 达成，扩展冻结登记 §3，意图目录线交接与本轮清理记入 §4/§5 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-04 12:45:45 +09:00
lanrtop	c0e2e3c133	docs(blueprint): P8g 用户终验通过，P8 一键接入整卡标 ✅，记录终验证据与转后续小修的文案项 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-04 11:39:13 +09:00
lanrtop	50a8bf2f8c	docs(blueprint/intent-catalog): IC4 跨客户端纸面编译通过（Codex），按其反馈修订指南七处 ... Codex 照指南对 INT-02 纸面编译（只读、未粘贴）的确认卡原文如下： [INT-02@1.0#8392d18] 目标确认卡 项目: dev-manager-tauri | 分支/worktree: feat/intent-catalog @ E:\code-project\dev-manager-tauri-wt-intent | HEAD: 216a056 章意图: 人给出意图或模糊轮廓，agent 编译出可判定的 /goal：定型章编交付终点，探索章编每轮试验终点，人粘贴即确认 | 不做: 炼境不编译 goal、不判定完成；目录不存状态与进度 形态: 定型 纳入卡: IC6（[gate 脚本] node .claude/hooks/intent-gate.cjs --self-test → exit 0 且输出 self-test ok，内置 6 类坏样例各恰好 1 条警告；node .claude/hooks/intent-gate.cjs → exit 0、真实目录 0 警告；INTENT_CATALOG=/nonexistent → 无输出、exit 0）、IC7（[gate 脚本] --self-test 夹具的 --impact/--report/--pending 报 stale、orphan、low_confidence、divergence、status_source、缺终验、缺 Feature-Confirmed；全部 exit 0，运行前后 sha256sum 不变）、IC8（[YAML 解析] lefthook.yml 可解析且 intent-gate.run 以 || true 结尾；[cargo test] cargo test onboarding → 0 failed；[CLI] AGENTS.md hunk 均在托管块前；grep → 0；临时 worktree 提交输出 1 条警告且成功，验证后移除）、IC9（[cargo test] cargo test parse_module_md_ignores_intent_lines → 1 passed；全量 cargo test 无 FAILED）、IC10（[gate 脚本] 0 警告；书签三行有效、coordination 指向书签、提案附 --report 与 base blob、提交带 Feature-Confirmed: true） 终点（合取）: 1) IC6 的 self-test、真实目录检查和不存在目录降级均符合预期。 2) IC7 的夹具报告覆盖 stale、orphan、low_confidence、divergence、status_source、缺终验及目录提交审计，且全程不改 catalog/module 文件。 3) IC8 的 lefthook、Rust onboarding、AGENTS.md 位置、术语及临时 worktree 警告提交检查通过。 4) IC9 的定向与全量 Rust 测试通过。 5) IC10 的门控、书签、coordination 指向、提案证据及提交 trailer 检查通过。 6) IC6–IC10 均为 ✅，且收口提交已写 Goal-Receipt。 终验待办: IC10：用户确认书签切换。 停止找人: 出现 human_verify；需写运行中的数据库；需删除文件、数据或分支；需变更凭据或机器状态；工作超出 IC6–IC10 或 INT-02；需修改目录；出现 stale 或 orphan；同一问题失败 3 次。 能力入口: node .claude/hooks/intent-gate.cjs（IC6 落地后）；cargo test onboarding；cargo test parse_module_md_ignores_intent_lines；cargo test；Git、YAML 解析与临时 worktree。 没验什么: 本次仅纸面编译，未执行尚未实现的 intent-gate，未运行 cargo test 或 lefthook，未创建/删除临时 worktree，未确认 P8 收口及各依赖卡实际状态，也未进行用户书签终验。 作废: 分支变化或 catalog blob ≠ 8392d18 核对（主会话）：9 个字段齐全；标签 blob 8392d18 = HEAD:.blueprint/catalog.md；5 条终点可追溯到 IC6–IC10 的 agent_verify；按当时的黑名单（按方针|符合设计|设计已完成|基本完成）命中 0。Codex 的 /goal 文本逐条写了「命令 → 预期输出」，但上面确认卡的终点 1 被改写成「均符合预期」，两者写法不一致，这是本次发现之一。 指南修订（docs/ai-context/intent-catalog-guide.md）： - 无 Bash 环境（Codex 沙箱报 E_ACCESS_DENIED）允许用语义等价命令，并在确认卡注明 - 检查一律逐行解析（整文件正则会跨行误报悬空） - 只读演练不写盘：第 10 条改为管道检查 - 第 3 步区分机器检查（必须通过）和人工核对（结果写进确认卡） - 第 4 步检查 depends，确认卡新增「前置」行；有未满足的前置时只能纸面编译 - 体量改量提交里的 blob（git cat-file -s），工作区 CRLF 会让 wc -c 多算 34 字节 - 确认卡与 /goal 的终点写法必须一致；黑名单加「符合预期」 模块：IC4 ✅（附结果记录）、下一步 IC5；manifest 进度 31%。 Compiled-By: Codex Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-04 11:16:57 +09:00
lanrtop	5af71253dd	docs(ai-context/intent-catalog): 增加探索章——意图可从 MVP 迭代中结晶，探索期 goal 只编译本轮试验终点 ... - 指南新增「探索章与结晶」一节：形态 定型|探索（人对意图清晰度的声明，不是任务进度）；探索章必填 轮廓、试探、不做、预算、收敛信号；每轮试验的终验行（保留/否决 + 理由）作为结晶原料；收敛或预算用完时由 agent 起草意图提炼、人确认后转为定型（小版本）；未收敛由人三选一，agent 不得自行延长预算 - 目录语法：新增「形态」字段与「不必开章的情况」（修修补补和直接做 MVP 不必开章）；goal 编译第 5 步补探索章分支；确认卡增加形态与轮次行；离线检查新增第 11 条（探索章必填字段），已用夹具实测 - 设计文档头部注明此次修订；起因与决策见模块决策记录（下一提交） Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-04 03:57:29 +09:00
lanrtop	2d47cda85a	Merge pull request 'docs(ai-context/intent-catalog): IC2 意图目录编写与使用指南' (#43) from feat/intent-catalog into master	2026-10-04 02:33:46 +08:00
lanrtop	8415a11381	docs(blueprint): P8g 合并后验收标 ✅（master typecheck、vitest 29、cargo test 414 passed），更新 manifest 与统筹文档 §3/§4 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-04 03:33:29 +09:00
lanrtop	a67e0e7d75	docs(ai-context/intent-catalog): IC2 新增意图目录编写与使用指南——目录语法、修订与钉版、goal 编译七步、确认卡与回执、离线检查 ... - 新增 docs/ai-context/intent-catalog-guide.md（212 行），作为意图目录语法与 goal 编译流程的单一来源；流程模型无关，/architect 只作可选包装 - 离线检查给出 10 条 shell 单行命令（版本行、章数、体量、禁用键、path/module 指针、卡侧 intent 引用、钉版对照、### 计数、过程词黑名单），Phase 4 由 intent-gate.cjs 替换 - IC2 ✅；模块转 in_progress（进度 15%），下一步 IC3 首批章节由用户定稿 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-04 03:29:46 +09:00
lanrtop	cf93392130	Merge pull request 'docs(blueprint/intent-catalog): 立意图目录模块并完成 IC1 设计（最小文件优先方案，拆 IC2–IC13）' (#42) from feat/intent-catalog into master	2026-10-04 02:28:05 +08:00
lanrtop	a3dfa8a337	docs(blueprint/intent-catalog): IC1 设计确认，模块转 planned，追加 IC2–IC13 任务卡与五项决策 ... - 用户 2026-10-04 确认设计，五个待拍板问题全部采纳推荐：门控排在 P8 收口后；IC5 首次真实 /goal 用于 Phase 4 的卡；首批三章方向在 IC3 定稿；去留阈值初定；接受约 10 行常驻启动读书签 - IC1 ✅；新增「概述」段供 UI 展示；IC2–IC13 每张卡都带 files、complexity、depends 和可执行 acceptance（IC3/IC5/IC10–IC13 另有 human_verify） - manifest：intent-catalog 转 planned，note 同步；设计文档头标为已确认 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-04 03:04:59 +09:00
lanrtop	7f616cd26e	docs(blueprint/intent-catalog): IC1 设计文档——最小文件优先方案（.blueprint/catalog.md + 卡侧 intent 钉版 + 模型无关 goal 编译），拆 IC2–IC13，待用户确认 ... - 新增 docs/tasks/2026-10-04-intent-catalog-design.md：评审团工作流 wf_60e4c430-bb1 出稿（3 方案 × 2 视角评委，最小文件优先胜出 25/30、24/30），含设计规格 1–7、13 问化解、W1–W14 四问、受影响文件、边界变更、风险、12 张卡、度量与退出、立法草案、没验什么与用量记账 - 关键代码事实已复核：archive 只归档 modules/*.md；parse_module_md 只认固定键、未识别 ## 段下的 ### 会被当卡；buff 自动标 🔵 不碰 intent/终验行；lefthook 存在即跳过 - 模块 IC1 标 🔵 等用户确认；试用期只新增文件，门控与接线排在 P8 收口后 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-04 02:08:45 +09:00
lanrtop	c28caf72ee	chore(merge): 合并 origin/master（统筹文档 §7 交接）进 P8g 分支 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-04 02:08:03 +09:00
lanrtop	5b6c197a74	feat(onboard/parity): UI 一键接入面板——先计划预览、人确认后接入，四个入口接线（P8g） ... - onboardView.ts：计划 / 报告 → 视图模型的纯函数（阻断禁用确认、可跳过只看后端 skippable、 not_installed / not_applicable 灰色说明、bypassPermissions 与 Codex 信任单列、确认带 expected_digest 与生成计划时的选项），onboardView.test.ts 13 条 vitest - OnboardPanel.tsx / OnboardSections.tsx：全局挂载的接入面板（plan → 预览 → onboard_project → 分步结果、 L1 矩阵、待你提交的 N 个文件、待你操作），refused 可回到新计划重新确认 - 入口：新建项目选了目录、模板新建成功后弹出预览；批量添加只给逐项入口；蓝图治理「施加 Buff」 改为同一面板（先 plan 再 apply） - plan.rs：BlockedItem 序列化附派生字段 skippable（= BlockReason::skippable，不进 digest） Feature-Confirmed: true Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-04 01:35:06 +09:00
lanrtop	23c50eccca	docs(tasks): 统筹文档 §7 交接——上下文将满，新会话接手 P8g 与收尾 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-04 00:34:51 +09:00
lanrtop	2f73c21d7a	docs(tasks): 统筹流水——P8g 工作流看门狗卡死后改派后台 Agent，铁律补工作流 180 秒看门狗教训 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 23:56:39 +09:00
lanrtop	51a39d0fa4	docs(blueprint): P8e、P8f 端到端实测通过标 ✅，P8 卡记录新登记项目一键接入与收敛证据 ... 新登记临时项目 register_project → plan_onboarding → onboard_project(confirmed) 得 done， 三端可用子集全部就绪（Codex 列待用户信任目录单列 pending_user），再次执行 9 步全收敛、 文件 mtime 不变。enterprise 主工作区落后 origin/main，计划如实显示 update 3，不对其 apply。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 23:28:18 +09:00
lanrtop	97578b2261	feat(onboard/parity): 一键接入 MCP 与 Tauri 投影、Codex 信任计 pending_user 与仓库布局说明（P8e） ... - MCP 新增 plan_onboarding（readOnly）与 onboard_project（幂等写操作）：schema 各自单独成函数， dispatch 一行委托到 mcp_inject 生产入口（中间只做 JSON 类型解析）；全局与项目路由都可见， 项目路由强制本项目、跨项目返回 scope_violation；onboard_project required 含 expected_digest 与 confirmed；共用可选选项 bypass_permissions / skip_targets；进 STRUCTURED_TOOLS 并给一行摘要 - Tauri 新增同名 async 命令（async fn + spawn_blocking），commands.ts 同步 OnboardOptions、 OnboardingPlan、OnboardReport 类型与 planOnboarding / onboardProject 封装 - 统筹决定（P8d 审查 ⑩）：L1 Codex 列仅因 codex_project_untrusted 未就绪的格不计入 done， completion 单列「Codex 信任」（pending_user），next_actions 保留 codex_trust；仓库子目录与 worktree 补 next_action repo_layout 说明为何到不了 done；非 git 维持不能 done - 契约同步：project-context.yaml、agent-button-system.md、AGENTS.md 架构速查；P8d 卡记统筹决定落地 - cargo test 413 passed / 0 failed / 6 ignored；pnpm typecheck、pnpm test 通过；三轮 10 处变异全部被杀 Feature-Confirmed: true Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 19:50:21 +09:00
lanrtop	b7ad0dc8b9	docs(blueprint): P8d 合并后验收标 ✅（master 402 passed），记录审查 ⑩ 统筹决定，派 P8e ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 17:47:17 +09:00
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	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	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	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	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	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	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	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	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	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	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	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	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
lanrtop	cce7d92ee0	docs(blueprint/agent-client-parity): P7 实测服务器说明仅 Claude/DSH 带入模型上下文，保留 skill 引导 ... 三端无头探针（node 桩 MCP 服务，实验组 initialize 带含唯一标记的 instructions， 对照组不带）结论为部分支持：Claude Code 2.1.173 与 DSH headless 答出标记、 对照组答 NONE；Codex 0.155.0-alpha.9.2 两组都答 NONE、输入 token 完全相同， 桩服务日志证明 initialize 与 tools/list 均成功、模型能调用桩工具，说明已送达 客户端却没进入模型。 按 acceptance 不迁移：引导提示仍以 lian-jing skill 与 AGENTS.md 托管块为三端 单一来源，mcp_server.rs 与 skill 均不改。 - 蓝图 P7 标 ✅，记录结论、三端证据与 known_limits（Codex TUI/桌面版与 SSE 未验、真实说明未实测、服务器说明中两条通用规则在 skill 只有分场景表述） - agent-button-system.md「本地 Agent 控制面的稳定边界」增一条：服务器说明只是 增强层，三端都须遵守的引导不得只写在服务器说明里 - manifest 中 agent-client-parity 进度 55 → 64，note 补 P7 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 05:02:12 +09:00
lanrtop	c9b951dd30	fix(onboarding/parity): 混合文件预警收窄空白归一、失败时不丢预警、测住改写判断（P10 审查修复） ... P10 审查核实的三处缺陷： - 块外比较原先逐行 trim_end 并丢弃全部空行，项目在块外删空行（Markdown 两段 并成一段）或加行尾空格（硬换行）时判为无改动，升级后不预警却产生混合文件。 改为 CRLF 统一为 LF、托管块原位换成占位符，只把文末占位符连同其前空白按 trim_end 归一（正好抵消炼境追加托管块时的 trim_end + 空行）；文中托管块两侧 的空行与行尾空格照常比较——炼境只原位替换文中的块，不碰两侧。 - dispatch_templates_with_mixed_file_check 先 `then()?` 后标注：buff 先同步蓝图 规则改写了 AGENTS.md/CLAUDE.md、再写 DB 失败时，预警随 Err 一起丢失。改为 无论成败先标注，失败时把混合文件名并入错误信息；无混合文件则原样返回错误。 - 「块外有未提交改动但托管块已是最新、本次不改写」组合没有测试，删掉 annotate 的改写判断测试照样全绿。主场景测试补情形三。 测试：新增 outside_managed_whitespace_edits_count_as_changes、 mixed_file_warning_survives_failure_after_write，主场景补情形三；纯函数测试的 期望值随归一化收窄更新（"# 标题\n项目内容" → "# 标题\n\n项目内容"，保留「之前 追加的块尚未提交、只多出块前空行」不算改动的断言）。变异自检：三处修复逐一回退， 对应测试各自失败，已还原。cargo test --locked：lib 272 passed / 5 ignored，0 failed； pnpm typecheck 通过。契约文档 project-context.yaml 与蓝图 P10 卡同步。 Rules-Applied: R07,R12 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 04:32:39 +09:00
lanrtop	13aa3a1a8c	feat(onboarding/parity): 接入包改写托管块前检测块外未提交改动，给出混合文件预警（P10） ... 2026-10-01 enterprise 的 git-workflow.md 在有项目未提交改写时被升级了托管块， 同一文件混有炼境与项目两种来源的改动，按「禁止字符串手术」无法拆分提交，只能交人定案。 管家应在制造混合文件时明确告知，而不是事后由人发现。 - TemplateResult 新增可选 warning（序列化时缺省省略，前端类型同步） - apply_onboarding_pack 在模板分发与 buff 蓝图规则同步前后夹一层检测：写入前对 AGENTS.md、docs/ai-context/git-workflow.md、CLAUDE.md 跑 git status，有改动再取 HEAD:./<文件>（不在 HEAD 中按空内容算），两边去掉 ONBOARDING_MANAGED 与 BLUEPRINT_MANAGED 块后比较（忽略行尾与空行）；写入后只对本次确被改写的文件预警， 文案含文件名与「块外有未提交改动，升级后将成为混合文件」 - 只提示不阻断，块外内容照旧不动；git 不可用、非仓库或命令失败一律静默； git status 带 --no-optional-locks，不抢 index.lock - CLAUDE.md 只由蓝图规则同步改写，不在模板结果里，预警时补一条结果 - BLUEPRINT_MANAGED 标记提为 blueprint.rs 的 pub(crate) 常量，检测与 upsert 共用 - MCP 单项目输出在该文件行下加预警行，批量输出追加混合文件清单；工具描述同步； 炼境 UI 接入包结果行下显示预警 - 契约文档 project-context.yaml 同步；蓝图 P10 标 ✅ 并记录验证与已知限制 验证：cargo test --locked lib 270 passed / 5 ignored；新增 3 个测试（纯函数、临时 git 仓库三种情形、非 git 目录），变异自检（探测强制返回 true 时两个场景测试均失败）； pnpm typecheck 与 pnpm test 通过。 Rules-Applied: R01,R06,R12 Feature-Confirmed: true Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 03:58:28 +09:00
lanrtop	3095df3d2a	feat(mcp/envoy): 使者回传闭环——回执 + 三端回传入口 ... 回传只进不出：list_envoy_returns 无处置状态、LIMIT 50 把更早的回传静默挤掉； 入口只有 Claude /envoy，08-23 后 enterprise 主力转 DSH/Codex 即零回传。 - envoy.rs 业务本体（连接注入）+ envoy_dispositions 回执表（migrate 补表） - report_envoy_return（项目级，Claude/Codex/DSH 在项目地址均可用）：字段枚举校验、 内容压单行限长、兜底拒绝明显凭据；同项目 1 天内同内容未处置幂等返回原编号 （IMMEDIATE 事务防并发重复）；复用 append_project_note 的档案双写 - resolve_envoy_return（控制面）：landed/carded 必填落点、reason 必填、允许更正 - list_envoy_returns 默认只列未处置（带编号），附已处置计数，超出展示上限明说； LEFT JOIN 不再丢掉登记已删项目的回传；include_resolved 可审计回执 - lian-jing skill 新增「遇到摩擦时回传炼境」；/envoy 改为指向该入口的薄指引 （保留扫描与分类硬门槛，炼境分发物出错免门槛，身份改读 .lian-jing/context.json）； AGENTS 托管块加一行指路（1.9.0→1.10.0），能力包 base-onboarding 1.6.0→1.7.0 - 删除炼境仓库内 Codex 迁移遗留的 source-command-envoy 技能（读旧身份文件、走旧写入路径） - 契约与架构文档同步：project-context.yaml、project-brief.md、AGENTS.md、agents-meta-rules.md Rules-Applied: R05,R06,R12 Feature-Confirmed: true Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 01:15:40 +09:00
lanrtop	f21345bf1a	feat(mcp/parity): DSH 桌面 GUI 按工作区连项目地址（会话级插件，P9） ... DSH 桌面版只有一个 Host 进程、启动目录固定，托管块的 !!js 只在启动时求值，拿不到会话信息； web/acp 同样一个进程服务多个工作区。改由炼境分发一个会话级插件：会话创建（agent/created）时 按会话工作目录匹配炼境登记的项目白名单，命中才在该会话作用域挂连项目专用地址的 mcp-client， 同名工具覆盖全局 lian-jing，其他会话不受影响。 - 插件随二进制打包（resources/dsh/lianjing-session-mcp.v1.mjs），刷新 DSH 托管块时写到 %USERPROFILE%\.lian-jing\dsh\；文件名带版本号（Node 按 URL 缓存 ESM） - 托管块在全局行之后追加插件条目（port、shim、roots 以 JSON 写入）；插件文件写失败时只保留全局行 - 插件防御：headless 交给全局行；特性探测不符即降级为全局；取认证 ≤3 秒、整次挂载 ≤5 秒； 所有回调吞掉异常（Host 对未处理异常会崩溃，agent/created 串行失败会让会话创建失败） - 块外手写的 lianjing-session-mcp 条目同样拒绝覆盖 验证：cargo test 246 passed；vitest 插件用例 6 条通过、typecheck 通过；端到端在 DSH 0.2.0-rc.2 与 0.1.5-rc.2 上，项目会话经真实稳定入口带认证连上项目地址，其他会话无请求。 Feature-Confirmed: true Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-02 13:33:45 +09:00
lanrtop	c4241f075d	fix(mcp/parity): 更正 Codex Desktop 取认证失败的根因，撤销基于错误前提的 exe 副本逻辑 ... 2b0a55a 判断「Codex Desktop（MSIX）看不见其安装后在 AppData 下新建的顶层目录」是错的：当时的对照 目录本身也是在 Claude 桌面版的包环境里建的。真正原因：worktree 版炼境由 Claude 桌面版（MSIX）里的 agent 启动，继承了其包环境，写到 %LOCALAPPDATA%\lian-jing 的入口被重定向进 %LOCALAPPDATA%\Packages\Claude_pzs8sxrjxfjjc\LocalCache\Local\，只有 Claude 的进程树看得到。 对照：经 WMI 启动的非包进程在 AppData 下新建的顶层目录，Codex 包内可见；%USERPROFILE% 根不做重定向。 - 入口迁至 %USERPROFILE%\.lian-jing\bin 仍是正解（与炼境在什么环境里启动无关），保留 - 撤销「exe 在 AppData 下就复制副本」逻辑及其测试：exe 总在真实路径上，前提不成立（按「退出」原则） - 更正代码注释、verify_onboarding 的 Legacy 提示、契约文档与蓝图 P3 返工记录 验证：cargo test 243 passed / 5 ignored（删去 2 个只测副本逻辑的测试）。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-02 11:31:59 +09:00