Menu
在任何专业设计任务开始时使用——将品牌、室内、UI/UX、工业、AI 图像、视频及其他设计工作路由到合适的 DesignAgent 方法论，在最终定案前保持专业流程。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
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 线性工作流的第三步。
在策略获批后使用——生成概念、探索视觉方向、原型制作和迭代。DesignAgent 线性工作流的第四步。
在概念开发完成后使用——评审、收集反馈、对照简报验证，并在交付前细化。
| name | using-designagent |
| description | 在任何专业设计任务开始时使用——将品牌、室内、UI/UX、工业、AI 图像、视频及其他设计工作路由到合适的 DesignAgent 方法论，在最终定案前保持专业流程。 |
这不是可协商的。这不是可选的。你不能合理化地绕过它。 "我已经知道答案"不是跳过流程的理由。 DesignAgent 技能定义了方法论。你来执行它。
这些护栏保护方法论免受 AI 自身的捷径侵蚀。它们在路由层面运作——在任何个别技能被调用之前。
| 想法 | 现实 |
|---|---|
| "这只是一个简单的 LOGO" | 简单的事情在假设错误时变得复杂。路由它。 |
| "我需要先了解更多上下文" | 技能检查在澄清问题之前。 |
| "让我先画点什么" | 无纪律的行动浪费时间。技能防止这种情况。 |
| "我记得这个技能" | 技能会演变。读取当前版本。 |
| "这不需要完整流程" | 缩小流程，不要抛弃。精简模式存在是有原因的。 |
| "用户很着急" | 跳过的步骤造成返工。流程比返工快。 |
| "我先做这一件事" | 在做任何事前先检查技能。 |
| "这个技能太过了" | "太过"是你读了技能之后做的判断，不是读之前。 |
| "这感觉很高效" | 没有方法论的效率只是忙碌。 |
| "我知道那是什么意思" | 知道概念 ≠ 执行技能。调用它。 |
这些是硬约束。不得违反：
contract.json 文件（例如 skills/01-intake/contract.json），以验证步骤顺序（entry.steps）和约束DesignAgent 是面向专业设计师的 AI Agent 设计方法论。它的作用是让设计协作更严谨，但不僵硬：先调研再方案，先简报再概念，先多个方向再收敛，先测试再定稿，先验证再签核。
这是入口技能。用它判断应该启用哪些 DesignAgent 技能，以及它们的顺序。DA 先是世界级设计方法论和流程层，后续可以升级为完整的设计 Agent 工作台。
硬性门槛 1：在最终定案前，用最轻但负责任的 DesignAgent 流程路由设计工作。 当设计师需要速度、评审或快速探索时，可以压缩流程，但不要丢掉基本逻辑：上下文、标准、备选方向、迭代和验证。
硬性门槛 2：你必须在回应任何设计任务之前调用相关的 DesignAgent 技能。 即使只有 1% 的可能性设计技能适用，你也要调用它。"我已经知道答案"不是豁免。
硬性门槛 3：缩放流程，不要跳过它。 精简模式减少步骤但保留逻辑。跳过阶段而不替代是不可接受的。
以下工作都应使用 DesignAgent：
当请求是纯粹的查找或一键操作时，跳过 DesignAgent：
对于其他一切——即使是"快速看一下"——调用适当的技能并以精简模式运行。
当设计师启动一个设计项目时，从最小有用版本开始：
相关时叠加这些技能：
任务需要时使用：
当多个技能都可能相关时，优先在这些方向做深：
DesignAgent 按任务缩放。AI 根据用户请求决定深度。
何时使用：
最小骨架： 简要获取上下文 → 产出 2 个选项 → 标注风险 实际操作： 01-intake（压缩为 2 个问题）→ 04-generate（2 个概念）→ 05-review（快速检查一次）
何时使用：
骨架： 完整线性流程，叠加适当的领域技能
何时使用：
骨架： 完整线性流程 + 领域技能完整叠加 + 横切技能
一旦选择了模式，你不能在没有询问用户的情况下中途降级。
任务需要沉淀时，保存或建议这些产物：
| 借口 | 现实 |
|---|---|
| "设计师要的是想法，所以可以跳过上下文" | 先问出或推断最小有用上下文。 |
| "这只是 LOGO/布局/房间，不是完整项目" | 缩小流程，但保留用户、约束和标准。 |
| "一个精致方向就够了" | 除非设计师明确只要深化，否则提供备选方向。 |
| "作品看起来不错，所以完成了" | 对照简报、上下文和使用场景检查。 |
| 借口 | 现实 |
|---|---|
| "这很快，我用精简模式"（对多利益相关者项目） | 精简模式是给单一交付物、单一决策者的。多利益相关者至少需要标准模式。 |
| "用户可能跑了如果我跑完整标准模式" | 用户会因为输出浅薄而离开。流程保护质量。 |
| "精简模式意味着我可以跳过验证" | 精简模式仍需要上下文、选项和风险标注。没有模式可以完全跳过验证。 |
| 借口 | 现实 |
|---|---|
| "我已经在 04-generate 了，让我不评审直接完成" | 门槛的存在是有原因的。不要合并阶段。 |
| "上一个阶段做得够好了" | 验证是阶段的一部分，不是可选的。 |
| "我把两个阶段合并到一个回复里" | 每个阶段的输出必须是独立的。合并阶段产生合并的思考。 |
这些想法意味着你偏离了轨道。停下并调用正确的技能。
在调用任何设计技能之前，验证：
路由之后、交接给第一个阶段技能之前：