Menu
在任何专业设计任务开始时使用——将品牌、室内、UI/UX、工业、AI 图像、视频及其他设计工作路由到合适的 DesignAgent 方法论，在最终定案前保持专业流程。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional 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 线性工作流的第三步。
在策略获批后使用——生成概念、探索视觉方向、原型制作和迭代。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 了，让我不评审直接完成" | 门槛的存在是有原因的。不要合并阶段。 |
| "上一个阶段做得够好了" | 验证是阶段的一部分，不是可选的。 |
| "我把两个阶段合并到一个回复里" | 每个阶段的输出必须是独立的。合并阶段产生合并的思考。 |
这些想法意味着你偏离了轨道。停下并调用正确的技能。
在调用任何设计技能之前，验证：
路由之后、交接给第一个阶段技能之前：