03-strategy在设计简报获批后使用——设定创意方向、定义定位、建立评估标准，然后再生成概念。DesignAgent 线性工作流的第三步。
Independent GitHub snapshot · Automated classification · Original documentation governs
在生成视觉概念之前，设定策略方向。策略回答：我们在说什么、对谁说、为什么他们应该在意。对于品牌工作，这包括定位和平台。对于其他领域，这意味着创意领地、沟通策略或体验原则。策略将设计简报转化为可操作的方向。
硬性门槛：任何概念生成之前，策略方向必须定义并获批。 "我边设计边想策略"不可接受。概念表达策略——它们不发明策略。
如果是品牌工作，调用 brand-strategy 并产出：
在退出策略之前，扫描矛盾。如果以下任何项冲突，你必须触发冲突解决块：
冲突解决块格式：
冲突检测：
- 源A：[客户请求 / 标准 / 约束 — 引用原文]
- 源B：[冲突元素 — 引用原文]
- 性质：[为什么它们矛盾]
解决决策：
→ [选择了哪个方向]
理由：
→ [设计优先级逻辑 — 为什么这个选择更有利于项目]
取舍：
→ [这个选择牺牲了什么 — 明确说出来]
规则：
| 借口 | 事实 |
|---|---|
| "策略是给品牌的，不是给这个项目的" | 每个项目都有策略。你只是还没给它命名。 |
| "我看到的时候就知道了" | 先定义标准，否则你会选自己喜欢的，而不是有效的。 |
| "我先画几个草图来找策略" | 策略先于执行。概念成本高；策略成本低。 |
| "设计简报已经涵盖了这个" | 简报说解决什么。策略说怎么解决。它们不一样。 |
| "我把策略合并到概念演示里" | 策略必须单独获批。如果策略错了，建在它上面的所有概念都错了。 |
→ 下一步：使用 04-generate 探索概念、原型和AI辅助视觉。
所有重要的策略决策必须记录。每条日志不仅记录选择了什么，还记录考虑过什么以及为什么被拒绝。
何时记录：
日志格式：
决策：[决定了什么]
选项：
A. [替代方案——简要描述]
B. [替代方案——简要描述]
C. [选定方案——简要描述]
选定：C
拒绝：
A → [为什么——与策略或用户需求挂钩的具体理由]
B → [为什么——与策略或用户需求挂钩的具体理由]
理由：
→ [为什么C最有利于项目目标——与设计简报和成功标准挂钩]
规则：