القائمة
在工作项全部任务完成、测试与代码评审闭环后收尾时使用：对照 Definition of Done 核验完成证据、把已确认的规格与设计沉淀为长期文档资产（promotion）、写 closeout 记录。不用于实现、评审或修复。
يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.
اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
يتجاوز الأمر المباشر Prompt المخصّص للمراجعة. افحص المصدر قبل تشغيله.
npx skills add https://github.com/openJiuwen-ai/agent-core-java --skill devflow-shipيبقى الأمر في سطر واحد. مرّر أفقيًا لمراجعته كاملًا قبل النسخ.
تفضّل نسخة محلية؟ نزّل الملفات المتاحة حاليًا لدى SkillsMP.
Agent Team quick build guide. Based on the leader-teammate team framework in the com.openjiuwen.agentteams package. Automatically applied when users build, assemble, or run an agent team, configure multi-agent collaboration, use LeaderTeammateAgentTeam, write team skill code, or call team tools such as spawn_member/create_task/send_message. Related keywords: agent team, multi-agent team, leader-teammate, LeaderTeammateAgentTeam, TeamAgent, team skill, spawn_member, team assembly, multi-agent collaboration, investment-analysis-team. Not applicable to: single-agent (ReAct/Workflow) issues, pure model configuration, discussions unrelated to the agentteams package.
Install and configure the caveman plugin for Claude Code on the current machine. Trigger when user says "install caveman", "setup caveman", "配置 caveman", "安装 caveman", or when caveman hooks/statusline are missing from settings.json. Also applies when user wants to verify, troubleshoot, or uninstall caveman. Not applicable to: using caveman mode (that's the built-in caveman skill), general Claude Code configuration unrelated to caveman.
华为 CodeArts Check Java 编程规则集（144条规则，按分类拆分，按需加载）。在用户编写或修改 Java 代码、做 Code Review、要求检查代码规范时主动应用。覆盖命名、异常、日志、并发、格式化、安全等全部规则。涉及关键词：编程规范、代码规范、coding standard、code convention、规范检查、代码风格、Code Review、华为规则、CodeArts Check、G.FMT、G.NAM、G.ERR。不适用于：只问 Java 语法概念、非 Java 代码、调试运行错误、配置部署问题。
استنادا إلى تصنيف SOC المهني
عرض SKILL.md
| name | devflow-ship |
| description | 在工作项全部任务完成、测试与代码评审闭环后收尾时使用：对照 Definition of Done 核验完成证据、把已确认的规格与设计沉淀为长期文档资产（promotion）、写 closeout 记录。不用于实现、评审或修复。 |
收尾回答两个问题：这个工作项真的可以关闭吗？关闭之后给仓库留下什么？
对应两个动作，缺一不可：
features/<id>/（或团队覆盖路径）里已确认的规格与设计按原模板结构沉淀为同一组件根下的长期文档。promotion 不是重新创作交付件；原 spec / design / component-design 模板中的正文、章节、表格和锚点默认保留，只做最小清理。过程工件是给本次开发用的；长期资产是给下一个工作项、下一个人、下一轮 AI 用的。不做 promotion，工件就停在 features/ 里腐烂，组件设计基线逐渐失真。收尾不修代码、不补测试：核验发现缺口 → 回对应阶段补，补完再回来。
对照 references/definition-of-done.md 逐项检查，每项写结论（满足 / 缺口 + 去向）。任一项不满足：
| 缺口 | 回到 |
|---|---|
| 需求条目无对应通过测试 / 验收标准未覆盖 | devflow-tdd |
| reviews/ 缺某个门禁的评审记录，或 findings 的 Resolution 列有空缺 | 补评审（devflow-review）或按 findings 返工并回写 resolution |
| plan.md 门禁状态表与 reviews/ 实际记录不一致 | 修正门禁表；状态造假按 critical 处理 |
| 实现与 design.md / 组件设计漂移 | devflow-design（改工件）或 devflow-tdd（改代码） |
| 证据缺失或过期（RED/GREEN 证据行、静态分析） | devflow-tdd 补真实证据，不补叙述 |
通读同一组件根/工件根下 features/<id>/traceability.md（或团队覆盖路径）：每条需求 → 设计章节 → 测试用例 → 代码/测试文件 → 证据的链路闭合；N/A 项有理由。断链 = spec-design-code 不一致的直接信号，按 critical 处理。
按 references/promotion-checklist.md 同步长期资产：
| 过程工件 | 长期资产 | 条件 |
|---|---|---|
spec.md | 组件根下 docs/ar-specs/<id>-<slug>.md（或团队覆盖路径） | AR/CHANGE 工作项必做；纯缺陷（无规格变更）N/A |
design.md | 组件根下 docs/ar-designs/<id>-<slug>.md（或团队覆盖路径） | 有正式设计的工作项必做 |
component-design-draft.md | 组件根下 docs/component-design.md（或团队覆盖路径） | 本工作项修订了组件设计时必做（模块架构师确认后） |
promotion 是保留模板的最小清理，不是重新改写：原 spec / design / component-design 模板中的已确认内容都应作为交付件保留，只去掉 Open Questions、过程笔记、评审应答这类不属于长期资产的过程内容；保留追溯锚点（ID、来源、测试设计用例、评审记录路径）。若长期文档已有变更记录表，追加本次修订（日期、触发工作项、摘要）；若原模板没有，不为统一格式强行重写全文。组件设计只更新受影响章节，不顺手重排其他章节。
写同一组件根/工件根下 features/<id>/closeout.md（或团队覆盖路径，一页内）：DoD 核验结果摘要、promotion 路径表（同步了什么 / N/A 及理由）、遗留债务清单（带去向：新工作项 / 登记的 issue）、复盘一句话（本次流程哪里最磨损，反哺 skill 或模板）。
把 closeout 呈给人。人确认后工作项关闭；组件根下 features/<id>/（或团队覆盖路径）原地保留（不移动、不删除），保证追溯链接长期有效。
docs/component-design.md| 文件 | 用途 |
|---|---|
references/definition-of-done.md | Definition of Done 核验清单 |
references/promotion-checklist.md | 长期资产同步对象与最小清理规则 |