feature-design

功能设计

按用户当前要作出的决定组合专业方法，逐步形成可评审、可实现、可验证的方案。本技能（Skill）不成为所有修改的前置，不规定固定阶段、必交文档或批准门禁，也不新增应用状态或能力契约（Capability Contract）。

收敛本轮目标

核对真实产品、已有方案和用户已确认的决定，区分当前事实、建议与未知项。说明本轮解决什么问题、用户得到什么结果、哪些方向暂不展开。较大目标可以保留整体关系，但先深入足以支持当前判断的一块，不把未来所有系统和模块变成本轮清单。

可从代码、页面、规范和权威资料核实的事实自行调查。次要缺口不改变方向时说明假设并继续；只有会改变目标、核心体验、权限或实际副作用的未知项才请求决定。用户已给出的范围、原型偏好和同范围授权持续有效。

围绕真实对象选择方法

按当前决定所需的深度，明确涉及的操作对象、身份、事实来源、实际使用入口及完成标准，再判断模块职责；不要求早期讨论先补齐底层模型，智能体（Agent）入口按实际适用性考虑。分别说明领域或模块负责什么、对象归谁维护，以及界面从哪里进入；导航位置不能代替架构决定，资料存放位置也不等于职责归属。检查已有能力能做什么，不从接口清单或统一增删改查开始设计。

按实际问题使用当前可用的专业技能（Skill），不要求每轮全部加载：

• 智能体（Agent）参与产品结果交付、共享成果或工作系统职责：agent-first-design。
• 代码模块、对象职责及依赖：code-architecture。
• 导航、信息层级、交互及反馈：ux-design-laws。
• 需要独立查看的架构、时序、数据流或状态图：archify。
• 已获制作授权的界面原型（UI Prototype）：ui-prototype。

方法的组合由当前问题决定，不建立固定调用顺序；专业能力缺失只影响依赖它的成果，其他设计继续。

用图示和界面支持判断

对象关系、执行边界、权限或环境隔离难以用文字判断时，用图示表达实际身份、事实来源、动作方向和边界。涉及外部资源时区分共享声明、执行位置、认证身份及真实目标；目录分组或颜色不等于访问隔离。明确哪些能力已经存在、哪些只是拟议设计，不以产品标志和连线代替关系说明。

涉及界面实质选择时，结合真实入口和关键状态说明方案。用户要求界面设计时，可用设计图或草图支持当前讨论；明确要求交互原型（UI Prototype）或已有同范围制作授权时，直接交给 ui-prototype，不重复询问。尚未明确偏好时只询问确会改变本轮成果的选择，不把普通界面讨论自动扩展为持久原型（UI Prototype）。原型（UI Prototype）放回现有导航、相邻模块和完整页面；制作、保存、任务归入及浏览器验证由该技能（Skill）负责，不复制其流程。未授权制作时继续其他已授权设计，不创建占位成果。

用代表场景检验并接续

涉及多种技术或系统时，按真实目标选一种有代表性的首例，把本轮决定涉及的使用路径讲清；发现、读取、操作、冲突和验证只展开当前判断需要的部分。其余技术只核对当前抽象能否容纳必要差异，不提前穷举或实现全部对接；发现共性不足时调整模型，不强行统一专业动作。

每轮只交付当前决定所需的推荐方案、边界、关键权衡、已确认与待解决事项，以及明确下一步。已有成果就地接续；需要正式规范时交给对应 OpenSpec 技能（Skill），不因讨论自动创建变更或重复文档。

仅认可设计、图示或原型（UI Prototype）不构成新的实现授权。没有对应授权时停在设计成果，不修改正式功能或操作外部系统；已有同范围实现授权且副作用未变化时继续有效，不因采用本技能（Skill）重复确认。