用途：从 issue 中提取关键技术细节，按严格的 JSON Schema 组织成 Workable Spec，供下游自动化代码生成流程使用。
主要能力：生成包含 issue_id、summary（problem、root_cause、context）、implementation_plan（files_to_modify、steps）、testing_strategy（test_file、expected_behavior、verification_steps、framework）的 JSON 对象。
关键规则：依赖代码库探索中发现的真实文件路径，files_to_modify 中的文件必须真实存在，不得编造；只列出需要修改的源代码文件，不列测试文件或仅被检查的文件；配置或状态问题应尽早在其 setup/hook 入口点修复，而非重构底层工具；输出必须是标准有效 JSON，字符串值中单引号直接写为 '，不要用反斜杠转义；输出必须严格符合给定 Schema，偏差会破坏下游自动化代码生成流程。
限制：framework 字段仅允许 Vitest 或 N/A；不得包含垃圾评估或工作量标签等元数据；资料未提供具体安装命令、收费、平台或使用步骤。