用途：将非开发干系人转述的模糊需求（客户、高管、PM、销售/支持等）解析为具体的代码库影响、风险与实现候选方案。
主要能力：对原始需求做结构化推理，识别歧义并映射到受影响文件与组件；分类复杂度（simple/complex）；展示至少两个候选技术解读并标注推荐项，列出改动文件与可能副作用；确认后仅实现被选中的解读；运行验证并输出变更文件、验证证据与面向干系人的说明。
使用方式：先提供原始干系人消息、提出者身份与已知约束。简单路径做快速代码扫描并给出简要分析与推荐，仍需用户确认后才实现；复杂路径创建或续用 .hypercore/qa/flow.json（mkdir -p .hypercore/qa），按 analyze、present、confirm、implement、verify、done 顺序推进，不跳阶段。默认面向用户的产出物、报告、计划、提交信息草稿等使用韩语，代码标识符、命令、路径、字段名等保留原文；仅当用户明确要求等情形才改用其他语言。
适用场景：需在写代码前弄清“客户到底要什么”的非技术需求转述；需求表述模糊、可能有多种技术解读时。
限制：不负责清晰技术任务（应走 execute）、含具体报错的缺陷（走 bug-fix）、仓库级 CI/构建失败（走 build-fix）、浏览器 QA 测试、架构规划。未提供需求时只询问一次并在一轮澄清后基于不完整信息工作。实施前须获得用户反馈；验证命令依项目而定，资料未列出具体命令与默认工具链。收费、平台、效果等资料未提供。