知道却一直做不到？ 我用 dbs-slowisfast + dbs-action + dbs-goal 做成了一个可复制的系统

⚡ 模块 5：执行力系统

知道却一直做不到？ 我用 dbs-slowisfast + dbs-action + dbs-goal 做成了一个可复制的系统

——用 dbs-slowisfast + dbs-action + dbs-goal 打通「知道」与「做到」之间那道墙

写在前面：你的执行力问题，根本不是执行力问题

先做一个测试。

把过去三个月里，你「知道该做但一直没做」的事情，列出来。

不用多，三件就够。

事情 1：___

事情 2：___

事情 3：___

现在问自己：这三件事，你真的「不知道怎么做」吗？

大多数人的答案是：不，我知道怎么做，就是没做。

这一个字的差距，是执行力系统和所有「时间管理」「任务清单」「番茄工作法」的分水岭——

你的问题从来不是「不知道」，是「知道了不做」。

dbs-action 的核心任务是帮用户搞清楚：为什么他知道该做什么，但就是不做。这不是激励工具，这是诊断工具——它不会告诉用户「加油」「相信自己」「你已经很棒了」，而是告诉他，他不做的真正原因是什么。

这句话，是整个模块 5 的基石。

执行力问题有三种形态，对应三个工具：

slowisfast 在任何关键决策阶段：当你在走捷径、贪快、绕开关键摩擦时触发；action 在你知道该做什么，但就是做不动时触发；goal 在目标本身是空转的、无法驱动行动时触发。

三个工具，覆盖执行力失效的全部场景：贪快（slowisfast）→ 卡住（action）→ 目标空转（goal）。

一、理解三工具的精确分工

1.1 三工具定位表

1.2 三工具的内在逻辑顺序

text

你面对一个要做的事情
        ↓
首先问：「我有没有在贪快？」
        ↓ 有 → /dbs-slowisfast
        ↓ 没有
        ↓
其次问：「我是否有清晰的目标？」
        ↓ 目标模糊/空转 → /dbs-goal
        ↓ 目标清晰
        ↓
最后问：「我知道该做，为什么没做？」
        ↓ → /dbs-action

关键理解： 这三个工具的使用顺序，不是固定的，是根据你当下的状态判断的。但大多数人的顺序是反的——先去找激励（action 的错误用法），再去设目标（goal 的错误用法），最后才发现自己一直在贪快（slowisfast 一直没触发）。

1.3 执行力失效的三个最深层原因

在进入工具操作之前，必须先建立三个底层认知——没有这三个认知，工具的效果会大打折扣。

认知一：执行力问题是心理问题，不是方法论问题

核心判断：99% 的创业问题是伪装成创业问题的心理问题。如果用户来找你，大概率他的问题不是「不知道怎么做」，而是「知道怎么做但在逃避」。

这意味着：再多的「方法论」「执行框架」「任务管理系统」，都无法解决一个本质上是心理问题的执行卡点。你需要的不是更好的工具，是找到「你为什么选择不做」的真实答案。

认知二：「被强迫」是一种自我欺骗

阿德勒视角的诊断是：大多数情况下，你没有被强迫。在对方手里没枪的情况下，他很难真正强迫你。「被强迫」是一种自我欺骗——你是在自愿选择后归咎于外部。一句话：你不是被困住了，你是选择了留在原地。

认知三：「慢」有时候是最快的路

dbs-slowisfast 的核心是：慢就是快。摩擦建造资产，找到值得慢做的环节。

这不是在说「做事要慢慢来」，而是说：有一些关键摩擦，是你在走捷径时绕开的，但那些摩擦恰恰是资产的来源。绕过了摩擦，你也绕过了护城河。

二、课节 5-1：dbs-slowisfast——在贪快的时候强制踩刹车

2.1 什么是「值得慢的摩擦」？

dbs-slowisfast 最难理解的地方，不是触发方式，而是它要你识别的那个东西：值得慢做的环节。

不是所有摩擦都值得慢。有些摩擦是纯粹的效率损耗，应该优化掉。但有些摩擦，是你的竞争优势的来源——绕过它，你就失去了那个优势。

区分「应该优化的摩擦」vs「值得慢做的摩擦」：

真实案例对比：

text

案例A：内容创作者
贪快做法：让 AI 批量生成文章，快速发布 20 篇
→ 绕过的摩擦：深度思考 + 个人观点形成
→ 代价：内容没有辨识度，读者无法记住你
慢下来的做法：每周写 1 篇，每篇都是自己真实的判断
→ 保留的摩擦：深度思考的时间成本
→ 资产：独特的声音和观点体系（护城河）
案例B：创业者
贪快做法：直接找人设计 Logo、建网站、做 PPT
→ 绕过的摩擦：和真实用户的深度对话
→ 代价：做了一堆没有人要的东西
慢下来的做法：先和 20 个潜在用户深度聊，再做任何东西
→ 保留的摩擦：访谈的时间成本
→ 资产：真实的用户需求理解（护城河）

Step 0：触发前的自我检查

在使用 dbs-slowisfast 之前，先做这个三问自检：

Markdown

═══════════════════════════════════════════
slowisfast 自检三问（30秒，写第一反应）
═══════════════════════════════════════════
Q1：我现在正在做的事，
    有没有一个「更慢但更扎实」的做法？
Q2：我现在绕开了什么？
    （什么事情我觉得「先不管这个」？）
Q3：如果我把现在的速度慢下来一半，
    我会做哪些现在没做的事？
═══════════════════════════════════════════

如果三个问题都让你感到「不舒服」——说明 dbs-slowisfast 需要介入了。

Step 1：触发 dbs-slowisfast

dbs-slowisfast 在任何关键决策阶段触发：当你在走捷径、贪快、绕开关键摩擦时。

Bash

# 触发方式
/dbs-slowisfast
# 或
/慢就是快
# 输入你当前正在「贪快」的决策
「我打算这周就把课程上线，
  虽然还没有做用户调研，
  但我觉得内容已经够好了，
  先发出去再说。」

Step 2：理解「慢就是快」诊断的四层输出

text

════════════════════════════════════════
dbs-slowisfast · 诊断报告
════════════════════════════════════════
【第一层：识别贪快行为】
你正在绕开的摩擦是：
「在没有用户验证的情况下，假设内容已经够好了」
这不是自信，这是用「相信自己的判断」
替代了「了解用户的判断」——两件完全不同的事。
【第二层：摩擦价值评估】
这个摩擦（用户调研）的价值是：
→ 知道用户真正想要什么（而不是你以为他们想要的）
→ 知道哪些内容模块是多余的（节省你的制作时间）
→ 知道如何描述课程才能让用户「一眼看懂」
绕过的代价：
→ 你可能花了 2 周做了一个没人想要的东西
→ 上线后数据不好，你无法判断是定价问题、
  内容问题还是定位问题
→ 改课程比重做一个更难
【第三层：找到最小慢动作】
你不需要做「完整的用户研究」——那太慢了。
你需要做「最小的慢」：
本周：和 3 个目标用户做 30 分钟深度聊天
问题：「你现在在 [课程主题] 上最大的卡点是什么？」
      「你之前买过类似的课吗？为什么买/不买？」
      「如果有这样一门课，你最希望它解决什么？」
3 个对话 = 90 分钟 = 让你的课程上线成功率提升 3 倍
这才是「值得慢做的摩擦」。
【第四层：决策建议】
推迟上线 1 周，做这 3 个用户访谈。
这 1 周不是在「浪费时间」，
是在「把未来 2 周的返工风险压缩到 0」。
════════════════════════════════════════

Step 3：「慢就是快」的实践记录

把每一次 slowisfast 的决策，写入 Obsidian：

Bash

obsidian create \
  name="03-Projects/my-project/slowisfast记录-$(date +%Y%m%d)" \
  content="---
type: slowisfast-record
date: $(date +%Y-%m-%d)
project: my-knowledge-community
decision: 课程上线决策
tags: [slowisfast, decision]
---
# 慢就是快 · 决策记录
## 我原本的贪快做法
这周直接上线课程，跳过用户调研
## 识别到的关键摩擦
用户调研——我在绕开「了解用户真实需求」这件事
## 摩擦的价值是什么
→ 知道用户到底卡在哪里
→ 知道课程哪些模块是必须的
→ 知道如何描述课程才有人买
## 最小慢动作
本周做3个用户深度访谈（每次30分钟）
访谈问题：[见上方]
## 决策
推迟1周，先做访谈
## 一周后复盘
（访谈完成后填入：学到了什么？判断改变了吗？）
"

2.2 dbs-slowisfast 的五个典型触发场景

三、课节 5-2：dbs-action——从「知道」到「做到」的执行力诊断

3.1 阿德勒框架：执行力失效的真正原因

dbs-action 是 dontbesilent 的执行力诊断 AI，用阿德勒心理学框架诊断「知道该做什么但就是不做」的真正原因。触发方式：/dbs-action、/action、「我知道该怎么做但就是不做」「为什么我总是拖延」。

阿德勒心理学在这里的核心应用是：你的行为不是被「外部阻力」决定的，而是被「你的目的」决定的。

换句话说：你「没做」某件事，是因为「不做」这件事服务于你的某个目的——哪怕这个目的你自己都不承认。

按照阿德勒的理论，执行力低是因为：如果不执行，就可以维护一个人设——「我是一个能力很强但暂时被拖延症耽误的人」。

这是 dbs-action 最核心的洞察：拖延不是你的敌人，是你的盟友——它在保护你不面对某个你不想面对的东西。

3.2 执行卡点的六种信号类型

执行卡点的常见信号包括：「我知道该怎么做，但就是不做」（阿德勒的课题）；反复问「该怎么做」但从不执行（购买的是「被咨询」的感觉）；不断更换方向，每个方向不超过 2 周（创伤型创业或逃避型行为）；纠结「这个适不适合我」（用「自我探索」回避执行）；「我想先搞清楚再开始」（用「准备」替代行动）。

完整的六种信号类型对照表：

Step 0：触发前的执行自检

Markdown

═══════════════════════════════════════════
执行力自检（2分钟完成）
═══════════════════════════════════════════
写下那件「知道该做，但没做」的事：
事情：_________________________________
完成以下句子（写第一反应，不要过度思考）：
1. 我没做这件事，是因为 _______________
2. 如果我真的做了，最坏的结果是 _______
3. 我「没做」这件事，让我逃避了 ________
4. 如果我明天就开始，最小的第一步是 ____
═══════════════════════════════════════════

这四句话，往往在调用 AI 之前就已经暴露了你的执行卡点类型。

Step 1：触发 dbs-action

Bash

# 触发方式
/dbs-action
# 或
/action
# 或直接说
「我知道该怎么做，但就是不做」
# 输入你的执行卡点
「我的公众号已经三周没更新了。
  我知道每周应该发一篇，
  内容方向我也想好了，
  就是坐下来开始写的时候会打开其他东西。
  我以为是拖延症，但好像不是。」

Step 2：理解执行力诊断的完整输出结构

text

════════════════════════════════════════
dbs-action · 执行力诊断报告
════════════════════════════════════════
你描述的问题：
「三周没更新公众号，知道该写，
  坐下来就打开其他东西」
我看到的信号：
- 信号类型：D（准备型）+ A（维护人设型）混合
- 具体表现：
  「打开其他东西」= 用「我很忙」替代写作
  「三周没更新」= 足够长的时间说明这不是偶发
诊断：
你不是拖延症。
你是在用「还没到最好状态再写」的内部叙事，
保护自己不面对一件事：
万一写出来，没人看怎么办？
「打开其他东西」不是因为那些东西更重要，
而是它们不会让你面对「写出来没人看」的风险。
真正的问题是什么：
不是「不知道怎么写」，
是「写了怕被验证不够好」。
这是阿德勒说的「目的论」——
你的不写，不是「被什么阻止了」，
是「主动选择了不面对那个风险」。
阿德勒的解法：
打破「不行动 → 没有结果 → 更不安 → 更不行动」的怪圈。
具体方法不是「强迫自己写」，而是：
降低这次写作的赌注——
今天的任务不是「写一篇好文章」，
而是「写 200 字，写完就关掉，不发」。
200 字不会让你「被验证不够好」，
因为你根本不打算发它。
但它会打破「坐下来就逃跑」的行为模式。
下一步（具体的，今天就能做的）：
1. 关掉其他所有窗口
2. 打开文档，写：「今天我想说的一件事是……」
3. 写满 200 字
4. 关掉，不发
就这一件事。其他的明天再说。
════════════════════════════════════════

Step 3：「阿德勒解法」的核心逻辑深解

阿德勒的解法是：帮助他人。当你帮助别人解决问题时，你会获得社会认同感，你会发现自己是有价值的。「不行动 → 没有结果 → 更自卑 → 更不行动」的怪圈，就会被打破。

这里的「帮助他人」，在实际执行中有多种形态：

形态 A：直接帮助

text

写那篇文章时，想着「这篇是写给某一个具体的人」
不是写给「我的读者」（抽象）
而是写给「你认识的某个正在面对这个问题的人」（具体）

形态 B：降低赌注

text

不是「写一篇完美文章」（高风险，容易逃避）
而是「给那个人写一封私信」（低风险，容易开始）
信写完了，转成文章发出去

形态 C：公开承诺

text

在你信任的一个人面前说：
「我今晚 22:00 之前会发给你一篇 500 字的草稿」
→ 外部承诺比内部意志力可靠 100 倍

Step 4：把执行诊断写入 Obsidian，建立「执行卡点库」

Bash

obsidian create \
  name="02-Skills/execution/执行卡点-公众号更新" \
  content="---
type: execution-block
date: $(date +%Y-%m-%d)
signal-type: D+A混合
status: diagnosed
tags: [execution, action, writing]
---
# 执行卡点记录：公众号三周未更新
## 表面问题
三周没更新，坐下来就打开其他东西
## 信号类型
D（准备型）+ A（维护人设型）
## 真正原因（诊断后）
不是拖延症，是在回避「写了没人看」的验证风险。
「不写」= 保留「我能写好」的可能性。
## 阿德勒的洞察
我在主动选择不面对那个风险，
不是「被什么阻止了」。
## 最小第一步
写 200 字，不发布。
只是打破「坐下来就逃跑」的行为模式。
## 执行记录
| 日期 | 做了什么 | 结果 | 感受 |
|------|---------|------|------|
| $(date +%Y-%m-%d) | 写了 200 字草稿 | 待填 | 待填 |
## 模式识别
（3次执行后回看：这个卡点在什么情况下会复发？）
"

3.3 dbs-action 的六个关键追问技巧

dbs-action 是诊断工具，它的价值取决于你愿意「被追问」多深。以下六个追问，可以主动用来加深诊断：

Bash

# 追问 1：揭示隐性目的
「你说我是在回避验证风险，
  但如果我真的不怕被验证，
  我会有什么不同的行为？」
# 追问 2：测试「真实阻力」
「如果这件事只需要做到 60 分，我现在能开始吗？
  如果还是不能，说明问题不在于「没准备好」，
  那真正的阻力是什么？」
# 追问 3：找到更小的起点
「你说最小一步是写 200 字，
  有没有比 200 字更小的开始？
  小到小到不可能失败的程度」
# 追问 4：检验解法的真实性
「阿德勒说帮助他人能打破怪圈，
  我现在能帮助谁做什么，
  同时正好需要我写这篇文章？」
# 追问 5：识别复发模式
「上次我也是这样卡住的，
  那次最后是什么让我重新开始的？
  那个条件现在能复现吗？」
# 追问 6：设立可验证的承诺
「如果我今晚 22:00 没有发给你草稿，
  说明我的真实阻力不是我以为的那个，
  你觉得真实阻力会是什么？」

四、课节 5-3：dbs-goal——把空转目标审计成可检查的交付物

4.1 什么是「空转目标」？

dbs-goal 是目标清晰化工具，把模糊目标审计成可检查的交付物。dbs-decision（个人决策系统）把任何长期跟踪的领域做成本地知识工程，四层结构 + 来源标签 + 隐私模式。

空转目标的五个特征：

text

❌ 空转目标的样子：
1. 没有截止时间
   「我要持续输出内容」（什么时候算做到了？）
2. 没有可检查的交付物
   「我要提升影响力」（怎么验证「影响力提升了」？）
3. 没有失败标准
   「我要努力做好」（什么叫「没做好」？）
4. 被动依赖外部条件
   「等我准备好了再开始」（「准备好」是什么状态？）
5. 和实际行动脱节
   「我的目标是财务自由」（今天做什么和这个目标有关？）

空转目标的危害： 它制造了一种「我有目标」的幻觉，同时保护你不需要真正开始——因为「目标还没有足够清晰」永远是一个合理的不开始的理由。

Step 0：触发 dbs-goal 的三个信号

text

✅ 应该触发 dbs-goal 的时候：
1. 你的目标已经存在很久，但没有产生任何行动
   「我一直说要建立个人品牌，但什么都没做」
2. 你在 dbs-action 诊断后，发现「目标本身不清晰」是卡点
   「我知道该做什么，但做什么我也说不清楚」
3. 你完成了 dbs-diagnosis，有了行动方向，
   但不知道如何把它变成一个可追踪的目标系统

Step 1：触发 dbs-goal

Bash

# 触发方式
/dbs-goal
# 或
/目标系统
# 输入你的模糊目标
「我想通过内容创作建立个人品牌，
  最终做到知识付费变现，实现财务自由。
  但我不知道第一步应该做什么，
  也不知道怎么判断自己是否在正确的方向上。」

Step 2：dbs-goal 的四层审计结构

dbs-goal 把一个模糊目标，逐层拆解到可检查的交付物：

text

════════════════════════════════════════
dbs-goal · 目标审计报告
════════════════════════════════════════
【输入目标（模糊版）】
「通过内容创作建立个人品牌，最终实现财务自由」
【第一层：定义检验】
问题1：「个人品牌」是什么？（用 dbs-deconstruct 拆解）
→ 你指的是：在目标受众中的认知度 / 溢价能力 / 信任资产？
→ 选一个最接近你目标的：[信任资产——100个人主动推荐我]
问题2：「财务自由」的操作化定义是什么？
→ 具体数字：月收入 __元，覆盖所有固定支出，无需上班
→ 你的数字：_______元/月
【第二层：可检查交付物转化】
模糊目标 → 可检查交付物：
模糊：「建立个人品牌」
可检查：
  → 3个月目标：100个真实用户能说出「[你的名字]专注解决[X问题]」
  → 6个月目标：20个用户主动把你推荐给他人
  → 12个月目标：50个付费会员（验证有人愿意为你的「品牌溢价」付钱）
模糊：「持续输出内容」
可检查：
  → 每周目标：1篇文章，发布到公众号（每周一23:59前）
  → 验证方式：公众号后台截图存档
  → 失败定义：连续2周没发 = 目标需要重新审计
【第三层：最小可启动单元】
「现在，今天，第一步是什么？」
不是「建立内容体系」（太大）
不是「研究如何做个人品牌」（是准备，不是行动）
而是：
「今天下午，打开文档，写你最近最有感触的一件事，
  不需要完整，写到你说完那件事为止，存起来。」
这一步的完成标准：
文档里有字，存了，关掉了。
【第四层：复盘触发器】
什么时候自动触发目标复盘？
→ 每月第一个周一，跑 /dbs-goal 看当月目标完成情况
→ 连续 2 周没有完成周计划时，立即触发
════════════════════════════════════════

Step 3：把目标系统写入 Obsidian，建立本地知识工程

个人决策系统把任何长期跟踪的领域做成本地知识工程，四层结构 + 来源标签 + 隐私模式。

Bash

obsidian create \
  name="03-Projects/goal-system/目标系统-内容品牌" \
  content="---
type: goal-system
domain: 内容创作与个人品牌
created: $(date +%Y-%m-%d)
last-audited: $(date +%Y-%m-%d)
status: active
tags: [goal, content, brand]
---
# 目标系统：内容品牌建立
## 终极目标（操作化定义）
月收入 __元，来自知识付费，覆盖所有固定支出。
验证标准：连续3个月达到，不依赖单次大额收入。
## 四层可检查交付物
### 第1层：3个月里程碑
- [ ] 100个真实用户能说出「[我专注解决X问题]」
      验证方式：发朋友圈问题测试，或直接访谈
- [ ] 公众号粉丝从___增长到___
      验证方式：后台截图（每月1日存档）
### 第2层：6个月里程碑
- [ ] 20个用户主动推荐过我（有截图记录）
- [ ] 完成第一个付费产品（哪怕只有1个人买）
### 第3层：12个月里程碑
- [ ] 50个付费会员（年费制）
- [ ] 月收入达到___元，稳定连续3个月
### 第4层：本周最小行动
- [ ] 今天：写一件事（不发布，存档）
- [ ] 本周：发1篇公众号文章（截止：周一23:59）
- [ ] 本周：和1个目标用户深度聊30分钟
## 失败定义（重要！必须填写）
连续2周没有发布文章 = 目标需要重新审计
目标审计时问：是目标不对，还是阻力没有被诊断？
## 每月复盘记录
### 2026年6月（示例）
完成情况：_______
最大的卡点：_______
下月调整：_______
下月最重要的一件事：_______
## 来源追踪
- 目标来源：dbs-goal 审计（$(date +%Y-%m-%d)）
- 关联诊断：[[诊断报告-my-knowledge-community]]
- 关联执行卡点：[[执行卡点-公众号更新]]
"

4.2 dbs-goal 与 dbs-decision 的配合

dbs-decision（个人决策系统）把任何长期跟踪的领域做成本地知识工程，四层结构 + 来源标签 + 隐私模式。

dbs-goal vs dbs-decision 的分工：

Bash

# 组合使用示例
/dbs-goal
「我现在的目标系统已经审计完了，
  帮我转到 dbs-decision，
  把「是否在今年做线下课」这个重大决策记录下来，
  以后可以复盘」

五、三工具的完整联动实战案例

场景： 你完成了模块 3 的商业诊断，结论是「需要建立清晰的转化路径」。但诊断完已经两周了，什么都没做。

这是一个完美的「三工具联用」场景。

第一步：用 dbs-goal 检查「行动没有发生」的根源

Bash

/dbs-goal
「诊断报告说我要做三件事：
  ①访谈5个流失会员
  ②把3个月直播内容整理成3篇长文
  ③设计公众号→邮件列表→付费的转化路径
  但两周了，一件都没做。
  我不知道从哪里开始。」

dbs-goal 输出的关键诊断：

text

「不知道从哪里开始」不是目标问题，是优先级问题。
三件事同时存在，大脑会选择什么都不做。
审计结果：
→ ①访谈5个流失会员：最小，最快，最有信息密度
  完成标准：和5个人每人聊30分钟，写下每人3个核心发现
  截止时间：本周五
→ ②③：在①完成之前不要开始，等①的结论出来后
  也许②③的方向需要调整
本周唯一任务：完成①。
不是「开始了解」，是「5个访谈，全部完成，有书面记录」。

第二步：用 dbs-slowisfast 检查「①访谈」有没有在被贪快

Bash

/dbs-slowisfast
「我打算给5个流失会员发消息，
  问他们为什么不续费，
  整理成一份问卷让他们填，
  这样比聊天效率高。」

slowisfast 的输出：

text

你在绕开的摩擦：深度对话带来的「意外信息」。
问卷只能告诉你「你以为是问题的问题」，
对话会告诉你「你没想到的问题」。
5个30分钟的对话，
会给你 5 份问卷永远给不了你的东西：
「他们离开的真实原因，连他们自己都没想清楚」。
发问卷是贪快。
做对话是建资产。

第三步：用 dbs-action 诊断「为什么还没约访谈」

Bash

/dbs-action
「我知道要做访谈，但到现在还没有发出一条约访消息。
  每次想发，都说'等一等，整理好思路再发'。」

dbs-action 的输出：

text

信号类型：D（准备型）
「整理好思路再发」= 用「准备」替代「行动」。
真实原因：
你担心自己的访谈问题问得不好，
所以在用「准备问题」这件事，
保护自己不面对「约了人，聊得很差」的风险。
阿德勒的解法：
你不需要「准备好」再发消息。
发消息本身就是最好的准备。
今天的任务：
打开微信，给第一个流失会员发一条：
「我想聊15分钟，了解一下你当时的感受，
  不会推销任何东西，就是想听听你的想法」
发出去，就完成了今天的任务。
至于聊什么，聊的时候再说。

完整案例记录存档

Bash

# 把三工具联用的完整过程存档
obsidian create \
  name="03-Projects/my-project/执行系统-$(date +%Y%m%d)" \
  content="---
type: execution-system-record
date: $(date +%Y-%m-%d)
trigger: 诊断报告后两周无行动
skills-used: [dbs-goal, dbs-slowisfast, dbs-action]
tags: [execution, goal, action]
---
# 三工具联用记录
## 问题
诊断报告出了两周，三个行动一件没做
## dbs-goal 发现的问题
三件事同时存在 → 大脑选择什么都不做
解决：本周唯一任务 = 完成5个用户访谈
## dbs-slowisfast 发现的问题
我想用问卷代替对话（贪快）
解决：坚持做深度对话，不用问卷
## dbs-action 发现的问题
「整理好问题再约人」= 用准备替代行动
信号类型：D（准备型）
真实原因：担心聊得不好
## 今天唯一的任务
发出第一条约访消息
完成标准：消息发出去
## 执行记录
| 日期 | 任务 | 完成 | 发现 |
|------|------|------|------|
| $(date +%Y-%m-%d) | 发第1条约访消息 | 待填 | 待填 |
"
# 存档
/dbs-save project="my-knowledge-community"
git add .
git commit -m "execution: 三工具联用诊断 + 行动确认 $(date +%Y%m%d)"

六、执行力系统与其他 Skill 的联动关系

完整的路由关系是：goal（目标本身是空转的，无法驱动行动）；slowisfast（任何关键决策阶段：当你在走捷径、贪快、绕开关键摩擦时）；action（知道该做什么，但就是做不动）；deconstruct（概念模糊，导致判断不成立）；chatroom（想先听多个视角，再决定下一步）。

执行力三工具在 dbskill 生态中的完整位置：

text

dbs-diagnosis（发现了需要做的事）
        ↓
执行没有发生？
        ↓
   ┌────┼────┐
   ↓    ↓    ↓
goal action slow
（目标）（卡住）（贪快）
   ↓    ↓    ↓
   └────┼────┘
        ↓
行动启动
        ↓
dbs-content（把行动转化成内容输出）
        ↓
dbs-save（存档当前状态）
        ↓
dbs-restore（下次接续）

七、常见误区深度解析

误区 1：把 dbs-action 当激励工具

text

❌ 错误用法：
「帮我找一些励志的理由，让我开始行动」
✅ 正确用法：
「我知道该做什么，但三天没做了，
  帮我诊断我不做的真实原因是什么」
区别：激励 = 给外部燃料（会用完）
      诊断 = 找内部阻力（找到了就清除）

误区 2：dbs-goal 设定了目标，以为就完成了

text

❌ 错误认知：
「目标设好了，系统建好了，就会自动执行了」
✅ 正确认知：
目标系统 = 导航仪
导航仪告诉你往哪走，但不会帮你迈出脚步
dbs-goal 完成后，必须立刻触发 dbs-action：
「目标清晰了，但我现在还是没行动，
  dbs-action 帮我诊断」

误区 3：slowisfast 被理解成「做事要慢」

text

❌ 错误理解：
「我应该把所有事情都做慢一点」
✅ 正确理解：
只有「值得慢做的摩擦」才慢
其他的摩擦，该自动化就自动化，该外包就外包
判断标准：
「绕过这个摩擦，会让我的结果变得可复制吗？」
→ 是 → 这个摩擦值得慢，不要绕
→ 否 → 这个摩擦是效率损耗，果断优化掉

误区 4：三工具用一次就结束

text

❌ 错误用法：用一次，记录一次，然后不看了
✅ 正确用法：
执行力系统是持续运转的：
每周：对照 dbs-goal 的可检查交付物，
      看本周完成了什么
      没完成的 → 触发 dbs-action
每月：重跑 dbs-goal，审计目标是否需要调整
      感觉在贪快 → 触发 dbs-slowisfast
每季度：三工具联用，做一次完整的执行力审计

八、模块 5 作业：提交标准与验收

Markdown

═══════════════════════════════════════════
📋 模块 5 作业清单
═══════════════════════════════════════════
【必交作业】
□ 1. 完成「执行力自检四问」
     拿出一件「知道该做但没做」的事
     独立完成四问，写第一反应
     提交：四问的答案（截图或文字）
□ 2. 完整运行 dbs-slowisfast
     场景：你当前正在面临的一个决策
     记录：识别到什么「值得慢做的摩擦」？
           原本的贪快做法 vs 慢下来的做法，各是什么？
□ 3. 完整运行 dbs-action
     场景：那件「知道该做但没做」的事
     记录：
     - 信号类型是哪种（A-F）？
     - 真正的原因是什么（诊断后）？
     - 最小第一步是什么（具体，今天就能做）？
□ 4. 完整运行 dbs-goal
     把你的一个模糊目标走完四层审计
     记录：
     - 原始目标（模糊版）
     - 可检查交付物（四层）
     - 失败定义（必须填写）
     - 本周最小行动
□ 5. 完成三工具联用实战
     用模块 3 诊断报告中的一个行动项，
     跑完「goal → slowisfast → action」完整链路
     记录：三工具各发现了什么不同的问题？
□ 6. 写入 Obsidian + git commit
     格式：「execution: 三工具联用 + 行动确认 YYYYMMDD」
□ 7. dbs-save 存档
     把本次执行系统诊断的结论存档
【选交作业（加分）】
○ 8. 完成「最小第一步」并记录
     dbs-action 给出的最小第一步，今天就做
     发一条消息 / 写 200 字 / 做一件 5 分钟内能完成的事
     记录：做了之后感受如何？和你预想的一样吗？
○ 9. 建立「执行卡点库」
     把你发现的执行卡点类型，
     按 A-F 分类，每类写一张原子笔记
     重点：「我的这个卡点，在什么情况下会复发？」
○ 10. 一个月后，对照 dbs-goal 的四层目标
       完成情况如何？哪一层最难？为什么？
       用 /dbs-restore 恢复，追加记录
═══════════════════════════════════════════
【作业提交格式】
1. Obsidian 目标系统截图（dbs-goal 四层结构）
2. 执行诊断截图（dbs-action 信号类型 + 真正原因）
3. 一段文字：
   「诊断前我以为我的执行问题是___，
    诊断后发现真正的原因是___，
    最小第一步是___，
    我（做了 / 还没做），原因是___」
文件命名：模块5-作业-[你的名字]-[项目名].pdf
═══════════════════════════════════════════

九、模块 5 结语：「做不到」的背后，永远有一个你选择维护的东西

前四个模块，我们做了很多「系统建设」的工作——

装工具、读书、拆概念、做诊断、写内容。

这些都是「准备」。

而执行力系统模块，要问的是：为什么「准备好了」之后，大多数人还是没有行动？

答案不复杂，但很难接受：

99% 的创业问题是伪装成创业问题的心理问题。如果用户来找你，大概率他的问题不是「不知道怎么做」，而是「知道怎么做但在逃避」。

「逃避」这个词很重，但它是准确的。

不是说你懒，不是说你不努力。而是说：在「开始行动」和「保持现状」之间，你的内心有一个天平——「不做」这件事，在保护你的某一个「当下的安全感」。

dbs-action 的阿德勒框架告诉我们：打破这个天平的方式，不是「意志力」，不是「自律」，是找到你在「不做」这件事里，到底在保护什么——然后决定，那个东西是否值得保护。

「不行动 → 没有结果 → 更自卑 → 更不行动」的怪圈，只有当你帮助别人、获得真实的社会认同感时，才能被打破。

这句话里有一个精准的洞察：打破执行力怪圈的不是「对自己更严格」，而是「把注意力从「我能不能」转向「我能为谁做什么」。

dbs-slowisfast + dbs-action + dbs-goal，构成了这套课程里最「反常识」的一个模块——因为它不教你「更努力」，而是帮你搞清楚你在努力方向上的那些隐性阻力。

找到了阻力，行动自然会发生。

下一个模块，我们把前五个模块的所有能力，串联进 Obsidian 知识库的自动化管理系统——用 obsidian-skills + Codex 自动化让你的知识库持续生长，让所有工具的输出物有一个永久沉淀的家。

💡 「你不是不知道怎么做，你是选择了不做——找到你为什么这么选，比找到更好的方法更值钱。」 诊断优先于激励。找到真正的阻力，行动自然发生。