メニュー
在设计简报获批后使用——设定创意方向、定义定位、建立评估标准，然后再生成概念。DesignAgent 线性工作流的第三步。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Use when starting any professional design task — route brand, interior, UI/UX, industrial, AI image, video, and other design work through the appropriate DesignAgent methodology before finalizing solutions.
在启动任何设计项目时使用——收集上下文、约束、利益相关者和目标，在进入设计流程之前完成。DesignAgent 线性工作流的第一步。
在导入完成后使用——调研用户、上下文、竞争者和约束。第一次发散阶段。禁止跳过调研直接出方案。
在策略获批后使用——生成概念、探索视觉方向、原型制作和迭代。DesignAgent 线性工作流的第四步。
在概念开发完成后使用——评审、收集反馈、对照简报验证，并在交付前细化。
在评审完成后使用——定稿生产文件、编写规格、交付给开发或生产部门，并呈现最终提案。
| name | 03-strategy |
| description | 在设计简报获批后使用——设定创意方向、定义定位、建立评估标准，然后再生成概念。DesignAgent 线性工作流的第三步。 |
在生成视觉概念之前，设定策略方向。策略回答：我们在说什么、对谁说、为什么他们应该在意。对于品牌工作，这包括定位和平台。对于其他领域，这意味着创意领地、沟通策略或体验原则。策略将设计简报转化为可操作的方向。
硬性门槛：任何概念生成之前，策略方向必须定义并获批。 "我边设计边想策略"不可接受。概念表达策略——它们不发明策略。
如果是品牌工作，调用 brand-strategy 并产出：
在退出策略之前，扫描矛盾。如果以下任何项冲突，你必须触发冲突解决块：
冲突解决块格式：
冲突检测：
- 源A：[客户请求 / 标准 / 约束 — 引用原文]
- 源B：[冲突元素 — 引用原文]
- 性质：[为什么它们矛盾]
解决决策：
→ [选择了哪个方向]
理由：
→ [设计优先级逻辑 — 为什么这个选择更有利于项目]
取舍：
→ [这个选择牺牲了什么 — 明确说出来]
规则：
| 借口 | 事实 |
|---|---|
| "策略是给品牌的，不是给这个项目的" | 每个项目都有策略。你只是还没给它命名。 |
| "我看到的时候就知道了" | 先定义标准，否则你会选自己喜欢的，而不是有效的。 |
| "我先画几个草图来找策略" | 策略先于执行。概念成本高；策略成本低。 |
| "设计简报已经涵盖了这个" | 简报说解决什么。策略说怎么解决。它们不一样。 |
| "我把策略合并到概念演示里" | 策略必须单独获批。如果策略错了，建在它上面的所有概念都错了。 |
→ 下一步：使用 04-generate 探索概念、原型和AI辅助视觉。
所有重要的策略决策必须记录。每条日志不仅记录选择了什么，还记录考虑过什么以及为什么被拒绝。
何时记录：
日志格式：
决策：[决定了什么]
选项：
A. [替代方案——简要描述]
B. [替代方案——简要描述]
C. [选定方案——简要描述]
选定：C
拒绝：
A → [为什么——与策略或用户需求挂钩的具体理由]
B → [为什么——与策略或用户需求挂钩的具体理由]
理由：
→ [为什么C最有利于项目目标——与设计简报和成功标准挂钩]
规则：