做了一堆自动化还是累?你可能根本动错了地方

你做了一堆自动化,邮件自动化了、笔记自动化了、日报也自动化了。但总感觉哪里不对——忙是真忙,效率没涨多少。

问题不在你执行力,问题在你自动化的根本就不是瓶颈。你以为在省时间,其实是把每周省下的两小时,扔进了一个永远不会更快的环节。

它干嘛的

the-goal 是 Gleb Kalinin 写的 Claude Code Skill,灵感来自 Goldratt 的《The Goal》。在动手做任何一个自动化之前,它会先陪你跑一遍 Five Focusing Steps:

  • 定目标 + 吞吐量:你这个系统到底为了啥?什么叫”快了”?没有可量化的 throughput,直接打回。
  • 找约束:从意图到结果,列步骤,挨个打分(吞吐敏感度、等待时长、下游饿死程度……),脚本确定性排序。
  • 挖潜:往往不用写代码,先把约束环节的非自动化解法榨干。
  • 服从:让所有其他环节(包括已建好的自动化)去服务约束。
  • 升级:找不到更高杠杆的事之前,别动。

最后给你一份建议:一件事该自动化 + 一份”别自动化”清单

为什么效率人需要它

我们最大的坑不是不自动化,而是自动化了局部最优

邮件 inbox zero,爽。但邮件从来不是瓶颈——瓶颈可能是你写不出能发的稿、回不了关键客户、判断不准要不要接这个项目。自动处理邮件没让 throughput 涨一个点。

the-goal 直接挡住这种冲动:你给我一个明确的 throughput(比如「每月交付 X 个客户方案」),然后告诉我你这周做的 N 个自动化里,哪几个对 X 有贡献、哪几个只是噪音。

怎么用

  • 在 Claude Code 里:npx skills add glebis/claude-skills --skill the-goal
  • 或者手动 clone 仓库后把 the-goal/ 整个目录拷到 ~/.claude/skills/
  • 装好直接说:”我要建一个 Skill/Loop/Schedule,帮我跑 the-goal”

脚本 scripts/score_constraints.py 是确定性的,核心调用不靠 LLM vibe,避免主观偏差。

适合谁

  • 独立顾问 / solopreneur:手上一堆 agent 想法但不知道先做哪个
  • 效率优化师:给团队做诊断前,自己先跑一遍练手
  • AI 重度用户:Claude Code / Cursor / Codex 装了十几条 workflow,但产出没变多

如果你已经做了 5+ 个自动化但感觉还卡,先停手,跑一次 the-goal。

👉 GitHub: glebis/claude-skills/the-goal


GitHub: https://github.com/glebis/claude-skills/tree/main/the-goal

评论区

0 条评论

登录后可评论。

林小秋 82 阅读