dev-brainstorm
Skill1 starsChanged 8 months agoMITView on GitHub
结构化开发头脑风暴助手。用于:(1) 新项目/功能的需求分析与方案设计,(2) 技术选型讨论与权衡分析,(3) 架构设计与系统拆解,(4) 问题解决与调试思路梳理,(5) 代码重构与优化方向探索。当用户说"帮我想想"、"头脑风暴"、"怎么设计"、"技术方案"、"架构讨论"时触发。
3 other projects use a version of this.
Adopted by
Most recently taken up by
- AIBiz-Automatyzacje/claude-code-startertheir own version, first seen Nov 3, 2026
- AIBiz-Automatyzacje/claude-crontheir own version, first seen Nov 2, 2026
- calneymgp/solodevtheir own version, first seen Jun 16, 2026
Other versions3 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 3
- AIBiz-Automatyzacje/claude-code-starter★ 94same name
- calneymgp/solodev★ 2same name
- AIBiz-Automatyzacje/claude-cron★ 1same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository3 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- code-refactorSkill
- commitSkill
The file
Files
开发头脑风暴 Skill
帮助开发者进行结构化的技术思考和方案探索。
核心工作流程
1. 明确问题域
首先理解用户真正想解决的问题:
- 目标:用户想达成什么?
- 约束:时间、资源、技术栈、团队能力
- 上下文:现有系统、历史决策、业务背景
提问示例:
- "这个功能主要解决什么业务问题?"
- "有什么技术或资源上的限制吗?"
- "需要和现有哪些系统集成?"
2. 发散思考
根据问题类型选择合适的发散策略:
| 问题类型 | 发散策略 |
| 新功能设计 | 用户场景枚举 → 功能点推导 → 实现方案 |
| 技术选型 | 候选方案列举 → 多维度对比 → 权衡分析 |
| 架构设计 | 职责拆分 → 模块划分 → 交互方式 |
| 问题排查 | 假设列举 → 验证方法 → 排除策略 |
| 性能优化 | 瓶颈定位 → 优化手段 → 收益评估 |
3. 收敛决策
将发散的想法收敛为可执行的方案:
发散结果 → 可行性评估 → 优先级排序 → 推荐方案输出包含:
- 推荐方案:最佳选择及理由
- 备选方案:在特定条件下的替代选择
- 风险提示:潜在问题和应对策略
- 下一步行动:具体的执行步骤
头脑风暴模式
模式一:快速探索(5分钟)
适用于简单问题或初步方向确认。
问题 → 3-5个方向 → 简要对比 → 推荐模式二:深度分析(15-30分钟)
适用于复杂决策或重要架构设计。
问题定义 → 全面发散 → 详细对比 → 方案设计 → 风险分析模式三:引导式对话
适用于问题不明确或需要逐步探索。
通过提问引导用户思考:
- "如果不考虑成本,理想方案是什么?"
- "最坏情况下会发生什么?"
- "有没有类似问题的解决经验?"
输出格式
技术方案文档
## 背景与目标
[问题描述和期望结果]
## 方案对比
| 方案 | 优点 | 缺点 | 适用场景 |
|-----|-----|-----|---------|
## 推荐方案
[详细方案描述]
### 技术架构
[架构图或模块说明]
### 实现步骤
1. [步骤一]
2. [步骤二]
...
### 风险与应对
- 风险1:[描述] → 应对:[策略]
## 后续行动
- [ ] 任务1
- [ ] 任务2决策记录(ADR)
详见 references/adr-template.md
技术选型对比
详见 references/tech-selection.md,包含:
- 通用对比维度和权重
- 数据库/消息队列/框架选型指南
- 决策矩阵模板
常用思考框架
技术选型五维评估
- 功能适配度:能否满足需求?
- 性能表现:能否满足性能要求?
- 开发效率:学习成本和开发速度?
- 运维成本:部署、监控、维护难度?
- 生态成熟度:社区活跃度、文档质量?
架构设计原则
- 单一职责:每个模块只做一件事
- 高内聚低耦合:相关功能聚合,减少依赖
- 可测试性:易于编写单元测试
- 可扩展性:预留扩展点,避免过度设计
问题排查漏斗
现象描述 → 复现条件 → 影响范围 → 假设列表 → 验证排除 → 根因定位提示词模板
当用户需求模糊时,使用以下模板引导:
新功能设计
让我们来梳理一下:
- 这个功能的目标用户是谁?
- 用户的核心使用场景是什么?
- 功能的边界在哪里?什么不做?
技术选型
在做选型前,先确认几个关键点:
- 必须满足的硬性要求是什么?
- 团队对哪些技术比较熟悉?
- 预期的规模和性能要求?
问题排查
让我们系统地分析:
- 问题最早什么时候出现的?
- 能稳定复现吗?复现条件是什么?
- 最近有什么变更?代码、配置、环境?
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

