用途：在逆向工程第三阶段，从已确认的分析结果生成全部 8 份文档。前置条件是读取 progress.txt，必须显示 STATUS: analysis_complete，否则应转向 vibe-coding-re-analyze。
主要能力分三波。第一波直接依据代码分析生成 5 份技术文档，不提问：TECH_STACK.md 调用 vibe-coding-doc-techstack；BACKEND_STRUCTURE.md 调用 vibe-coding-doc-backend，带入模型与端点；FRONTEND_GUIDELINES.md 调用 vibe-coding-doc-frontend，记录实际检测到的模式而非理想化模式；DESIGN_SYSTEM.md（部分）调用 vibe-coding-doc-design，带入 CSS 变量与字体名，并标注哪些 token 是推断、哪些是明确发现；APP_FLOW.md（部分）调用 vibe-coding-doc-appflow，带入路由与页面列表。若子技能失败，标记 FAILED 并继续，同时加入问答缺口清单。
第二波为业务上下文问答，一次只问一个问题。必问内容包括：产品解决什么问题、目标用户与主要画像、当前最重要的三件事、商业模式、成功指标。条件性问题依据分析缺口提出，例如 APP_FLOW 置信度低时询问主用户旅程，权限角色不清时询问角色与权限，复杂逻辑用途不明时询问业务含义，集成用途不明时询问 Stripe 等集成的用途，发现未完成功能时确认是否有意为之，设计系统不一致时询问是否清理。
第三波生成 3 份业务文档，每份生成后需用户批准再继续：PRD.md 调用 vibe-coding-doc-prd，并标记代码中发现但问答未提及的功能；增强 DESIGN_SYSTEM.md 与 APP_FLOW.md，用问答答案补全第一波的部分文档；IMPLEMENTATION_PLAN.md 调用 vibe-coding-doc-implplan，模式为 enhancement，规划下一步而非从零重建；CLAUDE.md 调用 vibe-coding-doc-claudemd。
完成后输出全部 8 份文档至 ./docs/，并写入 progress.txt：PHASE: REVERSE-ENGINEER、STATUS: complete、docs_generated: 8、entry_point 为用户选择。限制：依赖前置分析完成状态；部分文档需用户逐份批准；具体子技能实现与失败处理细节暂未提供。