| name | codegen-doc |
| description | 基于当前项目/代码生成各类文档，支持论文章节、项目梳理、重点问题、简历项目描述四种类型。当用户提到生成论文章节、项目梳理、技术难点、简历项目描述时使用。要给新同事看的上手文档（新人文档、架构文档、代码导读、onboarding）用 project-docs。 |
代码生成·项目文档
本 Skill 指导 Agent 基于当前项目/代码仓库生成各类文档，支持四种类型：论文章节、项目梳理、重点问题、简历项目描述。
Step 0：任务识别
| 用户表述 / 关键词 | 执行 |
|---|
| 论文章节、系统设计、总体设计、详细设计 | reference/thesis-chapter.md |
| 项目梳理、项目文档结构、按格式梳理 | reference/overview.md |
| 重点问题、技术难点、待解决问题、项目风险 | reference/key-issues.md |
| 简历项目描述、项目经历、按简历格式 | reference/resume-format.md |
不属于这四种的情况：用户要的是给新同事看、能照着上手的项目文档（新人文档、架构文档、代码导读、onboarding），用 project-docs。本 Skill 产出的是按对方指定格式写、给导师/评委/HR/领导看的东西。
怎么读项目
四种类型都要先读代码。不要试图读完所有源文件，分三步：
- 看轮廓 —— 目录树（排除
node_modules / build / dist / vendor）、构建和依赖文件（package.json / pom.xml / requirements.txt / go.mod 等）、README，得出项目干什么、用什么技术栈
- 看骨架 —— 入口文件、路由或接口定义、配置文件、每个顶层目录一句话职责
- 按类型补读
- 论文章节：部署相关文件、模块之间怎么调用
- 项目梳理：用户格式里点名要的部分（写「核心接口」就去读路由表）
- 重点问题：
TODO / FIXME、README 的 Known issues / Limitations、异常处理和兜底逻辑
- 简历项目描述：可量化的东西（接口数、模块数、测试覆盖），只在真有依据时写
技术栈、模块名、接口名要和代码逐字一致，不要凭印象改写。
使用时机
- 用户需要根据当前项目生成论文章节、项目梳理、重点问题清单或简历项目描述
- 用户提到「根据当前项目」「根据代码」「按这个格式……」
通用原则
- 不编造：未在仓库中出现的内容不写入
- 有据可依：尽量从代码、注释、README、文档中抽取
- 格式遵从：用户提供格式/模板时，严格按格式组织输出
