用途：当需求要求某个系统必须同时由人类和 AI 智能体操作、编辑或维护时，使用该技能来设计并搭建系统。
主要能力：在实现前必须先建立 project-contract，起点为 references/project-contract.md 和 assets/project-contract.template.yaml。必须显式决定：参与者、规范存储（canonical store）、人类界面、AI 界面、同步方向与触发、冲突检测与解决、验证时机与位置、生成物、人类启动流程。
使用方式：用 references/gui-selection.md 选择三种 GUI 模式之一：references/pattern-native-gui-reuse.md、references/pattern-custom-gui.md、references/pattern-hybrid-gui.md。核心架构选择还需参考 canonical-store-selection.md、sync-and-conflict.md、validation-and-launch.md、minimal-questions.md、deliverables.md。文档、表单、表格和布局敏感系统还需读 references/domain-structured-docs.md。工作流为：分类领域与主要约束、起草契约、选择人类 GUI 模式、决定规范存储与 AI 编辑界面、规定同步/冲突/验证/生成物/启动流程、只问会实质改变架构的不可约问题、选择或适配 assets/templates 下最近的可复用模板、产出架构摘要、所选模式、契约、脚手架计划和实现顺序。
设计规则：保持单一规范事实来源；AI 侧优先机器可读、易 diff 的规范数据；人类侧优先最自然的 GUI，即使复用现有应用；当现有 GUI 是布局、换行、打印或视觉约束的事实来源时复用该 GUI；尽量在人类主工作界面显示验证；优先在同一活动 GUI 中用内联标记、锚定面板或界面内表单显示诊断，而非单独诊断窗口；生成物与规范数据分离；不得用静默覆盖处理人机冲突；人类启动路径要低摩擦，日常人类工作优先启动器或双击流程而非 CLI。
输出：除非用户明确缩小范围，必须产出架构摘要、project-contract、所选 GUI 模式及理由、脚手架布局、实现计划、验收标准。需要机器可读 schema 时使用 assets/project-contract.schema.json；需求接近已有模式时宜使用 assets/templates 下的示例契约。
限制：资料未提供具体安装命令、收费、价格、平台或效果信息。