🇨🇳中文介绍

将创意转化为设计

概述

通过自然的协作对话，帮助将想法转化为完整的设计和规格说明。

首先理解当前的项目背景，然后逐一提出问题以完善想法。一旦理解了要构建的内容，就呈现设计并获得用户批准。

反模式："这太简单了，不需要设计"

每个项目都要经历这个过程。待办事项列表、单一功能的工具、配置更改——所有这些项目都是如此。"简单"的项目往往因为未经审视的假设而导致最多的工作浪费。设计可以很简短（对于真正简单的项目，几句话即可），但您必须呈现它并获得批准。

检查清单

您必须为以下每一项创建一个任务，并按顺序完成它们：

1. 探索项目背景 —— 检查文件、文档、最近的提交记录
2. 提出澄清性问题 —— 逐一提问，理解目的/约束/成功标准
3. 提出 2-3 种方案 —— 附带权衡分析和您的建议
4. 呈现设计 —— 根据各部分复杂程度分节呈现，每节后获取用户批准
5. 撰写设计文档 —— 保存到 docs/plans/YYYY-MM-DD-<topic>-design.md 并提交
6. 过渡到实施 —— 调用 writing-plans 技能来创建实施计划

流程

digraph brainstorming {
    "Explore project context" [shape=box];
    "Ask clarifying questions" [shape=box];
    "Propose 2-3 approaches" [shape=box];
    "Present design sections" [shape=box];
    "User approves design?" [shape=diamond];
    "Write design doc" [shape=box];
    "Invoke writing-plans skill" [shape=doublecircle];

    "Explore project context" -> "Ask clarifying questions";
    "Ask clarifying questions" -> "Propose 2-3 approaches";
    "Propose 2-3 approaches" -> "Present design sections";
    "Present design sections" -> "User approves design?";
    "User approves design?" -> "Present design sections" [label="no, revise"];
    "User approves design?" -> "Write design doc" [label="yes"];
    "Write design doc" -> "Invoke writing-plans skill";
}

最终状态是调用 writing-plans。 请不要调用 frontend-design、mcp-builder 或任何其他实施技能。头脑风暴后调用的唯一技能是 writing-plans。

流程详解

理解想法：

• 首先查看当前项目状态（文件、文档、最近的提交记录）
• 逐一提出问题以完善想法
• 尽可能使用选择题，但开放式问题也可以
• 每条消息只提一个问题——如果一个主题需要更多探讨，请将其分解为多个问题
• 专注于理解：目的、约束、成功标准

探索方案：

• 提出 2-3 种不同的方案，并附带权衡分析
• 以对话方式呈现选项，并给出您的建议和理由
• 首先提出您推荐的选项并解释原因

呈现设计：

• 一旦您确信理解了要构建的内容，就呈现设计
• 根据各部分的复杂程度调整篇幅：简单的部分几句话，复杂的部分最多 200-300 字
• 每节结束后询问目前看起来是否正确
• 涵盖：架构、组件、数据流、错误处理、测试
• 如果某些内容不清楚，请准备好返回并澄清

设计之后

文档记录：

• 将经过验证的设计写入 docs/plans/YYYY-MM-DD-<topic>-design.md
• 如果可用，请使用 elements-of-style:writing-clearly-and-concisely 技能
• 将设计文档提交到 git

实施：

• 调用 writing-plans 技能来创建详细的实施计划
• 不要调用任何其他技能。writing-plans 是下一步。

关键原则

• 一次一个问题 —— 不要用多个问题压倒对方
• 优先选择题 —— 在可能的情况下，比开放式问题更容易回答
• 严格遵循 YAGNI —— 从所有设计中移除不必要的功能
• 探索替代方案 —— 在确定方案前，始终提出 2-3 种方法
• 增量验证 —— 呈现设计，在继续之前获得批准
• 保持灵活 —— 当某些内容不清楚时，返回并澄清

每周安装次数

300

来源

skills.volces.c…erpowers

首次出现

2026年3月11日

安全审计

SocketPass

安装于

openclaw292

amp276

cline276

opencode276

cursor276

kimi-cli276

digraph brainstorming {
    "Explore project context" [shape=box];
    "Ask clarifying questions" [shape=box];
    "Propose 2-3 approaches" [shape=box];
    "Present design sections" [shape=box];
    "User approves design?" [shape=diamond];
    "Write design doc" [shape=box];
    "Invoke writing-plans skill" [shape=doublecircle];

    "Explore project context" -> "Ask clarifying questions";
    "Ask clarifying questions" -> "Propose 2-3 approaches";
    "Propose 2-3 approaches" -> "Present design sections";
    "Present design sections" -> "User approves design?";
    "User approves design?" -> "Present design sections" [label="no, revise"];
    "User approves design?" -> "Write design doc" [label="yes"];
    "Write design doc" -> "Invoke writing-plans skill";
}