115 Commits

Author	SHA1	Message	Date
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	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	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	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	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	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	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	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	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	dd2d7ca369	docs(blueprint/governance-feedback-loop): 缺口①按代理终验收口标 ✅，记录 enterprise #181 合并 ... 用户委托检查会话代为终验：无摩擦不误报、DSH 0.2 可加载 skill 已实测；主动回传转运行期观察，由 B4 沉默项目信号兜底。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 03:32:06 +09:00
lanrtop	151d7adb20	docs(blueprint/governance-feedback-loop): 缺口①上线实证——三端探针通过、59 条历史回传补录清零，待人终验 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 01:55:11 +09:00
lanrtop	7595c37d22	test(onboarding): 托管模板指纹测试，改内容未升版本即失败 ... 全托管文件（envoy.md / SKILL.md）按内容覆盖，但 verify_onboarding 只凭 capability-packs.json 版本判落后——只改内容忘升 BASE_ONBOARDING_PACK_VERSION 时 verify 永远 ready，子项目收不到更新。升版规则此前只有文档约束。 - 新增 managed_template_fingerprints_track_versions：「版本号 → 摘要」登记表 TEMPLATE_FINGERPRINTS 钉住 resources/onboarding/**（↔ BASE 版本）与 AGENTS / git-workflow 管理块（↔ 块首 version）；摘要前 CRLF→LF 归一化 - capability-packs.json 与 BASE 相等复用既有断言，补可读报错 - onboarding-sync.md 说明该测试 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-03 01:49:36 +09:00
lanrtop	9da19cecaa	Merge pull request 'feat(blueprint/buff): files 重叠推断降为兜底，同批已有显式推进则不推断' (#27) from feat/blueprint-buff into master	2026-10-02 18:40:52 +08:00
lanrtop	4a37438a58	fix(credential): 修复并行测试偶发失败——Credential Manager 调用串行化，模拟 Gitea 改阻塞读 ... 全量并行 cargo test 10 次失败 3 次（单跑稳定通过），两个独立根因： - 同进程并发 CredWriteW/CredDeleteW 会丢更新：写入并校验成功的凭据随后读回 NOT_FOUND， 删除成功的条目又被并发写回。R10 readiness 报 needs_repair、开发变量试点报「凭证引用缺失」 均源于此（诊断日志证实无跨测试删除；8 线程压力实验直接复现）。windows_store 的 put/get/delete 经进程级锁串行，生产中 MCP 与 UI 并发写凭据同样受益；跨进程不在保护范围 - Windows 上从 nonblocking listener accept 的 socket 继承 nonblocking，set_read_timeout 不生效，请求晚到即 WouldBlock。mcp_server 两处模拟 Gitea 补 set_nonblocking(false)， 与 commands/gitea.rs 既有写法一致 验证：修复后全量并行 cargo test 连续 30 次 0 失败（247 passed、5 ignored）。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-02 18:52:05 +09:00
lanrtop	ae6de1d324	docs(blueprint/blueprint-buff): 立卡 B1 files 重叠推断降为兜底，进行中 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-02 18:32:02 +09:00
lanrtop	f8d658b790	docs(blueprint/agent-client-parity): P9 人终验通过，标记完成 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-02 16:32:21 +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	1f90dcdeb0	docs(blueprint/agent-client-parity): P1/P3 完成，记录三端验收与审查证据 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-01 14:44:00 +09:00
lanrtop	7b702a9d88	docs(blueprint): 新建 architecture-evolution 模块，记录技术栈评估与 A1–A4 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-01 13:49:59 +09:00
lanrtop	d1e75d2270	docs(blueprint): 新建 agent-client-parity 模块，记录三端无头基线 ... - 三端（Claude Code / Codex / DSH 桌面版）同一只读任务的 A–F 矩阵作为基线证据 - 立 P1–P5：统一项目专用地址、Claude skill 投影、稳定 helper 入口、 探针固化、落地兜底；原 V17/V18 迁入 P1/P3 - manifest 项目描述同步为「管家」定位 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-09-30 19:12:03 +09:00
lanrtop	9211883a9b	test(dev-variables/mcp): 以隔离宿主完成 V7 真实 Codex 跨会话试点 ... 新增 ignored 宿主 isolated_dev_variables_client_pilot：内存 DB + 随机合成账户 + 临时 scoped MCP，认证走真实 helper。真实 Codex CLI 三会话完成登记→代填→跨会话 读取→撤销后读取失败，宿主断言目录无 .env/token/密码且凭据清理。 Rules-Applied: R03,R05,R10,R13 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-09-30 12:42:44 +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	8e13bb4cf5	docs(dev-variables/contract): 记录测试账户边界与验收证据 ... 同步 scoped MCP、Tauri DTO 契约及 V8–V11 验收状态；V7 客户端限制与人工终验继续保留。	2026-09-28 01:46:19 +09:00
lanrtop	0b0bc18ce4	docs(resource/dev-variables): record Codex approval blocker ... Three isolated real-client attempts were denied before dispatch by approval policy=never. Keep V7 blocked pending an explicitly approved pilot. Rules-Applied: R03,R10,R13	2026-09-26 16:57:58 +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	c2b4c30f50	docs(resource/broker): 记录 R11 客户端试点验收 ... 真实 Codex CLI 经临时 scoped MCP 完成非秘密 readiness、跨项目拒绝与模拟 PR；明确审批门槛及未验证边界。 Rules-Applied: R02,R03	2026-09-26 09:44:29 +09:00
lanrtop	7ae547e1f6	test(resource/broker): 添加隔离客户端试点宿主 ... 提供仅测试可用的 scoped MCP 临时宿主和合成凭证/Gitea fixture；保留 R11 进行中状态，等待真实客户端会话终验。 Rules-Applied: R02	2026-09-26 09:30:59 +09:00
lanrtop	5f23cf85b1	test(resource/broker): 补齐 scoped MCP 合成 PR 端到端回归 ... Rules-Applied: R03,R13	2026-09-24 08:22:38 +09:00
lanrtop	c7333038c5	docs(resource/broker): 记录设计边界与逐卡验收证据 ... 同步蓝图、契约映射和本机凭证迁移前备份约束；UI 与真实环境终验保持待办。 Rules-Applied: R01,R05,R07	2026-09-23 18:46:12 +09:00
lanrtop	f04cc8d43d	docs(blueprint/project-capability): 记录 P3 验收结果 ... 记录隔离镜像切换与 production 双证据，并启动收益观测。 Rules-Applied: R13	2026-09-23 13:07:16 +09:00
lanrtop	7fc3011411	docs(blueprint/agent): 完成访问可靠性正式版验收 ... Rules-Applied: R03,R08,R13	2026-09-23 09:45:39 +09:00
lanrtop	43a4e4382a	docs(blueprint/agent): 记录设置页视觉终验 ... Rules-Applied: R08,R13	2026-09-23 04:53:04 +09:00
lanrtop	42bb0a068a	docs(blueprint/agent): 收口双项目原生 MCP 验收 ... Rules-Applied: R03,R08,R10,R13	2026-09-23 04:19:08 +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	cd9d5ffc57	chore(blueprint/toolchain): 收口工具链能力包状态 ... 同步 PR #16 已合并事实，将 T9 与模块进度标记为完成。	2026-09-23 03:19:06 +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	bdee5ea67f	chore(blueprint): 收口炼境工具链契约 ... Rules-Applied: R11,R13	2026-09-22 22:18:59 +09:00
lanrtop	23e9c297ca	fix(ci): 使用项目工具链版本声明 ... Rules-Applied: R13	2026-09-22 22:09:28 +09:00
lanrtop	ff3f3d40d6	feat(toolchain): 补齐炼境自身工具链契约 ... Feature-Confirmed: true Rules-Applied: R02,R13	2026-09-22 22:01:35 +09:00
lanrtop	c9e92f7af4	chore(blueprint): 收口 Agent PR 合并门禁 ... 记录 PR #14 的真实 SHA 绑定合并与交付状态回读证据，并写入 M 级任务复盘。 Rules-Applied: R03,R13	2026-09-22 21:23:01 +09:00
lanrtop	b6d7490254	chore(onboarding): 完成炼境自身 Codex 接入 ... 建立 canonical project context、Codex MCP 配置、项目级炼境 skill 与能力包版本记录，并补齐蓝图任务和复盘证据。 Rules-Applied: R03,R10,R13	2026-09-22 21:10:42 +09:00
lanrtop	0141b8b09a	feat(delivery/gitea): 归一化 Gitea 部署状态信号 ... 保留目标 SHA、context、时间与跳转证据，按精确 context 提取部署结果，并修正 Gitea 1.22 skipped job 被编码为 success 的误判。同步落账 production 只读双证据方案与 P3-A 完成状态。 Rules-Applied: R07,R10,R13 Feature-Confirmed: true	2026-09-22 19:54:43 +09:00
lanrtop	a1c0ef5ad7	docs(blueprint): 收官工具链消费者试点	2026-09-22 16:19:56 +09:00