🌐 中文 · English
一句话讲完：你脑子里那个还很模糊的想法，先别急着动手。让 dadamu 帮你问清楚、想明白、拆成能直接执行的下一步。
跨 agent 通用——Claude Code、Cursor、Codex、Hermes、OpenClaw 都能装，用法一样。
我做这个 skill，是因为我自己经常卡在同一个地方：
想法有了，方向也大概知道，但真要动手的时候，还是不知道先做什么、用什么工具、到底该做到什么程度。
这也是因为跟我们大脑本身的构造有关，我们的想法思维并不是线性的。为此我让codex给我写了这个skill，用来帮助我把想法串联起来。同时，特别感谢 @alchaincyf、@addyosmani的开源。
dadamu是什么 dadamu 不是来陪你空聊的。它更像一个会追问的产品搭档：
- 你先说一个大概的想法
- 它会继续往下问，把你没说清楚的那部分逼出来
- 然后给你几个不同方向，不是只丢一个"最安全答案"
- 最后落到具体方案、推荐你该用什么工具或现成的 skill、告诉你第一步怎么走
只要你的想法还处在"有点感觉，但不够清楚"的阶段，都可以先过一遍 dadamu。
比较典型的场景：
- 你想做一个 App，但还没想清楚做给谁
- 你想拍一个视频 / 写一个脚本，但结构还很散
- 你想做一个产品方案，可现在只有一句话
- 你想尝试一个新方向，但不确定值不值得投入
- 你想把脑子里零散的点子，整理成一个能讲清楚的版本
不太适合的场景：
- 你已经很清楚要做什么，只差执行
- 纯 bug 修复
- 纯粹查资料
| 你常见的现状 | dadamu |
|---|---|
| 需求还没问清楚就开始给建议 | 先把真实意图问明白 |
| 给一个"看起来对"的答案 | 给 3–5 个值得考虑的方向 |
| 停在"战略层建议" | 落到"执行层方案" |
| 你还需要自己再整理一遍 | 直接给你能拿去用的文档和下一步 |
| 想法只在脑子里乱飘 | 帮你把它结构化、可视化 |
| 推荐工具全靠 AI 瞎猜 | 基于维护的 toolkit 给具体工具和现成 skill |
我自己的标准很简单：
1. 别只听用户嘴上说的那句话
很多时候，用户说的是"我想做一个 XX"，但真正要解决的，是另一个更底层的问题。
2. 别一上来就给唯一答案
如果只给一个方案，通常不是最优解，只是最像答案的答案。
3. 结果要能直接用
不能只是"你可以考虑 A、B、C"，还要告诉你：如果现在只能选一个，先选什么、第一步做什么。
4. 想法要能被看见
脑子里的东西太乱了，最好能变成文档和结构图，这样你才好判断它到底成不成。
dadamu 不是一问一答，更像是把你这个想法慢慢聊透。整个过程分四步：
很多时候，你一开始说的，不一定是你真正想要的。
比如：
你：我想做一个 Todo App
dadamu：你想解决什么问题？
你：我总是忘事
dadamu：所以你要的，其实是一个能主动提醒你的东西，不只是一个任务列表？
这里最重要的不是功能列表，而是先把"你到底要解决什么"钉住。
它不会只给你一个方案，而是会帮你看到 3 到 5 个不同切法。
比如：
- 先做最简单的那个版本
- 先做功能最全的那个版本
- 先做更容易传播的那个版本
- 先做最容易验证假设的那个版本
每个方向不只是"听起来不错"，而是会告诉你：它适合什么情况、更容易踩什么坑、背后藏了什么假设。
等你看完不同方向之后，再一起压测，选出一个现在最值得先做的版本。
这里会看几件事：
- 用户价值大不大
- 实现难度高不高
- 你现在的时间和资源撑不撑得住
- 这个方向是不是比别的方向更值得先试
这一步才是 dadamu 最核心的地方。
它最后不是只给你一句"方向不错，加油"，而是会输出：
- 一份 Markdown 方案
- 一张可视化结构图
- 具体工具推荐（基于下面说的 toolkit）
- 明确的第一步操作
这是 dadamu 跟其他"帮你理思路"的方案最大的区别之一。
大多数 AI 回答到"你应该做 XX"就结束了。你还是要自己去搜该用什么框架、什么工具、有没有现成的轮子。
dadamu 内置了一个 references/toolkit.md 文件，里面按领域整理了具体的工具和现成的 agent skill。当你的想法涉及到某个领域时，它会直接从 toolkit 里查，告诉你：
- 这个领域最常用的工具是什么
- 有没有成熟的 skill 可以直接装上用
- 最简单的起步方案是什么
- 更完整的方案长什么样
举个例子：你说"我想做一个品牌设计"，dadamu 不会只说"你可以考虑找个设计师"，而是会告诉你：
- 设计类可以直接用 huashu-design 这个 skill，一句话出高保真原型
- 前端类可以用 frontend-ui-engineering 处理生产级 UI
- 它还会告诉你怎么装、怎么触发
而且这个 toolkit 不是我一个人维护的。任何开发者都可以往里面加自己觉得好用的 skill，格式很简单：
### 领域名称
**适用场景：** 什么类型的想法需要这些工具
**推荐 Skill：** GitHub 上的热门 Skill
**最小可行方案：** 最简单的起步方案
**理想方案：** 更完整的方案我希望它能慢慢变成一个社区共建的工具库——你用了什么好工具，就加进去，后面的人也能受益。
假设你说：
我想做一个帮人养成好习惯的 App
普通回答可能会直接列功能：打卡、统计、提醒、社交排行榜。
但 dadamu 会先继续问：
dadamu：你希望人们养成哪一类习惯？
你：主要是工作里的，比如写周报、做复盘
dadamu：所以你更想帮的，是职场人把那些"重要但不紧急"的事坚持下来？
最后它给你的，不会只是功能清单，而更可能是：
- 这个产品到底在解决什么问题
- 第一版应该只做什么
- 先别做什么，以及为什么
- 用什么技术栈启动最省劲（会从 toolkit 里查具体工具）
- 第一天应该先验证什么假设
dadamu 是标准的 Agent Skill，装到对应的 skills 目录就能用。
npx skills add da-damu/dadamu-skill或者手动：
git clone https://github.com/da-damu/dadamu-skill.git
cp -r dadamu-skill/dadamu ~/.codex/skills/npx skills add da-damu/dadamu-skill或者手动：
git clone https://github.com/da-damu/dadamu-skill.git
cp -r dadamu-skill/dadamu ~/.claude/skills/git clone https://github.com/da-damu/dadamu-skill.git
cp -r dadamu-skill/dadamu ~/.cursor/skills/装法都一样：把 dadamu 文件夹放到对应 agent 的 skills 目录下就行。通常是 ~/.<agent-name>/skills/。
装完之后，在你的 agent 里直接说人话就能触发：
帮我理清思路
我有个想法
想法孵化
dadamu
dadamu/
├── SKILL.md # 主要逻辑都在这里
└── references/
├── toolkit.md # 工具和 skill 推荐库（可扩展）
└── examples.md # 案例参考
欢迎提 Issue 和 PR。
最有价值的贡献方式是往 references/toolkit.md 里加你觉得好用的工具或 skill：
- 加工具/skill 推荐 — 编辑
references/toolkit.md，按格式加一个领域就行
MIT License - 随意使用
- GitHub Issues：用于技术问题和功能建议
- Email：kaiyo9398@gmail.com
- 小红书：搭搭木
- x：搭搭木
如果你脑子里正好有一个"有点感觉，但还没想清楚"的想法，可以先别急着做。
把它丢给 dadamu，先聊一轮。
很多时候，问题不是你不会执行，而是你还没把问题定义对。
Made by da-damu