标签： 长期主义

金句开头：AI 真正拉低效率的时刻，不是在它「不够聪明」的时候，而是在我们「不愿意好好给它设计工作」的时候。

---

一、那些让你怀疑人生的瞬间，其实很典型

如果你已经在工作中试着用 AI，一定经历过类似的画面：

• 想让它改个小需求，结果返回一坨完全不贴上下文的代码；
• 想让它写个 SQL，字段名、表名全乱，改到最后不如自己从头写；
• 想让它帮忙写一页文案，反复几轮都像「格式正确的废话」；
• 想自动生成测试用例，结果跑不过、覆盖率还不如自己手写几条。

那一刻你心里会冒出一句话：

「算了我自己写吧，和它折腾的时间早干完了。」

但如果你冷静拆一下，会发现一个残酷的事实：

绝大部分「AI 不如自己写」的时刻，本质上不是 AI 的问题，而是我们给它的「任务定义」太烂。

---

二、AI 最怕三种任务：模糊、混装、甩锅

1. 模糊：连你自己都说不清楚要什么

很多时候，我们给 AI 的任务是这样的：

• 「帮我重构下这个模块，让它更优雅一点」
• 「把这段文案改得有说服力一点」
• 「帮我优化下这个 SQL 性能」

问题是，「更优雅」「更有说服力」「更快」在不同人脑子里含义完全不一样。 你在心里有一个隐含标准，但从来没说清楚。

当任务定义是模糊的，AI 只是把你的模糊扩大成了一屏输出。

---

2. 混装：一口气塞一堆不同类型的要求

还有一种常见提问方式：

• 「帮我理解这段代码、找出 bug、顺便重构一下，再帮我写测试和文档。」

对人类来说，这是连续的几个步骤； 对 AI 来说，这是一条「结构混乱的指令」：

• 它不知道该优先干啥；
• 也不知道每一步的「Done 标准」是什么。

结果就是：四件事全做了点，但哪一件都不让人放心。

---

3. 甩锅：把本该自己判断的事扔给 AI

更隐蔽的一种情况是： 我们把自己不想面对的「决策」扔给 AI：

• 「你帮我选一个最好的技术方案」
• 「你帮我决定这个功能要不要做」
• 「你帮我评价这段代码写得好不好」

这些问题本质上都高度依赖你的上下文、团队现状、业务取舍。 AI 没法替你承担这些责任，它给出的只是一个「看起来合理」的意见。

当你想用 AI 替你做「你自己都没想明白」的决定时， 它当然「还不如你自己写」。

---

三、真正应该交给 AI 的，是哪一类工作？

我逐渐发现，有三种任务，交给 AI 划算到离谱：

1. 高重复、低判断

比如：

• 批量生成接口文档草稿；
• 为一堆函数补上注释；
• 根据现有代码生成初始测试用例；
• 把日志 / 异常堆栈整理成可读报告。

这类任务的特点是：

• 规则清晰；
• 好坏标准容易定义；
• 人类做起来很烦，但并不难。

这就是 AI 的甜蜜区：你负责设定规则，它负责机械执行。

---

2. 高信息量整理，而不是高精度决策

比如：

• 把一个长 PR 的变更点总结出来；
• 把几段需求讨论梳理成一份「决策备忘」；
• 把多个方案的优缺点汇总到一张列表。

决策权依然在你手上，但信息整理这一步完全可以交给 AI。

你不再需要从头到尾啃文档，而是可以在「结构清晰的摘要」之上做判断。

---

3. 用来「试探性探索」，而不是「最终实现」

比如：

• 让 AI 先帮你写一个「能跑的垃圾版本」，你再手工重构；
• 让它先写出几套不同风格的 API 设计，你选一套再优化；
• 让它生成几组不同角度的错误提示文案，你挑最顺眼的那组。

这时候 AI 更像一个「头脑风暴助理」， 帮你快速看到几个可能的方向，而不是直接产出终稿。

用它来「试错」和「扩展视野」，远比用它来「代替最终实现」靠谱得多。

---

四、让 AI 真正变好用，只需要三个小习惯

如果你已经有「交给 AI 还不如自己写」的挫败感，可以从这三件小事开始改：

1. 所有任务都先写一句「成功标准」

在每次开口前，先问自己一句：

「我怎么判断，它完成得好不好？」

然后把这个标准，翻译成 1–3 条具体的判断条件写进指令里。 哪怕是简单的：

• 「必须兼容现有这两个接口」
• 「不能引入新依赖」
• 「复杂度不能超过现在一倍」

这样 AI 至少知道，要往哪个方向优化。

---

2. 一次只让它做一件事

把「理解代码」「找问题」「提方案」「改代码」拆成几轮，而不是一口气全甩过去。

这不只是对 AI 友好，对你也好—— 你能在每一轮中逐步校正方向，而不是最后一次性发现「全跑偏了」。

---

3. 给自己写一份「AI 协作手册」

把你在工作中试出来的好 Prompt、好流程、好套路， 统一记在一个文档里（就像我们现在做的 SKILL-DIRECTORY）。

久而久之，你会发现：

• 你在用的已经不是「某个模型」，而是一套「方法论」；
• 换模型也没关系，因为你的协作方式是稳定的。

这时候，AI 才真正从「会时不时气死你」的玩具，变成「你可以信任的搭档」。

---

AI 解读

1. 问题抽象 原问题看似是在吐槽 AI 的不稳定输出， 实质是在问：

「在哪些任务上，用 AI 天然吃亏？我该如何调整使用方式？」

这篇文章没有停留在「罗列几个失败案例」的层面，而是：

• 先从任务定义和协作方式上拆因子（模糊、混装、甩锅）；
• 再反向总结出「适合 AI」「不适合 AI」的任务特征；
• 最后给出三个可马上实践的小习惯。

2. 与 Skill 体系的对应关系 文章隐含对应了你已有的 Skill 设计：

• skill.claude.workflows.designer
  • 用「工作流」的方式限制 AI 的职责和节奏；
• skill.openclaw.runtime.guard
  • 在长时任务中给 AI 行为加一道「守门员」；
• skill.blog.from-node
  • 把「写多篇博客」从手工任务，收敛成一个可复用的批处理 Skill。

这些 Skill 的共同点是： 不再把 AI 当成一个「万能回答器」，而是当成一个「被系统约束的执行组件」。

3. 可扩展方向 如果你后面继续写系列文，可以考虑：

• 写一篇专门拆解「真实失败用例 + 对应 Skill 改造前后对比」；
• 在 OpenClaw / 自己的工具里，把文中三条小习惯固化成一个「AI 协作 Checklist Skill」，每次调用前自动走一遍检查。

---

来源： 知乎问答：工作中，有哪些瞬间让你觉得「把任务交给 AI 还不如自己写」？ https://www.zhihu.com/question/2004183228873974976/answer/2008171738723263109

这两年，“一人公司”这个词越来越频繁地出现在时间线里： 有人靠一个插件、一门线上课、一款小工具，就养活了自己，甚至远超大厂工资。 听起来像是时代给程序员开的光明外挂，但我越看越清醒： 一人公司，首先是一种人格与系统的考验，然后才是一种商业形态。

在看相关回答时，有几个点让我印象特别深：

1. 一人公司不是“什么都自己来”，而是对“什么必须自己来、什么可以被系统来”的极致取舍；
2. 真正跑起来的一人公司，往往都有明确的“中心能力”，而不是到处撒网；
3. 最大的风险从来不是“没人要你的东西”，而是你自己先被生活和情绪耗光了。

1. 一人公司需要的，不是更强的技能，而是更完整的“人格模型”

传统职场里，我们可以只扮演一个切面：

• 只做开发，不碰销售；
• 只做技术，不碰运营；
• 只对上级负责，不 directly 对市场负责。

但一人公司不能。你不得不同时扮演：

• 能写代码、做产品的那个人；
• 能跟用户说人话、听懂需求的那个人；
• 能盯数据、算账、做决策的那个人；
• 能在没人监督的情况下，把今天的 TODO 做完的那个人。

这不是要求你完美，而是要求你对自己的短板有足够清醒的认识，并用系统去弥补，而不是用幻想去遮掩：

• 不擅长销售，就把产品做得足够窄、足够刚需，用内容或口碑替代一部分推销；
• 不擅长管理时间，就用严格的节奏和仪式感，把“今天要做完什么”写死；
• 不擅长社交，就深耕一个小圈子，而不是到处刷存在感。

一人公司能不能活下去，很大程度上取决于： 你能不能承认自己只是一个普通人，然后在普通的边界里，设计出一套还能运转的商业系统。

2. 真正的“一人公司”，一定有一个能不断复利的“主轴”

很多人对一人公司的误解是：“我会好多技能，所以可以接很多不同的单、做很多事情”。 但现实里，跑得久的一人公司，几乎都有一个非常清晰的主轴，比如：

• 为某一类客户，持续解决同一类问题；
• 围绕某一个核心产品，不断做升级和配套；
• 用同一套底层能力（写作、开发、咨询），服务不同层级的付费用户。

主轴存在的意义，是让你每一次行动都能叠加到同一条时间线上，而不是四处分散。

这也是我看完相关讨论后，对自己的一个提醒：

• 与其一会儿想做 SaaS，一会儿想做课程，一会儿想做订阅号；
• 不如老老实实回答：“如果我接下来 3 年只能做一件事，它是什么？我愿不愿意？”

一人公司并不怕小， 它只怕：今天做工具，明天做内容，后天做社群，每一块都浅尝辄止，最后哪块都养不活自己。

3. 雷在哪里？在“情绪”和“孤独感”里

很多人谈一人公司时，会集中在商业模式、技术选型、工具链这些“硬东西”上。 但真正把人打垮的，往往是软的那一面：

• 某个月收入突然腰斩，你要不要怀疑整条路错了？
• 一款产品连续几个迭代都没有明显增长，你能不能扛得住这种“沉默期”？
• 周围所有朋友都在稳定领工资、抱怨公司，你一个人反复和数字、用户、日志打交道时，会不会突然怀疑人生？

一人公司最大的雷，是 “情绪没系统，只有意志力”。 当一切都靠意志力硬撑时，迟早会有一天，你什么都不想干——而那一天来的速度，往往比你想象得快。

所以，除了产品和收入，一人公司更需要给自己设计的是：

• 稳定的作息与工作节奏（哪怕看起来有点“上班化”）；
• 固定的复盘机制（每周 / 每月认真数一次：我做了什么，发生了什么）；
• 少量但可靠的“同行 / 朋友”，可以分享数字、情绪和困惑。

你不是一个人在跟世界做生意，而是一个人带着一整套脆弱又宝贵的情绪系统，在风里走。 如果不承认这一点，不提前为它设计缓冲机制，一人公司很难走远。

---

所以，当我们在自媒体时代讨论“一人公司”的时候，我更愿意把问题改写成：

“我能不能用一个人，撑起一套能持续为别人创造价值、也能温柔对待自己的系统？”

如果答案是“我想试试”， 也许你不需要一开始就辞职、孤注一掷，只需要：

• 先用 10%–20% 的时间，围绕一个清晰的小问题，做出第一个可付费的作品；
• 让这套小系统学会自己跑起来，再慢慢把更多时间、精力和赌注压上去。

一人公司并不是对所有人开放的“浪漫选项”， 但它是对某些人，非常真实的命运形态。

关键不在于外面有没有风口， 而在于你愿不愿意、也配不配，成为那个敢为自己的人生写商业计划书的人。

---

来源： 相关提问与深度回答：https://www.zhihu.com/question/6205562565/answer/1999478640145090280

这几年，我越来越频繁地在身边看到一种人： 他们读过无数书，会用很正确的逻辑分析现实，知道“底层逻辑”“复利思维”“长期主义”，懂的道理比上一代人多太多——但现实生活依旧窘迫、焦虑、捉襟见肘。 他们就是那种被概括为 “高认知穷人” 的人。

这不是一个好听的标签，但却是一个极其真实的群体。 比“没认知的穷”，更让人难受的是：你知道自己为什么穷，却依然改变不了什么。

在阅读相关讨论时，我特别被几个点刺痛：

1. 信息极大丰富，但执行极度贫瘠。 他们明白“要做长期积累”“要专注一个方向”，但每天仍然在刷短视频、换赛道、追风口；认知停留在「理解层」，从未真正进入「实践层」。
2. 习惯用“理解世界”，替代“参与世界”。 讨论宏观叙事、结构性问题、体制与历史，比在自己手里那点可控资源上做事，要轻松多了。于是他们的精力，更多耗在了“看清形势”，而不是“做成一件小事”。
3. 用“我看得很清楚”，掩盖“我其实不敢赌”。 你会听到类似的话： “这条路风险太大了。” “现在流量红利已经过去了。” “平台规则说变就变，小人物根本没机会。” 这些判断很多并不假，但把所有可能性都提前否掉，本身也是一种奢侈的失败方式——你甚至连真正试一次、赌一次的机会都不给自己。

我越来越相信：

真正把人困死的，不是认知低，而是认知与行动的巨大落差。

在技术圈更是如此。你会看到一批人：

• 能清晰讲出大厂架构演进史
• 理解 AI、云、SaaS、个人开发的趋势
• 知道独立开发、做产品、做内容是条路

但他们真正做的事，可能只是：

• 每天刷招聘、刷裁员新闻
• 在评论区高强度输出“行业观察”
• 下班后打开 IDE 重构一个永远不发布的 side project

高认知穷人最致命的点，是把“看透了”当成了“做过了”。 而现实只认结果，不认洞察力的段位。

我也不得不承认，自己有很长一段时间，就是这样的状态： 知道要打造可复用的组件库，却总在评估技术栈； 知道要写公开文章，却老觉得“这篇还不够好”； 知道要走出公司体系，却习惯性地在岗位安全感里消耗时间。

直到有一天，我被一句话击中：

如果你的认知足够高，却依然穷，那你的认知一定有一块是假的—— 不是知识本身是假的，而是 你对“自己会行动”的自信，是假的。

从那之后，我强迫自己做了几件看起来“很笨”的事：

• 固定时间写东西，不管有没有灵感。 哪怕一篇只有一个清晰观点，也要发出去，让它面对真实世界的反馈。
• 用小额、可承受的代价去尝试项目。 不再幻想“一上来就做成一个能月入过万的产品”，而是先做一个能在线跑起来、有人真正用的小工具。
• 少看“时代的困难”，多看“手边可动的小杠杆”。 刻意压缩自己浏览宏大叙事的时间，把它让给一件件可以完成的微小任务。

慢慢地你会发现，所谓“高认知穷”，也许并不是认知太高，而是：

• 你把太多精力用在理解别人世界的复杂，
• 却用太少精力，来简化自己人生的下一步动作。

真正有价值的“高认知”，不是：

• 对社会结构有多深刻的洞见，
• 对人性多悲观或多透彻，

而是：

• 你知道自己资源有限，但依然敢规划一个 3 年可行的小目标；
• 你接受自己普通，但依然肯为一件事付出高密度的行动；
• 你明白环境不完美，但依然在不完美中寻找具体可落地的突破口。

高认知如果不能转化成“高行动”“高复利”，那只是更清醒地看着自己继续下沉。 这不是我们学习和思考的初衷。

我给自己，也给同样处在这种状态的人，留三句提醒：

1. 别再追“更聪明的说法”，先追“更笨但完成的动作”。
2. 别再收藏一堆“认知提升”的文章，先把一篇变成一条可执行清单。
3. 别再为“看得懂大局”自我感动，世界只会为你真正做出来的东西让路。

如果有一天，我们不再被归类为“高认知穷人”，原因大概不会是认知又涨了多少，而是： 我们终于把那一点点看得清楚的地方，狠狠地做进了现实里。

---

来源： 相关讨论与案例：https://www.zhihu.com/question/648442274/answer/1968559441755472673