wuyining0130

根据技术方案 + PRD + 原型 + 编码知识库，在目标代码仓库中生成可直接提交的业务实现代码。 不是生成脚手架，而是生成完整的 Controller、Service、Mapper、Entity、前端页面组件等业务代码。 当用户提到"生成代码"、"写代码"、"实现技术方案"、"按技术方案写代码"、"代码生成"、 "把技术方案变成代码"、"帮我实现这个需求"、"根据设计文档写代码"时使用此 skill。 即使用户只是说"tech-design 写好了，接下来呢"或"开始开发吧"，也应该用这个 skill。

对代码变更进行多维度审查：需求覆盖检查（PRD ↔ 代码）、技术方案合规（tech-design ↔ 代码）、 代码质量（coding-knowledge ↔ 代码）、安全与性能。输出按严重程度分级的审查报告。 当用户提到"代码审查"、"code review"、"CR"、"检查代码"、"审查代码"、"review 代码"、 "看看代码有没有问题"、"代码质量检查"、"代码是否符合需求"时使用此 skill。 即使用户只是说"code-gen 生成的代码靠谱吗"或"帮我看看这些改动"，也应该用这个 skill。

扫描业务子模块的多个前后端代码仓库，通过交互式引导生成面向 AI Coding 的三层分层专家知识库：基础技术层、业务层、代码仓库层。 输出结构化的 coding-knowledge/ 目录，每层包含 INDEX.md 索引（控制在 200 行内）和按需加载的详细子文件。 当用户提到"初始化编码知识库"、"生成 coding 知识库"、"构建代码专家知识"、"AI编码知识初始化"、 "帮我梳理技术栈和业务架构"、"分析多个代码仓库"、"建立代码仓库知识体系"时使用此 skill。 即使用户只是说"我有几个代码仓库想让 AI 了解一下"或"帮我把这些项目的知识整理出来方便后续编码"， 也应该使用这个 skill。注意与 knowledge-init 的区别：knowledge-init 面向写 PRD， 本 skill 面向 AI 辅助编码，产出物是让 AI 能像顶级程序员一样理解和编写代码所需的分层知识。

AI 辅助需求-开发全流程 skill 的共享约定，定义项目根目录、知识库结构、PRD 标准结构、输出目录规范、 研发阶段 coding-knowledge 统一使用策略、问题分级标准等。 当用户提到"这套工作流怎么用"、"流程是什么"、"目录结构"、"skill 系列"、"需求工作流"、 "从导入到代码审查的流程"、"编码管线怎么用"时使用此 skill。 其他系列 skill（project-import、knowledge-init、coding-knowledge-init、prd-draft、prd-review、 proto-gen、tech-design、code-gen、code-review、tapd-sync）遇到约定相关问题时也应参考此 skill。

扫描项目代码和需求文档，生成面向"产品需求生成"的结构化知识库。输出 prd-knowledge/ 目录， 聚焦业务语义、产品上下文、用户角色、业务流程等面向写 PRD 的信息。 与 coding-knowledge-init 互补：本 skill 面向写 PRD（业务视角），coding-knowledge-init 面向写代码（实现视角）。 当用户提到"生成知识库"、"初始化知识库"、"构建项目知识库"、"分析项目代码和需求"、"为后续写PRD做准备"时，使用此 skill。 即使用户只是说"帮我了解一下这个项目"，也应该考虑使用。

引导式需求草稿生成——先澄清模糊点再写文档，避免"直接出草稿、后续反复改"的问题。 结合 prd-knowledge/ 知识库自动识别需求描述中的模糊点，通过 5-8 轮带选项的澄清问题让用户确认细节， 最终输出结构化 PRD 草稿，区分已确认/待确认/默认假设。 当用户提到"写需求"、"生成 PRD"、"写 PRD 草稿"、"新需求"、"帮我写个需求文档"、 "我要做一个功能"、"帮我把这个需求整理一下"时使用此 skill。 当用户提到"修改 PRD"、"改一下需求"、"把 review 的问题修一下"、"更新 PRD"、 "根据反馈改 PRD"时也使用此 skill（进入修改模式）。 即使用户直接丢过来一段需求描述说"帮我写成 PRD"，也应该先用这个 skill 澄清再生成， 而不是直接输出文档。

对 PRD 草稿进行多维度完整性校验，结合项目知识库交叉检查，输出按严重程度分级的检查报告。 当用户提到"检查需求"、"review PRD"、"需求评审"、"需求检查"、"PRD 完整性"、"需求质量检查"、 "看看这个需求有没有问题"、"PRD 写得怎么样"时使用此 skill。 修改 PRD 后可反复执行，直到阻塞问题清零。

从 TAPD 链接或 Git 仓库地址一键导入项目资料到本地标准目录。用户只需粘贴链接，skill 自动识别类型、检测凭证、引导配置、拉取资料并整理归档。 当用户提到"拉取项目资料"、"导入需求"、"克隆代码"、"把 TAPD 的需求拉到本地"、粘贴了 tapd.cn 链接或 git 仓库地址时，使用此 skill。

根据 PRD 终稿生成 B 端 HTML 高保真原型，参考项目现有前端组件风格，每个页面独立文件，支持单页微调。 当用户提到"生成原型"、"做原型"、"画页面"、"出原型"、"HTML 原型"、"页面原型"、 "把 PRD 变成页面"、"根据需求出个原型"时使用此 skill。 即使用户只是说"这个需求的页面大概长什么样"，也可以用这个 skill 快速生成可浏览的原型。

将 Markdown 文档同步到 TAPD 需求单。读取本地 md 文件，转换为 HTML，通过 TAPD API 更新需求单描述字段。 当用户提到"上传到 TAPD"、"同步到 TAPD"、"更新 TAPD 需求单"、"把 md 传到 TAPD"、 "把 PRD 更新到 TAPD"、"同步需求单"时使用此 skill。 用户粘贴了 tapd.cn 链接并提到上传/同步/更新文档时，也应该触发。

根据 PRD 终稿和项目知识库，生成面向技术评审和开发落地的技术方案文档。 核心输出：改动影响范围（涉及哪些仓库/服务/表）、接口设计（API 清单含请求/响应参数）、 数据库变更（DDL）、方案选型论证（如有多种实现路径）。 当用户提到"写技术方案"、"出技术设计"、"技术评审文档"、"开发方案"、"接口设计"、 "数据库设计"、"改动范围分析"、"这个需求怎么实现"、"帮我做技术拆解"时使用此 skill。 即使用户只是说"这个 PRD 要改哪些服务"，也应该用这个 skill 做完整的技术分析。