메뉴
项目收尾检查。在项目完成后、再次打开前执行：多角色文档审查 + 追踪台核查 + 遗留事项清点，输出收尾报告。与 project-retrospective 的区别：本 Skill 检查文档一致性和遗留问题，后者更新 Skill 体系。触发词：「项目收尾」「收尾检查」「确保文档自洽」。
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
직접 명령은 검토 Prompt를 거치지 않습니다. 실행하기 전에 소스를 확인하세요.
npx skills add https://github.com/TashanGKD/tashan-cursor-skills --skill project-closeout명령은 한 줄로 유지됩니다. 복사하기 전에 가로로 스크롤해 전체 내용을 확인하세요.
로컬 사본을 원하시나요? SkillsMP에서 현재 제공할 수 있는 파일을 다운로드하세요.
SOC 직업 분류 기준
SKILL.md 표시 중
| name | project-closeout |
| description | 项目收尾检查。在项目完成后、再次打开前执行：多角色文档审查 + 追踪台核查 + 遗留事项清点，输出收尾报告。与 project-retrospective 的区别：本 Skill 检查文档一致性和遗留问题，后者更新 Skill 体系。触发词：「项目收尾」「收尾检查」「确保文档自洽」。 |
项目结束后的最后一道门。确保下次打开项目时，文档是自洽的、问题是已追踪的、系统是可运行的。
| 层级 | 文档 | 需要理解的概念 |
|---|---|---|
| D0 认知根（必读） | _内部总控/认知结构/L1_系统性文档/系统架构思维维度/Skill体系设计原则_v1.0.md | §4 文档体系：K4项目规格文档（产品定义/技术架构/开发计划）的完整性要求；文档是结果不是原因 |
| D3 规范参考 | — | 本 Skill 为只读审查，无修改操作（发现问题→路由到对应修复Skill） |
| D4 运行时数据 | 项目全部文档：产品定义.md + 技术架构.md + 开发计划.md + 问题追踪台.md | 被审查的K4项目规格文档（审查对象） |
核心概念速查： ① 收尾检查 ≠ 复盘：本 Skill 检查K4文档自洽性，project-retrospective 处理B/K对象Gap ② 三角色视角：PM视角（产品定义完整性）+ 架构师视角（技术文档准确性）+ 开发视角（实现与计划对齐） ③ 发现问题后路由，不直接修复：不同类型的问题路由到 issue-tracker / project-retrospective / role-* Skill
Step 1 Read: 产品经理/产品问题追踪台.md → 列出所有「未解决」项
Step 2 Read: 技术架构师/技术问题追踪台.md → 列出所有「未解决」项
Step 3 扫描核心文档完整性（见下方清单）
Step 4 检查代码/服务健康状态（见下方清单）
Step 5 输出收尾报告（见格式）
Step 6 引导经验沉淀（PD-001 Gap 修复）
收尾报告完成后，主动提示：
「✅ 收尾检查完成。
下一步建议：说「做项目复盘」触发 project-retrospective，
将本次调用过的 Skill 经验批量沉淀到 SKILL-INDEX，
并处理 PENDING-EXPERIENCES 中的待处理条目。」
□ 产品设计文档（最新版）存在且有日期
□ 技术架构文档（最新版）存在且有日期
□ 开发计划（任务状态是否都已更新）
□ 开发计划是否包含本次新增功能/服务的任务条目（防止新工作漏登记）
□ 追踪台中的「已修复」条目有处理记录
□ 产品文档中「✅ 已实现」功能与代码实际吻合
□ 产品文档中「🔲 未实现」功能在追踪台或开发计划中有记录
□ workspace-main/skills/ 目录下的 Skill 文件与代码内置 Skill 是否同步
□ 高依赖度文档（跨项目协调框架、API契约、架构设计等被多个项目引用的治理文档）
是否做了 F-022 挑战者反思 + 关卡B 审核（若未做，需在下次打开前补做）
□ 服务是否可正常启动（前端 + 后端端口均可访问）
□ 无已知 P0 Bug 处于「未解决」状态
□ 测试文件是否在正确位置（不在 uvicorn watch 目录）
□ vite.config.ts 代理端口与当前后端端口一致
□ .env 配置完整（LLM_API_KEY、WORKSPACE_MAIN_DIR 等）
## 项目收尾报告 · [项目名] · YYYY-MM-DD HH:MM
### 一、未解决问题
#### 产品设计类（来自产品问题追踪台）
| ID | 描述 | 优先级 | 建议下步 |
#### 技术实现类（来自技术问题追踪台）
| ID | 描述 | 优先级 | 建议下步 |
### 二、文档状态
| 文档 | 状态 | 备注 |
### 三、服务状态
| 服务 | 端口 | 状态 |
### 四、下次打开前必做
（按优先级列出，让下次接手的人/AI 知道从哪里开始）
### 五、已完成亮点
（本次工作完成的核心功能，存档备忘）
根因③（B类步骤偏差）：2026-03-21 项目收尾检查时，报告未主动提示「高依赖度治理文档（跨项目协调框架）未做 F-022 + 关卡B」，需用户主动发现并提醒，违反「收尾检查是最后一道门」的设计原则。
根因④（B类步骤偏差）：2026-03-21 twin-engine 服务创建后，开发计划.md 未加入新任务条目，收尾检查也未发现此遗漏，说明文档扫描清单缺乏此维度。
修改内容：
验证结果：
验证状态：🔵 待验证
根因：PD-001 沙盘发现 project-closeout 完成收尾报告后没有任何机制触发 project-retrospective，造成产品开发域末端链路断裂，Skill 经验无法自动沉淀。
修改内容：
验证结果：
验证状态：✅ 已验证（2026-03-19 tashan-openbrain 项目收尾：PM+Dev 双角色审查发现14项文档不一致问题，Step 6 经验沉淀引导成功触发）
根因：role-menu 中已注册此 Skill 但文件不存在，用户执行「项目收尾检查」时触发。 修改内容：首次创建，定义五步执行流程和收尾报告格式。