用途：当开发者要求构建或修改某物，而请求留下未定的决策时，使用本技能先澄清规格，再进入构建。核心法则：规格决策属于开发者，代理只负责提出方案。它负责“动手之前”的时刻，因为代理若自行悄悄定下规格，会流畅地建出错误的东西。
判断规格还是技术：若两位资深开发者可能合理地交付不同行为，就是规格，需先询问，例如存储什么（新表还是新列、保留还是删除）、业务行为（过期时间、重试上限、锁定次数、谁被允许）、安全与审计的取舍（删除令牌还是保留轨迹）、渠道与范围（邮件还是短信、哪些租户、哪些调用方）、偏离强制约定。若代码库或约定已有答案，就是技术问题，自行决定并注明依据，例如命名与形态、用哪个字典视图或查询、照搬通过相似找到的既有模式、数据类型由该类值的内部规则决定。
工作流：先说“Using pythia-spec — this request has open decisions that are yours, not mine.”。然后学习到足以提出好问题（而非足以开工），列出所有本会默默定下的决策，一次问一个、带取舍和建议，不开放式地问“你想要什么”。把确定的规格写回几行并取得确认，该段即成为范围。之后可让开发者选择是否产出规格文件与分步计划，跳过是合法的，但提问是强制的。最后按影响→写入→应用的顺序交接。
若构建中途发现自己正在做决定，应在该处停下，把新出现的开放决策当作新问题提出，而不是在最终报告里以既成事实呈现。不适用情形：请求已完全指定，或只有一个可辩护正确行为的缺陷，直接进入 pythia-impact；开发者已回答的不要重问，只重问发生变化的部分；保持行为不变的纯重构。具体命令、安装方式与限制资料未提供。