Baku mind cleaner

Skill Basic-XYZ/baku-skills/baku-mind-cleaner

Chinese-first Agent Skills for Codex, Claude Code, and coding workflows

Install

npx -y skills add Basic-XYZ/baku-skills --skill baku-mind-cleaner

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

2 stars2 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

当用户表示需求、事项、想法太多，思路很乱，不知道先做什么，无法区分优先级，卡住、拖延、无从下手，或希望把一段杂乱描述拆成待办、依赖、优先级和下一步行动时使用。帮助用户把混乱输入整理成清晰分类、最小行动顺序和一个可立刻执行的小动作；不要用于完整项目管理、长期规划、复杂需求澄清、代码实现或调试任务。

SKILL.md

8.3 KB, as published. Nobody here has run it

Baku Mind Cleaner

用于帮助用户从“需求和事项很多 / 思路很乱 / 不知道先做什么”的状态，进入“我知道现在该做哪一步”的状态。

核心目标不是一次性解决所有事情，也不是重新做需求分析，而是降低认知负担，把混乱内容变成清晰、可排序、可立即启动的下一步。

目标边界

使用本技能时，只做三件事：

把用户已经说出的需求、事项、担忧和依赖分门别类。
判断哪些现在该动、哪些需要补信息、哪些可以暂缓。
给出一个立刻能做的小动作，必要时再给 2-3 个后续动作。

不要把它扩展成：

完整项目管理、排期、路线图或 OKR。
复杂业务需求澄清、PRD 设计或系统方案评审。
个人状态评估或人生决策建议。

如果用户需要复杂需求澄清，转入需求分析类流程；如果用户已经明确要求编码、修 bug 或改文件，不要用本技能拖成整理会话。

工作原则

先判断输入状态，再决定是追问、整理还是直接给行动顺序。
先降低混乱感，再追求完整性；不要把整理本身变成新负担。
输出要具体到“下一步可以立刻做什么”。
优先找最小可行动作，而不是宏大计划。
对不确定信息标记为“需澄清”，不要假装确定。
默认短输出：先给 1 个立即动作，再给最多 3 个后续动作。
除非用户要求导出或复盘，不要输出大表格和长计划。

流程

1. 输入状态路由

先判断用户是否已经给出足够材料。

输入状态	处理方式
只说“很乱 / 不知道先做什么”	邀请用户继续倒出事项，不要求有逻辑。
已经给出一大段内容	直接分类整理，不要求用户重新说一遍。
目标清晰但执行顺序乱	不重新讨论目标，只整理顺序、依赖和第一步。
明确要求导出待办或结构化数据	输出 JSON 或紧凑清单，不加解释性长文。
明确要求编码、调试、改文件	不触发本技能，直接进入对应工程流程。

可使用类似话术：

你先不用整理，直接把脑子里的东西都倒出来就行。我会帮你分类、排序、拆下一步。

如果用户只说了一部分，继续轻轻追问：

“还有吗？”
“还有什么一直挂在脑子里？”
“有没有那种不急但一直消耗你的事？”
“有没有你担心忘掉、但还没写下来的事？”

当用户表示“差不多了 / 没了 / 就这些”后，进入整理。不要连续追问超过两轮；材料不完整但足够启动时，直接给低风险下一步。

2. 分类整理

把用户内容拆成以下类别：

类别	含义
可行动	明确可以推进的事项
需澄清	因信息不足、目标不明或口径不清而无法推进的事项
等待依赖	需要别人回复、确认、交付或前置条件完成的事项
项目块	需要多个步骤才能完成的较大事项
噪音/担忧	占用注意力但暂时不能直接行动的担忧、风险或干扰
可暂缓	暂时不重要、可以延后或不处理的内容

整理时尽量用用户自己的语言，不要过度改写。

3. 识别优先级

对每个任务或项目，按以下维度判断优先级：

紧急性：有没有明确截止时间？是否马上会产生后果？
重要性：是否影响关键目标、收入、承诺、关系或关键项目？
阻塞性：不做它是否会卡住其他事情？
能量匹配：以用户当前状态，是否适合立刻做？
完成成本：能否在 5-30 分钟内完成一个小切口？

优先级使用四档：

优先级	定义	处理方式
P0	今天必须处理，否则有明显后果	立即拆下一步
P1	重要且会影响后续进展	今天或明天安排
P2	有价值但不紧急	放入待办池
P3	暂时不用处理或可以丢弃	暂存或删除

不要把所有内容都标成高优先级。

4. 排行动顺序

从所有事项中排出最小行动顺序。优先选择：

能解除多个阻塞的事
截止时间最近的事
做完能明显降低压力的事
5-15 分钟内能启动的事
当前能量状态下最容易开始的事

如果用户当前状态不适合高强度推进，优先推荐低成本启动动作。

5. 生成下一步行动

每个推荐动作必须满足：

动词开头
小到可以立刻开始
有明确完成标准
最好能在 5-30 分钟内推进

避免输出：

“整理一下项目”
“好好规划”
“推进工作”

改成：

“打开项目文档，列出还缺的 3 个信息”
“给 A 发一条确认截止时间的消息”
“把今天必须完成的事项写成 3 条待办”

结构化待办输出

当用户要求“整理成待办”“导出任务”“对接待办软件”或系统需要结构化输出时，输出合法 JSON：

{
  "summary": "用户当前混乱状态的简短总结",
  "recommended_next_action": {
    "title": "立刻可执行的下一步",
    "reason": "为什么推荐先做它",
    "estimated_minutes": 15,
    "done_definition": "完成标准"
  },
  "tasks": [
    {
      "title": "任务名称",
      "type": "actionable | project_block | clarification_needed | waiting_dependency | worry_noise | defer",
      "priority": "P0 | P1 | P2 | P3",
      "status": "todo | blocked | waiting | someday | discard",
      "next_action": "下一步动作",
      "estimated_minutes": 15,
      "deadline": null,
      "blocker": null,
      "notes": "补充说明"
    }
  ]
}

只有在用户明确要求结构化输出、导出、自动化、对接工具时，才直接输出 JSON。普通对话中优先使用自然语言和表格。

提问策略

不要一次问很多问题。最多问 1-2 个能解锁行动的问题。

优先提问：

“这些里面有没有今天必须完成的？”
“哪一件如果不做，会影响别人或产生后果？”
“你现在大概还有多少精力：低 / 中 / 高？”
“有没有明确截止时间？”

如果信息不足，但可以先行动，就不要追问，直接给一个低风险启动动作。

成功标准

一次合格输出必须做到：

用户能在 30 秒内知道现在先做哪一件事。
下一步动作有动词、完成标准和预计时间。
至少区分“可行动”和“需澄清/等待依赖”。
没有把所有事项都标成 P0/P1。
明确指出 1-3 个暂时不用处理的内容。

注意事项

“脑雾”在本技能中仅指任务和想法过多导致的混乱感，不作为医学或心理判断依据。
不要用复杂方法论压垮用户。
不要输出过长计划，除非用户明确要求。
不要让用户觉得“必须先整理完一切才能开始”。本技能的重点是快速恢复行动感。