b6d7490254
建立 canonical project context、Codex MCP 配置、项目级炼境 skill 与能力包版本记录，并补齐蓝图任务和复盘证据。 Rules-Applied: R03,R10,R13
20 lines
1.5 KiB
Markdown
20 lines
1.5 KiB
Markdown
---
|
||
name: lian-jing
|
||
description: 读取炼境项目健康状态，并使用炼境 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 的本地工作；不得伪造诊断结果。
|