合并前重新校验 PR、head SHA、CI 与 review,并用 Gitea head_commit_id 在服务端绑定用户确认的提交。同步 MCP schema、接入模板与 Codex skill 契约。 Feature-Confirmed: true Rules-Applied: R06,R07,R10,R12
2.1 KiB
2.1 KiB
| name | description |
|---|---|
| lian-jing-project | Inspect an already onboarded Lian Jing project, use its existing MCP tools for status, and preserve project-owned development decisions. Use when a Codex task needs Lian Jing onboarding or delivery context; do not use to configure credentials, deploy, or infer an unregistered project identity. |
炼境项目上下文
在已接入炼境的项目中,需要读取接入状态、交付信号或提交分组建议时使用本 Skill。
- 先读取项目根目录的
AGENTS.md、.blueprint/规则和.lian-jing/context.json。 - 仅将
.lian-jing/context.json中的project_id用作炼境 MCP 调用参数。.claude/liangjing.json只用于识别旧项目并提示迁移,不能作为长期身份来源。 - 当项目已有
lian-jingMCP 时,可调用get_diagnostics、verify_onboarding、get_toolchain_status和get_delivery_status获取可观察信号;所有调用显式传入project_id。 - Node/pnpm 项目运行包管理命令前先读取工具链状态;
ready_managed时使用mise exec -- pnpm ...。只有用户明确确认下载安装后,才可调用prepare_toolchain(project_id, confirmed=true);不得为适配 Codex bundled runtime 修改项目版本或 lockfile。 - 合并 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);合并后再次读取交付状态。不得自行推断确认。 - 若缺少 canonical context、MCP 或项目登记,不得猜测 project_id、MCP URL、凭证或状态。说明缺失项,并建议通过炼境接入或
inject_mcp修复。 - 炼境提供状态、凭证托管和受控入口;项目 Agent 仍负责代码判断、测试选择、提交分组与业务交付决策。不要把 CI 成功或部署信号表述为业务验收。
本插件不包含 MCP server、MCP URL、项目 ID、凭证、部署命令或客户端项目 UI 映射;这些都属于项目接入与炼境控制面。