用途：为 Jira 工单起草 QA 范围与通俗的 Given/When/Then 测试场景。它把工单承诺、评论中后续决策与代码实际改动之间的差距，翻译成非技术测试人员可执行的文字。
主要能力：先确认 Jira 连接器（如 Atlassian MCP、jira/acli CLI 或仓库指定脚本），读取工单摘要、描述、状态、类型、父工单、关联工单与全部评论，把评论当作决策日志，区分新增、删除与未决需求。随后以只读方式读取 git 与 gh，按提交逐个读取提交信息与 diff，识别用户可达页面或流程、角色差异、状态分支、无界面改动（webhook、定时任务、导出）以及覆盖该行为的自动化测试。最终在 docs/qa-scope/ 下写入一个 Markdown 文件，包含摘要、改动内容、评论决策、范围内、范围外、测试场景与未决问题，并在用户明确同意后向工单发布一条新评论。
使用方式：技能从用户消息或当前分支名提取工单键（如 PROJ-123），从用户指定的提交范围或 PR、当前分支的开放 PR、已合并 PR 或 git log --grep 回退中确定改动。先展示假设与 YAML 范围供用户纠正，再逐步加载工单、读取改动、撰写草稿，进入评审循环，最后询问是否发布评论。
适用场景：Jira 工单由开发者编写、QA 难以直接阅读代码 diff 时，用于生成可执行的手工测试计划。
限制：必须有可用的 Jira 连接器，否则在第一步停止；仅做只读 git/gh 操作，只写一个 Markdown 文件且不提交；发布评论需用户对“是否发布”明确回答是；不审计代码，不编造工单键；无匹配自动化测试时省略该场景的测试块。