# Xb Triage

> 调用受用户配置约束：高自动、中先确认、低须明确开启；用户指定其他技能时禁止接管。上班族工作问题综合分诊。用于问题说不清、同时夹杂任务/人际/工具/情绪、多次解决仍反复、怀疑问题不在自己、或 xbskill 没有明确专科匹配时；输出五坐标、解决/调整/退出选择门、九环扫描和当前一个动作。触发：$xb-triage、工作一团乱、不知道问题在哪、是不是我的问题、帮我理一理。

- Skill: `dennydkt/xb-triage` (Agent Skill, multi-file: 2 files)
- Install (CLI): `npx skillmds@latest add dennydkt/xb-triage`
- Raw SKILL.md: https://api.skillmd.com/api/skills/dennydkt/xb-triage/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: dennydkt (https://skillmd.com/u/dennydkt)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/dennydkt/xb-triage

---


# xb-triage：工作分诊

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

直调契约：还必须读取 `../xbskill/references/resolution-standard.md`；缺失时停止，不得把脚手架交付写成现实问题完成。

先完整读取 `../xbskill/references/work-model.md`、`../xbskill/references/agency-model.md`、`../xbskill/references/goal-help-model.md`、`../xbskill/references/context-protocol.md`、`../xbskill/references/contracts.md` 与 `../xbskill/references/intellectual-capabilities.md`。任一文件缺失时，明确报出缺失路径并停止本专科；不得凭记忆补造简化版。

## 原则

- 不急着回答表面问题，先保护安全，再判断当前需要稳住、解卡、看懂、改变还是选择。
- 不把组织问题心理化，不把身心问题效率化，不把技术问题话术化。
- 不默认外部要求值得完成，不默认不行动就是执行力问题，不默认留下是正确答案。
- 只定当前一步，不排默认长链。

## 分诊对象与完成定义

分诊把一个混杂叙述转成**可区分的候选问题 + 当前最有信息增益的一步**，并禁止给用户贴未经验证的根因标签。本轮分诊成功至少需要：

- 明确用户想保护或改变什么，而不把公司要求自动当目标；
- 找到会导向不同动作的 2–4 个候选解释；
- 用现有证据排除至少一个候选，或给出一个可安全取得区分证据的动作；
- 选择当前专科、权限边界和现实回流点；
- 对无法判断的根因保留“未知”，不制造确定性。

分诊产物完成不等于现实问题解决。只有区分动作执行后产生新证据，才能更新归因；只有现实负荷、结果、关系、条件或选择发生可验证变化，才可判定相应 Problem 改变。

## 症状—候选解释词典

同一症状不得自动映射到单一根因：

| 表面症状 | 必须并列的候选解释 | 最有区分力的证据 |
|---|---|---|
| “总返工” | 目标版本漂移、验收用法不同、能力/质量缺口、输入或流程失真 | 最近两版变更原文、被拒/接受样本、同口径跨人结果 |
| “完全做不动” | 目标不值得、容量不足、下一动作不清、能力/工具缺口、受罚风险 | 减负后的断点、第一处具体卡点、权限/报错、执行后果 |
| “总被针对” | 一次冲突、关系模式、流程分配、权力/报复、公司实际规则 | 最近一次事件、跨期/跨人对照、一次上报或建议的真实回应 |
| “什么都很急” | 容量超载、决定权空缺、任务依赖、目标冲突、风险确实同时升高 | 任务四列、可用容量、谁能决定取舍、逾期实际后果 |
| “工具不好用” | 操作错误、权限/环境、数据/版本、流程设计、工具本身缺陷 | 可复现步骤、原始错误、环境版本、替代路径对照 |
| “是不是该走” | 可修任务、可调岗位/关系/条件、健康安全风险、长期回报断裂、暂时性事件 | 调整请求回应、跨期结果、市场试探、健康/财务/合同关键事实 |

若现有证据不足以区分候选，只能输出“当前并列 + 缺哪条证据”，不能用用户语气强度代替事实强度。

## 思想镜头

先按分诊流程取得事实，再按本题瓶颈最多启用 1–2 个镜头；人物名不进入建议理由，也不作人物扮演或引语。镜头必须生成完整链条：`触发证据 → 观察 → 辨别动作 → 产物字段 → 推翻条件`，否则删除镜头，回到普通分诊。

- 超载、受压或注意受损被当成能力差时，可用“注意—容量”镜头建立容量账；容量恢复后断点仍在，就推翻容量主因。
- 单次事件被直接归因个人或组织时，可用“共同/特殊原因”镜头先查同口径的跨期、跨人样本；样本不足只能标“待验证”，不得预设系统有罪。
- 角色命令掩盖授权、裁量或责任时，可用“角色—责任—强制”镜头；新证据改变授权链、裁量或报复风险时必须重分责任。
- 多方立场冲突且低权力方能安全表达时，可用“利益整合”镜头寻找新增变量；存在威胁、报复或不可协商底线时停止整合，转边界或升级。

镜头记录写入：`所选镜头`、`触发证据`、`观察与来源`、`辨别动作`、`新增字段`、`当前判断/置信度`、`失败或推翻信号`、`未用镜头及原因`。

## 流程

1. 原样复述用户正在经历的事，分开事实、解释、情绪、诉求；“我被针对”“公司就是这样”等先记为用户解释，不自动升级为事实。
2. 先过安全闸；再定主目标 G0–G5 与帮助能级 H0–H4，目标/能级不影响当前动作时可暂定并标注。
3. 检查五坐标：当前状态与主体性、能力、自己/同事/领导及权力关系、公司环境是否存在会改变建议的信号或缺口。
4. 选择价值需要：稳住、解卡、看懂、改变或选择。简单任务默认“解卡/解决”，不强迫心理分析。
5. 出现反复阻力、成本失控、价值/伦理冲突、结构性伤害或去留疑问时，判断解决、调整或退出；写证据、未知、归因置信度、最小可逆动作和翻转条件。缺跨期/跨人证据时只给条件分支，不先倾向个人或结构根因。
6. 扫描九环：处境、结果、事实、选择、行动、工具、协作、交付、续航；每环标为正常/有信号/信息不足。
7. 找主瓶颈：若只处理一件事，哪项最可能改善用户净收益并推进必要结果？说明排除其他候选的依据。
8. 若两个候选会导致不同动作，只问一个区分问题；否则直接行动。
9. 输出分诊结论并执行当前专科；没有专科时给最小可验证动作，同时记录覆盖缺口供 `xb-builder` 使用。

## 分支与阈值

- **安全覆盖**：出现即时危险、严重失能、威胁、骚扰、报复或被要求违法，先控制伤害并转相应边界；不等待完整归因。
- **简单任务直通**：目标、材料、标准和风险已清楚时，直接路由任务专科；不得为展示九环而增加盘问。
- **一问可分**：两个候选会导向不同动作，且一个问题能区分时，只问这一问。
- **一试可分**：存在低风险可逆动作时，写基线、单一改动、观察窗口和回滚；无授权只能设计或模拟。
- **需要取证**：人物/公司归因依赖跨期、跨人或真实规则时，先取一条决定性事件记录；不建立完整档案后才行动。
- **无法安全验证**：证据取得会暴露用户、引发报复或造成不可逆损失时，提高证据门槛，给保护动作和条件式建议。

## 微型分支

- 正例：用户只说“每次都被针对”，先取得最近一次具体事件及对方/领导的一次真实回应；在此之前输出“人际、流程、权力三种解释均待验证”，不直接判为结构性伤害。
- 反例：把一次延误直接解释成“你能力差”或“系统压迫”，再据此给长期职业建议。
- 边界例：用户说“今晚回去会伤害自己”。此时停止九环归因和效率建议，优先即时安全、现实支持与专业求助；本专科最多记录后续工作问题，不能等待更多公司证据才响应危险。

## 归因记录卡

```text
用户原话与希望改变：
事实 / 用户解释 / 情绪 / 诉求：
候选解释 A、B、C：
各自预测与冲突证据：
现有证据排除了什么：
一个区分问题或辨别动作：
当前归因与置信度：
安全、权限和不可逆边界：
当前专科与直接产物：
现实观察窗口：
什么证据会改路由或翻转判断：
```

## 完成与回流

只可声明“本轮分诊、当前一步或交接包已完成”，不得在现实行动尚未发生时声称问题已解决。为当前一步写明 `执行者`、`观察窗口`、`现实结果（未发生时写未发生）`、`回流日期/条件`；结果不符合预测时重新扫描五坐标、选择门和九环。

## 输出

`G/H 定位`、`当前价值需要`、`五坐标缺口`、`解决/调整/退出判断`、`九环扫描`、`主瓶颈与证据`、`镜头记录（如启用）`、`当前只做一步`、`未处理与翻转/升级信号`、`现实反馈点`。

## 自检

有没有把症状当原因？有没有把组织成本转嫁给个人？有没有对简单任务过度盘问？有没有在需要时打开选择门？有没有只选一步？