60 Commits

Author	SHA1	Message	Date
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
lanrtop	cca3bf9db1	fix(mcp/parity): 审查修复——shim 单行退出、副本刷盘后改名、DSH 仅 headless 按目录路由 ... 对抗审查（14 个 agent，3 条核实成立）与 DSH 桌面版只读调研的修复： - shim 改为调用与退出同一行（`& call exit /b %%ERRORLEVEL%%`）：cmd 在命令返回后按字节偏移重读 批处理，入口恰在 helper 运行期间被改写时，分行写法会执行到错位片段（实测 exit 9009） - helper exe 副本 sync_all 后再改名：避免断电留下残缺副本却因同名被一直复用 - 旧副本改为入口写好之后再清理；旧位置入口写失败时暂不清理，避免入口悬空 - DSH 托管块只在 headless profile 按启动目录路由：web/acp/tui 一个进程可服务多个工作区， 按启动目录会让别的工作区会话连到该项目并带上认证（跨项目越权）；profile 取 profileContext.name， DSH 0.1.x 无该服务时退回看启动参数 - AGENTS.md 入口路径补全反斜杠；蓝图立 P9（DSH 桌面 GUI 会话级插件，待人确认） 验证：cargo test 245 passed；shim 认证成功 exit 0 / 92 字节、错误 digest exit 1；DSH url 表达式按 Loader 方式求值 7 种情形均符合预期；四路零凭据探针（Codex 包内、Codex 包外、Claude、DSH 无头）复跑通过。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-01 20:06:14 +09:00
lanrtop	2b0a55adcd	fix(mcp/parity): helper 入口迁至 %USERPROFILE%，修复 Codex Desktop（MSIX）取认证失败 ... 人终验发现 Codex Desktop 会话里 lian-jing 完全未加载，Codex 日志为 headers helper exit 1。 根因：Codex Desktop 是 MSIX 打包应用，看不见它安装之后在 %LOCALAPPDATA% / %APPDATA% 下新建的 顶层目录（Invoke-CommandInDesktopPackage 在包上下文对照实测：lian-jing 与新建对照目录均不可见， 与 ACL 无关；已有目录内的新文件、%USERPROFILE% 下的新目录可见）。原验收用包外的 codex exec，未覆盖。 - shim 迁至 %USERPROFILE%\.lian-jing\bin\；Codex 配置、Claude local 条目、DSH 托管块统一引用新入口 - 炼境 exe 位于 AppData 下（安装版默认位置）时，按大小+修改时间指纹复制到入口目录，清理旧副本； 复制失败退回直接调用当前 exe 并记 warn - 旧 %LOCALAPPDATA% 入口迁移期同步写入；verify_onboarding 把旧写法报 Legacy 引导 inject_mcp 升级 （测试断言随之由 Ready 改为 Legacy，理由同上） - 新增 helper 副本与 AppData 判定测试 复验：Codex 包内（等价 Desktop）、Codex 包外、Claude、DSH 无头四路零凭据探针均返回「开发需求未登记」 （修复前 Codex 包内为「工具不可用」）；cargo test 245 passed / 5 ignored。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-01 18:58:50 +09:00
lanrtop	1888f71626	docs(blueprint/agent-client-parity): P1 收尾审查记录与已知限制更新为 claude mcp get 为准的方案 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-01 16:57:26 +09:00
lanrtop	5f6ea586f8	fix(mcp/parity): 最终审查修复——Claude 条目写入回归 claude CLI，只读扫描认领 ... 最终审查指出直接编辑 ~/.claude.json 须复刻 Claude 私有机制（git 根 / worktree→主仓库 / NFC 键推导、.claude.json.lock 锁协议、CLAUDE_CONFIG_DIR 与旧版 .config.json、BOM/符号链接/ fsync/键顺序），随 Claude 升级易失效，违背「标准优先、私有机制只进适配层」。 - 写入一律经 claude CLI（cwd=项目目录，同步、带 20 秒超时），由 Claude 自己负责键、锁与路径 - 只读扫描按 URL 中 /mcp/projects/<id> 认领炼境托管条目（不依赖键推导）；已一致则不起 CLI （实测稳态注入 0.04 秒），手写条目不碰；项目目录已不存在时只记录残留、不写文件 - 全局注册只读确认已存在就跳过 CLI；配置路径按 Claude 规则解析，容忍 BOM - 批量重注入在锁内复查组成员关系，已移出组的项目不再注入、不重建 token Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-01 15:38:36 +09:00
lanrtop	fc8492b88b	fix(mcp/parity): 第三轮审查修复——Claude 条目改为直接编辑配置，接入操作加进程锁 ... - Claude local 条目不再经 claude CLI（cwd=项目目录）+ 后台队列管理，改为直接编辑 ~/.claude.json 中本项目键下的 mcpServers.lian-jing：同步、毫秒级、原子替换，只动该字段； 不依赖项目目录存在，消除删除本地文件夹时的竞态、目录移动后旧条目无法清理、队列丢任务/卡死 - 项目键用真实长路径（实测 8.3 短路径键不被 Claude 识别）；手写条目不碰 - 注入、移除、根目录迁移在进程锁内串行；移除时最先删 token，后续清理收集错误统一返回 - 根目录迁移：旧根解析不出也迁移；重新注入失败归入 mcp_inject 并补刷 DSH；DSH 补丁写入加锁 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-01 14:37:37 +09:00
lanrtop	0c40e1a5c9	fix(mcp/parity): 对抗审查 9 项修复——控制面保留全局、DSH 改登记白名单 ... - 控制面项目（context.json mcp_scope=global，炼境自身已声明）不写 Claude local 条目、 不入 DSH 白名单，避免遮蔽全局注册与跨项目工具（审查 high） - DSH 托管块内嵌炼境登记的「项目根目录→project_id」白名单，不再以任意目录里的 context.json 作为取 token 依据；LOCALAPPDATA/SystemRoot 须为绝对路径 - remove_project_mcp 同步清理 Claude local 条目并剔除 DSH 白名单；SSE 消息路由复核登记 - Claude local 只替换炼境托管条目，手写不覆盖，替换失败回滚；改走 silent_cmd 并移至后台线程 - 手写 DSH 条目改用 serde_yaml 检测（引号/注释/流式写法），无法解析时保守拒绝 - shim 中 exe 路径的 % 转义为 %%；注入日志 context 统一为 JSON，诊断查询防御非 JSON 行 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-01 11:48:41 +09:00
lanrtop	ebf43d71c0	feat(mcp/parity): 三端经稳定 helper 入口连项目专用地址 ... - P3：炼境启动写 %LOCALAPPDATA%\lian-jing\bin\lianjing-mcp-header.cmd 指向当前 exe； Codex 项目配置改为引用该入口，不再写本机 exe 绝对路径；verify_onboarding 对旧写法报可升级 - P1：inject_mcp 以 local scope 为 Claude 注册项目专用地址 + headersHelper（不进仓库）； DSH 机器级补丁写托管块，!!js 按启动目录选项目地址并经 cmd 调用同一入口，项目外回退全局 - 服务端：scoped route 拒绝未登记的 project_id（404，数据库不可用同样拒绝） Feature-Confirmed: true Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-01 10:40:08 +09:00
lanrtop	f4e75dc91f	feat(onboarding): lian-jing skill 双投影到 Claude，接入包升至 1.6.0 ... - 同一模板同时写 .agents/skills（Codex、DSH）与 .claude/skills（Claude Code） - verify_onboarding 新增「Claude 炼境技能已分发」检查 - skill 降级步骤改为三端通用，提示无开发变量工具即连的是全局地址 - capability-packs supported_clients 增加 dsh Feature-Confirmed: true Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-01 09:11:32 +09:00
lanrtop	663a723b3b	feat(dev-variables): 修改时显式查看原值，并提示 agent 先查炼境测试账户 ... - V12：新增人用 Tauri command reveal_project_dev_variable（不进 MCP）， 点「修改」预填原账号与密码，密码默认遮罩可切换显示 - V13：lian-jing skill 新增第 8 步——需要测试账号先 list/read， 没有则登记并请用户在 UI 填写；禁止对话索要明文；base-onboarding 升至 1.5.0 - 契约同步 project-context.yaml；materialize 提案顺延为 V14–V16 Feature-Confirmed: true Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-09-30 14:22:54 +09:00
lanrtop	4a6fbf9863	chore(merge): 合入 master 的管家定位与设计简报 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-09-30 12:04:40 +09:00
lanrtop	8f3be6b948	docs(blueprint): 回收 9-23 草稿有效部分并落定管家方向设计简报 ... - api-keys：按现状改为 Credential Manager 存储（R2/R3/R6 已完成） - manifest：补 project-resource-broker 两条依赖边 - notes-archive：补 R1 复盘 - blueprint-governance：指向 handoff-pilot 待议证据包 - docs/tasks：handoff-pilot（含蓝图规则并入能力包目标）+ dev-variables 落地增量提案 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-09-30 11:48:32 +09:00
lanrtop	1f316c0abb	docs(agents): 炼境根定位收敛为 agent 开发子项目的管家 ... - 项目定位改为管家：摩擦驱动沉淀跨 agent 结构化能力 - 新增「管家准入与退出」：五条准入、不做、分发 vs 查询、退出规则 - project-brief 定位同步，指向 AGENTS.md 单一来源 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-09-30 11:46:58 +09:00
lanrtop	8e13bb4cf5	docs(dev-variables/contract): 记录测试账户边界与验收证据 ... 同步 scoped MCP、Tauri DTO 契约及 V8–V11 验收状态；V7 客户端限制与人工终验继续保留。	2026-09-28 01:46:19 +09:00
lanrtop	fe71536f33	docs(resource/dev-variables): record scoped plaintext exception and validation ... Document V1-V6 evidence and keep V7 in progress until a real Codex tool-call and human UI pilot complete. Rules-Applied: R03,R05,R10,R13	2026-09-26 16:48:57 +09:00
lanrtop	47ff656083	fix(resource/credentials): 保留删除失败引用并纠正迁移前状态 ... 删除受保护凭证失败时回滚数据库删除，并恢复已删引用。旧凭证明确标为 pending_migration，避免误报 configured。	2026-09-23 21:16:11 +09:00
lanrtop	c7333038c5	docs(resource/broker): 记录设计边界与逐卡验收证据 ... 同步蓝图、契约映射和本机凭证迁移前备份约束；UI 与真实环境终验保持待办。 Rules-Applied: R01,R05,R07	2026-09-23 18:46:12 +09:00
lanrtop	dbc1b068ab	fix(delivery): avoid false deployed timestamp ... Rules-Applied: R07,R13	2026-09-23 12:09:38 +09:00
lanrtop	8bc33aaab9	fix(delivery): distinguish skipped production deploy	2026-09-23 11:08:10 +09:00
lanrtop	2b577f6902	fix(delivery): reject private DNS probe targets ... Filter resolved connection addresses and bypass environment proxies so project-declared probes cannot reach local services through public hostnames.	2026-09-23 10:44:05 +09:00
lanrtop	02b9f1ec36	feat(delivery): observe production revision with dual evidence ... Read project-owned production profile, verify Gitea deploy context and public version probe, and surface explicit degraded states. Feature-Confirmed: true	2026-09-23 10:37:07 +09:00
lanrtop	42bb0a068a	docs(blueprint/agent): 收口双项目原生 MCP 验收 ... Rules-Applied: R03,R08,R10,R13	2026-09-23 04:19:08 +09:00
lanrtop	7c62a1c148	test(agent/access): 固化自启动幂等边界 ... Rules-Applied: R01,R06,R07,R08,R10,R12,R13	2026-09-23 03:38:12 +09:00
lanrtop	327f3d78ab	feat(agent/access): 强化项目级运行态接入 ... MCP 改为 loopback 并绑定项目 scope，补齐越界拒绝、风险元数据和结构化状态。 新增分层 readiness、配置迁移与设置页投影；正式安装版可选择登录自启动，debug 与非安装路径明确拒绝。 Feature-Confirmed: true Rules-Applied: R01,R06,R07,R08,R10,R12,R13	2026-09-23 03:21:38 +09:00
lanrtop	806205b8b0	feat(cicd): add safe agent workflow projection ... Add preview-and-apply workflow commands with digest confirmation, project boundary checks, and MCP/Tauri projections. Sync onboarding capability packs and Codex skill guidance. Feature-Confirmed: true Rules-Applied: R01,R02,R06,R07,R12,R13	2026-09-22 23:27:34 +09:00
lanrtop	9bf2d579ea	feat(cicd): align templates with project toolchain ... Reuse the canonical Node/pnpm contract when generating workflows, preserve per-tool legacy fallbacks, and reject conflicting declarations with evidence. Feature-Confirmed: true Rules-Applied: R02,R12	2026-09-22 22:38:06 +09:00
lanrtop	28e65b3d1c	feat(gitea): 增加 Agent PR 安全合并门禁 ... 合并前重新校验 PR、head SHA、CI 与 review，并用 Gitea head_commit_id 在服务端绑定用户确认的提交。同步 MCP schema、接入模板与 Codex skill 契约。 Feature-Confirmed: true Rules-Applied: R06,R07,R10,R12	2026-09-22 21:07:55 +09:00
lanrtop	ead35ad12a	feat(toolchain): 增加项目级运行时能力包 ... 以 .nvmrc 与 packageManager 作为 Node/pnpm 版本事实，新增 Windows-only 的状态诊断、受控 mise 准备、MCP/Tauri/UI 双投影及 onboarding 自检。 Feature-Confirmed: true Rules-Applied: R01,R04,R06,R07,R08,R10,R12	2026-09-22 01:08:31 +09:00
lanrtop	f5b66aba4a	feat(onboarding): version capability packs ... Feature-Confirmed: true	2026-09-21 19:23:54 +09:00
lanrtop	122864f340	feat(onboarding): add capability pack status ... Feature-Confirmed: true	2026-09-21 18:33:12 +09:00
lanrtop	167fcf9880	feat(agent-context): add canonical project context ... Feature-Confirmed: true	2026-09-21 18:16:32 +09:00
lanrtop	383b5b35d7	feat(delivery): add project delivery status ... Feature-Confirmed: true	2026-09-21 15:16:40 +09:00
lanrtop	0d4c2adc54	feat(onboarding): 同源同边界补收束语与需求对称两时间尺度（v1.7.0 内补遗） ... 「人在意的点 agent 读得懂」补机制脚注使其自洽，不做空头承诺： - 当下会话：同源路径即时对称（结构直接保证，无需额外机制） - 跨会话：否决理由落账→复盘笔记→梦核蒸馏，反复在意的维度迁移进可断言规则 - 人裁决区是飞轮推进的前线，不是墙上的洞 - 1.7.0 尚未分发，内容补遗不再升号 Feature-Confirmed: true	2026-08-23 16:41:14 +09:00
lanrtop	9f468a13a1	feat(onboarding): AGENTS 模板注入「同源同边界 + 操作复刻」设计原则（v1.7.0） ... 多角度辩证收敛后的 v3.1 外科手术版（真实增量三个半，不重复已有六条）： - 节首总纲：任何功能 = 一个本体 + 两个投影，同源同边界；先定本体后盖投影（原型探索豁免） - 边界单点实现追加同源推论：人的操作序列 agent 皆可复刻，人报障即复现路径（操作+状态） - 三分定位启发式（本体→投影→环境），从"定律"降级——crypto.randomUUID 环境层实锤 - human_verify 否决理由值得记录（飞轮原料；采集机制挂 governance-feedback-loop，不空头承诺） - 炼境自身 AGENTS.md 块内同步 + agents-meta-rules.md 设计草案同步 Feature-Confirmed: true Rules-Applied: R13	2026-08-23 16:31:30 +09:00
lanrtop	0516de5304	chore(self-onboarding): 接收 v1.6.1/v1.5.1 块升级——托管块警示行落地炼境自身	2026-07-15 23:21:00 +09:00
lanrtop	f7ab6dbbb8	chore(self-onboarding): 炼境自身接入产物治理——块外恢复被抹定制 + lefthook 检查段补齐 ... 批量分发实调反噬实锤：分支策略表/Agent 按钮清单/降级约定/启动协议 第 4 条曾写在 MANAGED 托管块内，v1.6.0/1.11.0 块升级原位覆盖时被抹。 全部恢复至块外「炼境自身约定」区，教训入决策记录（本地定制严禁写 进托管块）。顺带：块外与块内重复的通用约束去重（单一事实来源）、 lefthook 补齐 blueprint-gate/conventional/feature-confirmed 检查段 （verify_onboarding 复验 7/7）、收编 envoy/blueprint-gate 接入产物。 Rules-Applied: R13	2026-07-15 22:19:16 +09:00
lanrtop	86995f7472	docs(conventions): 自验报告纪律三条——负面披露/改断言报备/两把尺子 ... 用户确立 agent 协作协议执行版（多角度辩证后选最小成本版落地）： 1. 交人终验前反馈必含「没验什么」一节（负面披露收窄已知盲区） 2. 自修中改断言/验收标准需显式声明（封 Goodhart 最短路径，diff 可审计） 3. agent 自验对 acceptance、人终验对意图（acceptance 可能继承需求 理解偏差，两把尺子不可合一） 三处同步：AGENTS.md（单一来源）+ 接入包模板（分发子项目）+ agents-meta-rules（设计草案）。完整辩证（五张力/四调节器/三缝隙） 存档于 governance-feedback-loop 模块设计档案节。 实证案例：mcp-single-server 自验全绿但 git-bash 层全挂，端到端终验抓住。	2026-07-06 22:46:04 +09:00
lanrtop	a41161f7d1	feat(mcp): 单一全局 lian-jing 服务器——组级挂载收敛（T1-T3+T5） ... T1 服务器层：新增全局 /mcp + /mcp/messages 路由，process_rpc 组上下文 Option 化；旧 /mcp/group/:gid 路由保留过渡，T6 移除。驻军测试 2 条。 T2 工具层：resolve_project_root 按 project_id 直查 project_workspaces， 删除 3 处组归属校验（实测无隔离价值）；list_group_projects 改显式传参。 T3 注入层：settings.json 收敛为单 "lian-jing" key（URL /mcp），注入时 清理旧 lian-jing:group-* key；liangjing.json 主动删除 group_id； 启动时一次性迁移（重注入全量 + 清理旧全局注册两种命名格式，标记位防重）。 T5 同步：git-workflow 文档/模板、retro-catchup 技能 Python 兜底、 设置页 URL 展示、mcp-config-inject 模块取代注记。 收益：MCP 客户端配置成本 O(N组)→O(1)，授权一次永久生效； group_id 缺失/过期/移组同步一整类问题从根上消失。	2026-07-06 19:30:01 +09:00
lanrtop	bce9a0a37c	fix(mcp-inject): liangjing.json 改为合并写入，重注入可回填缺失的 group_id ... 旧版注入的项目 liangjing.json 缺 group_id，外部 agent 每个会话都要 先调 list_all_projects 反查归属组（多一次探路调用 + 权限弹框）。 group_id 写入已在 2116e54 补上，本次将整文件覆盖改为读取-合并-写回： 只更新 project_id / group_id / mcp_port 三个字段，保留文件已有其他字段。 存量修复路径：对旧项目重新执行 inject_mcp 即可回填。 文档同步说明：移入新产品组时自动刷新；group_id 缺失/过期时重新注入。	2026-07-06 18:43:44 +09:00