用途：当你知道要做什么、但需要决定怎么做（架构、组件、数据流、方案取舍），或特性涉及多文件多模块、需要书面规格用于团队对齐与后续验证时，使用本技能。若需求模糊，应先用 idea-sharpening 澄清概念；若改动极小（如单文件修复、类型拼写），直接编码，跳过本技能。
主要能力与流程：先探索上下文（现有文件、文档、近期提交与既有模式，遵循现有约定）；显式列出假设并请用户确认，避免默默补全模糊需求；逐个（而非批量）提出澄清问题，优先多选题；在写持久规格前，先简要呈现设计；随后撰写规格，覆盖目标、技术栈、命令、项目结构、代码风格、测试策略、边界（Always/Ask first/Never）、成功标准与未决问题，并把模糊需求改写为可验证的标准。设计原则包括按职责隔离、分层依赖单向流动、把第三方依赖封装在类型化接口后、优先组合。
使用方式：中等或较大工作把规格保存到 docs/specs/YYYY-MM-DD-<feature>.md，并在 PR 中引用、随范围变化更新；小改动可内联保留。写完规格后进行评审：小型规格可自检（是否有 TODO/TBD、目标是否可验证、决策是否自洽、是否存在歧义与未请求功能），复杂或大型规格可派独立子代理按完整性、一致性、清晰度、范围与 YAGNI 评审并修正问题。
限制：本资料未提供该技能的安装方式、收费与价格、支持平台或运行环境信息；具体命令与配置需以实际项目为准，资料中未给出可直接执行的安装命令。