用途：当产品设计工作跨越多个阶段，或已有设计决策需要在需求、导航、文档、视觉等环节延续时使用。适用于用户要求设计产品、继续设计项目、从功能定义进入页面设计，或此前会话已确定信息架构、页面基线、视觉方向，需要“继续”“下一页”“完成产品设计”而非重新开始的情况。它不替代专项设计、文档、渲染、实现或测试技能。
主要能力：恢复当前状态，识别已批准事实、当前阶段、已完成产物、待决事项和下一个未完成交付物；选择执行模式，若任务跨多阶段、多工具、需审批或需稍后恢复，则必须使用 design-harness 作为执行控制器，本技能保留为路由/决策层；按场景选择最窄 SOP 配置，如 product-to-ui、existing-product-next-page、page-family-batch、design-correction、stitch-high-fidelity-delivery、design-to-implementation，无匹配则保持未配置或定义经测试的自定义配置；对缺失工作分类并路由到 feature-design、navigation-design、ui-continuity、文档技能、tui-prd-to-descriptions、渲染技能或交付测试技能；保护权限边界，下游渲染器可提出视觉方案但不得静默改写上游产品契约；使用 references/design-task-contract.md 构建设计任务交接，确保各阶段消费同一页面 ID、源版本、约束、场景数据和验收标准；一次推进一个门禁，候选生成、首选方向、产品契约批准、视觉主稿批准、实现验证和归档为不同状态；支持恢复而非重启；晋升前用 design-guard 做一致性审查。详细路由见 references/workflow.md。
使用方式：先恢复状态，再判断是否需要 design-harness；选择 SOP 配置；分类缺失工作并调用相应专项技能；构建交接契约；逐门禁推进；需要时设置人工检查点。
限制：不重复专项技能职责；已锁定决策在明确变更前应保留；只询问实质性阻塞问题；页面/功能/导航对象在各技能间保持唯一标识；区分提案与已批准事实；渲染成功不等于设计批准或实现完成；优先使用窄技能而非单一巨型提示。输出契约包括当前阶段与权威来源、已完成与缺失决策、下一步所需专项技能、设计任务契约或交接、必要时的人工检查点、下一动作与晋升门禁。