能力分工与产物协作约定

按当前问题选择能力，复用已有有效决定与产物。共享约定维护跨能力的职责关系、产物命名和维护方式；各领域方法负责怎样形成、检查和交付这些产物。

按问题选择能力

Skill 是可组合的能力。按任务信号主动核对需要的能力与前置决定，已有明确且仍适用的决定直接复用。

当前问题	使用能力
新增功能、能力或改变业务行为，判断目标与范围	product-design
用户流程、操作与呈现，验证使用体验	interface-design
架构、数据、接口、状态或外部副作用	engineering-design
实现功能、修复问题、记录实现反馈与变更	engineering-practice
判断交付是否成立	final-acceptance

任务需要多项能力时按问题组合使用。进入依赖其他决定的工作前，按自治、前置决定与授权核对依据。

产物职责与命名

产物	默认命名或位置	维护职责
产品文档	product-design.md	目标、范围、对象关系、主要流程、业务规则与验收依据
产品原型	目录按项目确定	产品逻辑原型呈现基本对象、任务路径与业务结果；体验原型深化操作、反馈与视觉
界面设计方案	<主对象>-design.md，如 site-design.md；多对象分别命名	信息架构、视觉、交互及设计理由，链接 design-system/、样张、原型与素材
技术设计方案	technical-design.md	架构与关键实现机制；架构设计稿可作为子文件，已有接口定义直接引用
代码、测试与素材	沿用项目目录	实际实现、可执行验证及资源
实现记录	implementation-log.md	实际修改、调整理由、执行情况与遗留问题，与设计方案区分
验收记录	沿用项目记录位置，暂不统一文件名	对照目标的检查、证据、结论与遗留问题

产物按任务需要组织，位置与命名优先沿用项目约定，无约定时采用表中名称。设计以主文档为入口，按需拆分专题子文件并链接；多种产物可共用一个文件，后续在原产物上更新。

产品与体验设计怎样衔接

产品文档维护当前规则，当前原型展示这些规则如何被用户经历。产品设计形成并确认产品逻辑；体验设计在已确认的业务含义与控制边界内深化体验，保留重新组织页面、入口、控件和操作衔接的空间。

两种原型都面向最终用户，评审批注与产品界面明确区隔。体验原型接替产品逻辑原型后，以当前原型与产品文档共同维护方案。

具体任务的交付范围、原型制作、走读确认及版本交接，见 product-design 的 methods/03_设计交付与原型.md；体验设计方法由 interface-design 提供。

#工程