用途：在开始构建任何东西之前，process-interviewer 扮演“不达目的不罢休”的访谈者，帮用户把脑海中的流程完整、无歧义地提取出来，避免因跳过关键思考而做出糟糕的计划或技能。其唯一目标是达成共识：访谈结束时，双方各自描述同一份计划都能得到相同结果，执行时没有意外。
主要能力：访谈按五个阶段推进。第一阶段“大局”（2-4 问），明确真正目标、服务对象、输入来源与格式、输出形态，以及用户是要构建技能还是仅澄清计划。第二阶段“流程深挖”（5-15 问），逐步走查流程，追问每步具体发生什么、需做哪些决策、可能出什么问题、哪些由用户提供、哪些自动完成，并要求给出实际示例；遇到分支（如输入是 URL 还是纯文本）要两条分支都解决后再继续。第三阶段“边界与失败模式”（3-5 问），处理输入不完整、用户中途改变主意、最小可用输入、何时应拒绝继续、外部依赖不可用等情况。第四阶段“确认与缺口”（2-3 问），用结构化格式复述 GOAL/INPUT/PROCESS/OUTPUT/EDGE CASES，并追问哪里理解错了、还缺什么。第五阶段“构建或规划”：若要技能，读取 references/skill-output-template.md 后自动生成完整技能（含 SKILL.md 及必要参考文件）；若只要计划，读取 references/plan-output-template.md 产出详细计划文档，均保存到工作区。
使用方式与规则：一次只问一个问题；先从上文或工作区已有文件（技能、参考文件、CLAUDE.md、项目文件夹等）中找答案，找到就确认而非重复询问；每个问题都给出推荐答案供用户反应；每次回答后先确认理解再继续；不接受含糊回答，遇到“看情况”“怎么都行”要推动用户拍板；要求具体示例；记录未决事项并在第五阶段前回访；语气对话化而非审问式；流程足够具体、边界已处理、用户确认摘要准确时即停止；问题量按复杂度调整（简单 8-10 问，复杂 15-20 问）。触发时先判断意图：构建技能、规划流程，还是压力测试现有计划；不确定就直接在首问确认。
适用场景与限制：适合在编写技能、梳理工作流、审视现有计划时使用。资料未提供具体收费、价格、平台或效果信息。行为依赖用户配合与工作区上下文，对简单任务不宜过度追问。