skills/dimon94/flow-brainstorming/SKILL.md
在 /flow-init 阶段强制触发,用于捕捉需求的原始意图、探索方案、记录决策。确保后续流程有明确的北极星可追溯。
npx skillsauth add aiskillstore/marketplace flow-brainstormingInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
将用户的模糊想法转化为清晰的设计规格,通过自然对话捕捉原始意图。
核心原则:需求的原始意图是整个开发流程的「北极星」,后续每个阶段都应能追溯并验证是否偏离。
NO FLOW EXECUTION WITHOUT BRAINSTORM ALIGNMENT
每个后续 flow-* 阶段开始前,必须确认与 BRAINSTORM.md 一致。
一次问一个问题,不要用多个问题压垮用户:
问题示例:
这个需求主要解决什么问题?
A) 新增功能
B) 修复现有问题
C) 性能优化
D) 重构/技术债
方案呈现格式:
### 方案 A: {名称} ⭐ 推荐
**描述**: ...
**优势**: ...
**劣势**: ...
**适用场景**: ...
### 方案 B: {名称}
...
一旦理解了要构建什么:
将验证过的设计写入 BRAINSTORM.md:
devflow/requirements/${REQ}/BRAINSTORM.md
必须包含:
| 原则 | 说明 | |------|------| | 一次一个问题 | 不要用多个问题压垮用户 | | 多选题优先 | 比开放问题更容易回答 | | YAGNI 无情 | 从所有设计中移除不必要的功能 | | 探索替代方案 | 在确定前总是提出 2-3 种方案 | | 增量验证 | 分段呈现设计,验证每段 | | 灵活应变 | 有不明白的地方就返回澄清 |
| Excuse | Reality | |--------|---------| | "需求已经很清楚了" | Brainstorm 确保没有遗漏假设 | | "用户赶时间,跳过吧" | 头脑风暴节省的是后续返工时间 | | "这是小需求" | 小需求也有核心问题和成功标准 | | "方案很明显" | 明显的选择也需要记录理由 | | "已经讨论过了" | 口头讨论不是文档,没有追溯性 | | "先做再说" | 先想清楚再做,节省 3 倍时间 |
如果你发现自己:
STOP。返回正确流程。
Entry Gate:
- 解析 REQ-ID 和标题
- 触发 flow-brainstorming skill
Brainstorm Phase:
1. 问问题理解需求(一次一个)
2. 探索 2-3 种方案
3. 确认最终方案
4. 输出 BRAINSTORM.md
Exit Gate:
- 验证 BRAINSTORM.md 存在
- 验证包含必要章节
Entry Gate 添加:
step: Brainstorm Alignment Check
- read: devflow/requirements/${REQ}/BRAINSTORM.md
- verify:
- 原始问题是否仍然是解决目标?
- 选定方案是否仍然适用?
- 约束条件是否发生变化?
- if 发现偏离:
- ask_user: "发现与原始意图偏离,是否更新 BRAINSTORM.md?"
- action: 记录偏离原因,更新文档
参见 .claude/docs/templates/BRAINSTORM_TEMPLATE.md
[PROTOCOL]: 变更时更新此头部,然后检查 CLAUDE.md
development
Apple Human Interface Guidelines for content display components. Use this skill when the user asks about charts component, collection view, image view, web view, color well, image well, activity view, lockup, data visualization, content display, displaying images, rendering web content, color pickers, or presenting collections of items in Apple apps. Also use when the user says how should I display charts, what's the best way to show images, should I use a web view, how do I build a grid of items, what component shows media, or how do I present a share sheet. Cross-references: hig-foundations for color/typography/accessibility, hig-patterns for data visualization patterns, hig-components-layout for structural containers, hig-platforms for platform-specific component behavior.
tools
Automate HelpDesk tasks via Rube MCP (Composio): list tickets, manage views, use canned responses, and configure custom fields. Always search tools first for current schemas.
testing
Expert Haskell engineer specializing in advanced type systems, pure functional design, and high-reliability software. Use PROACTIVELY for type-level programming, concurrency, and architecture guidance.
tools
GraphQL gives clients exactly the data they need - no more, no less. One endpoint, typed schema, introspection. But the flexibility that makes it powerful also makes it dangerous. Without proper controls, clients can craft queries that bring down your server. This skill covers schema design, resolvers, DataLoader for N+1 prevention, federation for microservices, and client integration with Apollo/urql. Key insight: GraphQL is a contract. The schema is the API documentation. Design it carefully.