Xb Action

---
name: xb-action
description: 调用受用户配置约束：高自动、中先确认、低须明确开启；用户指定其他技能时禁止接管。诊断并处理工作中的启动困难、拖延、任务压垮、反复准备却不行动。用于知道该做什么但做不动、临近截止才开始、计划总失败。触发：$xb-action、我又拖延了、完全不想开始、任务压得动不了。
---

# xb-action：启动与执行

调用前先读 `../xbskill/references/interaction-settings.md`，按用户已选调用强度和保存提示执行；明确指定其他技能或拒绝 XB 时退出。未初始化时只允许配置与说明，禁止代选或先执行后确认。

直调契约：还必须读取 `../xbskill/references/resolution-standard.md`；缺失时停止，不得把实验设计写成用户已经行动。

读取 `../xbskill/references/agency-model.md`、`../xbskill/references/contracts.md` 与 `../xbskill/references/intellectual-capabilities.md`。任一文件缺失时报告精确路径并停止本专科，不得凭记忆补造理论镜头。本 Skill 只处理经过轻量选择门后仍值得推进的执行阻力。

## 原则

不把所有拖延解释成懒惰。先区分目标不清、任务过大、能力缺口、情绪回避、低价值抵抗、环境摩擦、容量耗尽和现实风险。不行动有时是保护信号，不是待修复缺陷。

执行诊断的对象是“某个任务在某个情境中的具体断点”，不是用户人格。短期收益可以揭示阻力的功能，但不能反推出唯一心理根因；“避免被公开羞辱”与“避免普通评价不适”会导向完全不同的保护和行动。

## 阻力信号词典

| 用户表述 / 行为 | 至少保留的候选 | 最小辨别动作 | 不能先做 |
|---|---|---|---|
| “不知道从哪开始” | 目标/下一产物不清、任务过大、材料缺失、能力缺口 | 让用户指出打开任务后的第一处不可继续点 | 直接贴拖延标签 |
| “一打开就想逃” | 负荷过大、惩罚/羞辱风险、价值抵抗、普通评价回避 | 对照低风险同类任务、写具体预期后果 | 强推公开承诺 |
| “一直准备不提交” | 验收不清、可逆性低、完美化、权限/责任风险 | 定最低验收门和可撤回小样 | 假定只是完美主义 |
| “每天都没时间” | 容量真实不足、优先级未裁决、切换损耗、时间估计失真 | 做一天事实账并与任务四列对照 | 再加时间管理工具 |
| “这事根本不值得” | 合理价值判断、回报断裂、暂时情绪、目标误解 | 写目标受益/承担者、必要性和可调条件 | 把抵抗当待消除缺陷 |
| “我不会” | 知识缺口、工具/权限故障、标准不清、低自信但能做 | 要求完成一个最小真实片段并记录断点 | 依据自我评价判能力 |

## 六类主分支

1. **不会**：缺知识、技能或异常处理；交给 `xb-learning`/任务专科，设计能生成真实产物证据的练习。
2. **不能**：容量、权限、材料、工具或依赖不足；减负、补条件、升级或调整，不用意志力覆盖。
3. **不敢**：先区分普通可承受评价与可信惩罚、羞辱、报复；前者可做低风险暴露，后者先保护和边界。
4. **不愿**：检查价值、回报、角色和目标成立性；可调整或退出时不把顺从设为成功。
5. **没必要**：任务可能是伪需求、过度标准或已被新目标替代；取得有权者裁决。
6. **没容量**：用当前事实而非长期人格判断；先减少一个主要负荷，再看断点是否移动。

多项同时成立时，选择最先阻塞且改动成本最低的一项；保留第二候选及会让它升为主因的信号。

## 流程

1. 描述具体任务、停在哪一步、何时最难、拖延带来的短期收益和长期代价。
2. 判断是“不会、不能、不敢、不愿、没必要、没容量”中的哪一种；允许多项但选主因。
3. 轻量检查解决/调整/退出：目标是否必要、成本是否可接受、哪些条件可改。若是价值、容量、安全或边界问题，不强推执行。
4. 选择“解决”时消除结构阻力：澄清下一动作、缩小到 5–15 分钟、准备材料、关闭干扰、设置外部承诺。
5. 选择“调整”时输出需要改变的范围、期限、资源、接口或边界；选择“退出”时只给最小可逆保护动作并保留用户决定。
6. 设计一次最小实验：何时何地做什么、完成信号、负荷信号、失败后记录什么。
7. 复盘行为证据，不做人格评价；连续失败则更换假设并重新打开选择门。

## 最小实验合同

```text
具体任务与第一处断点：
值得推进的依据 / 选择门：
主假设 / 替代假设：
当前基线（容量、行为、错误）：
只改变的一个变量：
时地 / 5–15 分钟动作：
完成信号 / 负荷信号：
安全、权限与回滚条件：
现实结果（未执行写未执行）：
结果支持或推翻了什么：
下一步 / 调整 / 停止：
```

实验不以“坚持了多久”为唯一成功。若它发现任务实际上卡在权限、标准、伤害或不值得，能更早停止错误执行同样是有效信息。

## 理论镜头落地

每题最多选择 1–2 个镜头。先判断“不行动是否在保护用户”，再决定是否进行启动实验。

| 理论镜头 | 具体动作 | 写入产物字段 | 失败信号 |
|---|---|---|---|
| 西蒙娜·薇依：注意/受压/容量 | 记录当前可用注意时段、任务量、切换、打断、控制压力与恢复条件；先移除一个最伤注意的负荷，再观察启动和错误是否变化。 | 容量事实、注意单元、压力源、打断/切换、任务要求、可调整负荷、恢复条件、红线 | 容量证据缺失就贴“拖延”标签；减负后断点不变却拒绝更换能力/流程假设；严重失能仍强推番茄钟 |
| 杜威：最小探究实验 | 把“我就是做不动”改写为一个可逆测试：在明确时地只改变一个变量，执行 5–15 分钟，记录完成、负荷和失败发生在哪一步。 | 问题情境、基线、主假设、单一改动、时间/地点、完成信号、负荷信号、回滚条件、结果、更新判断 | 一次同时改多个变量；只安排动作不观察结果；失败后归咎人格而不更新假设 |

**微型正例**：用户打开报告就停住，且当天只剩 20 分钟注意容量。先关闭消息提醒，只测试 10 分钟“打开数据源并写出一个结论标题”。若卡在权限报错，结果推翻“启动困难”假设，转为工具/权限问题；若能完成且负荷可接受，再决定下一小步。

**微型反例**：用户连续加班、频繁被打断，仍直接安排四轮专注计时并要求打卡；失败后写“自律不足”。这把受压与容量问题效率化。

**微型边界例**：用户不提交违规数据，是因为需要替领导隐瞒来源。此时不行动是伦理和风险保护信号；停止启动实验，保留证据并按合规、边界和安全渠道处理，不能用“先做五分钟”让用户更快违规。

## 复发控制

- 同一实验连续失败两次，必须更换主假设或重新开选择门，不能只把动作再缩小。
- 同类任务在不同情境稳定卡于同一技能步骤，转能力发展；仅在特定人/制度下出现，转关系、权力或公司取证。
- 一次成功只证明该情境下可行；至少跨两个相似任务出现稳定结果，才可沉淀为个人规则。
- 自动化、模板或外部监督只有在减少净负荷且错误/维护成本可接受时保留；否则撤回。

## 输出

阻力诊断、选择门判断、容量证据、所选镜头、当前最小动作或调整/退出信号、环境设计、实验结果字段、失败/推翻信号、何时升级到 `xb-wellbeing`。

写出计时器、清单、环境设置或实验方案只算脚手架完成；只有用户实际执行并产生行为/负荷证据后，才能说实验完成，更不能把它写成原任务完成。