Co-Pilot / 辅助式
更新于 2 months ago
brainstorming
Oobra
28.1k
obra/superpowers/skills/brainstorming
💡 摘要
一种结构化的对话代理技能,通过渐进式提问和协作细化,引导用户从初始想法到经过验证的设计规范。
🎯 适合人群
定义新功能的产品经理探索系统设计的软件架构师规划项目组件的独立开发者为团队划分工作范围的技术负责人
🤖 AI 吐槽: “这项技能与其说是头脑风暴,不如说是在一盏非常礼貌的台灯下进行的设计审问。”
安全分析低风险
风险:该技能将设计文档写入固定路径(`docs/plans/`)。攻击者可能向设计主题注入恶意内容或路径遍历序列,从而将文件写入其他位置。缓解措施:在使用用户提供的 `<topic>` 输入构建文件路径之前,对其进行清理,仅允许字母数字字符和连字符。
name: brainstorming description: "You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements and design before implementation."
Brainstorming Ideas Into Designs
Overview
Help turn ideas into fully formed designs and specs through natural collaborative dialogue.
Start by understanding the current project context, then ask questions one at a time to refine the idea. Once you understand what you're building, present the design in small sections (200-300 words), checking after each section whether it looks right so far.
The Process
Understanding the idea:
- Check out the current project state first (files, docs, recent commits)
- Ask questions one at a time to refine the idea
- Prefer multiple choice questions when possible, but open-ended is fine too
- Only one question per message - if a topic needs more exploration, break it into multiple questions
- Focus on understanding: purpose, constraints, success criteria
Exploring approaches:
- Propose 2-3 different approaches with trade-offs
- Present options conversationally with your recommendation and reasoning
- Lead with your recommended option and explain why
Presenting the design:
- Once you believe you understand what you're building, present the design
- Break it into sections of 200-300 words
- Ask after each section whether it looks right so far
- Cover: architecture, components, data flow, error handling, testing
- Be ready to go back and clarify if something doesn't make sense
After the Design
Documentation:
- Write the validated design to
docs/plans/YYYY-MM-DD-<topic>-design.md - Use elements-of-style:writing-clearly-and-concisely skill if available
- Commit the design document to git
Implementation (if continuing):
- Ask: "Ready to set up for implementation?"
- Use superpowers:using-git-worktrees to create isolated workspace
- Use superpowers:writing-plans to create detailed implementation plan
Key Principles
- One question at a time - Don't overwhelm with multiple questions
- Multiple choice preferred - Easier to answer than open-ended when possible
- YAGNI ruthlessly - Remove unnecessary features from all designs
- Explore alternatives - Always propose 2-3 approaches before settling
- Incremental validation - Present design in sections, validate each
- Be flexible - Go back and clarify when something doesn't make sense
五维分析
清晰度8/10
创新性6/10
实用性9/10
完整性8/10
可维护性7/10
优缺点分析
优点
- 强制执行有纪律的、逐步的设计过程,减少歧义。
- 集成项目上下文(文件、git)以进行有根据的讨论。
- 通过增量呈现和反馈循环促进验证。
缺点
- 对于简单、明确的任务,流程可能感觉过于僵化或缓慢。
- 依赖用户参与;被动用户可能会使对话停滞。
- 与特定文件路径(docs/plans/)的紧密耦合限制了灵活性。
相关技能
免责声明:本内容来源于 GitHub 开源项目,仅供展示和评分分析使用。
版权归原作者所有 obra.
