用途：帮助高级 QA 工程师通过结构化对话，生成专业的测试计划文档（.docx 或 .pdf），让用户不必面对空白页面。
主要能力：分三个阶段工作。第一阶段快速设置，确认输出格式（.docx 或 .pdf）、项目概述和章节选择；共 12 个章节：Introduction、Test Scope、Test Approach、Test Environment、Entry & Exit Criteria、Defect Management、Roles & Communication、Work Methodology、Risk Analysis、Tools、Sign-Off & Approval、Glossary。小型项目或短冲刺可裁剪第 7–10 节及术语表。第二阶段逐节引导访谈，解释每节目的，提出针对性问题，并为每一节提供默认值（如标准工作流、兼容性矩阵、标准进入/退出/暂停标准、标准缺陷生命周期、标准 RACI、5 项标准 QA 风险及缓解、27 个标准 QA 术语）。若已上传 PRD，会先尽量提取信息，只追问缺失部分，并根据用户资深度调整详略。第三阶段生成文档：读取 docx 技能，使用 scripts/generate_test_plan.js 替换占位符，生成 .docx；如需 PDF 则运行 python scripts/office/soffice.py --headless --convert-to pdf <docx_path>，再用 python scripts/office/validate.py <docx_path> 校验，保存到 templates/test-plan-gen/output/ 并提供下载链接。
使用方式：说出“创建/编写测试计划”等触发语。可进行完整访谈、上传 PRD 自动提取、直接说“使用默认值”或“立即生成”、或只选择部分章节。若用户说“use defaults”或“generate now”，可跳过剩余访谈直接生成。
限制：不适用于生成测试用例（如“为结账流程生成测试用例”不触发）。若 scripts/generate_test_plan.js 缺失，则改输出可粘贴到 Word 或 Notion 的结构化 Markdown，并说明文件生成不可用。若 PDF 转换失败（通常因未安装 LibreOffice），则交付 .docx 并提示用户手动导出 PDF。输出格式未指定时需先询问“.docx 或 .pdf？”。
分类：该技能面向 QA 测试计划文档生成，归入测试与质量。