dev-manager-tauri/.agents/skills/lian-jing/SKILL.md
lanrtop b6d7490254
All checks were successful
Push & PR Check / check (push) Successful in 1m18s
Push & PR Check / check (pull_request) Successful in 58s
chore(onboarding): 完成炼境自身 Codex 接入
建立 canonical project context、Codex MCP 配置、项目级炼境 skill 与能力包版本记录,并补齐蓝图任务和复盘证据。

Rules-Applied: R03,R10,R13
2026-09-22 21:10:42 +09:00

1.5 KiB
Raw Blame History

name description
lian-jing 读取炼境项目健康状态,并使用炼境 MCP 的项目管理、Gitea 与交付能力。

炼境项目技能

开始项目工作时,先读取根 AGENTS.md 与 .lian-jing/context.json 取得 project_id。.claude/liangjing.json 仅为旧项目的 Claude 兼容投影,不能作为长期身份来源。

如果当前客户端已发现 lian-jing MCP:

  1. 所有 MCP 调用显式传入 project_id。
  2. 优先调用 get_diagnostics,将其作为当前项目健康状态的事实来源。
  3. 在 Node/pnpm 项目运行包管理命令前调用 get_toolchain_status(project_id);ready_managed 时通过 mise exec -- pnpm ... 执行,其他状态先报告实际版本与 executable 证据。
  4. 只有用户明确确认本次下载安装后,才可调用 prepare_toolchain(project_id, confirmed=true);不得为适配客户端 bundled runtime 而修改项目版本或 lockfile。
  5. 交付、Gitea、CI、蓝图等平台状态优先通过 MCP 查询,不凭静态文档猜测。
  6. 合并 PR 前调用 get_delivery_status(project_id),向用户展示 PR 编号、完整 head SHA、CI 与 review。只有当前用户明确确认该 PR 与 SHA 后,才调用 merge_pull_request(project_id, pr_number, expected_head_sha, confirmed=true);合并后再次读取交付状态。不得自行推断确认。

如果 MCP 未出现,说明 Codex 项目配置尚未被加载、项目未被信任,或炼境未运行。说明该限制后继续完成不依赖 MCP 的本地工作;不得伪造诊断结果。