标签: 个人操作系统

  • Dan Koe 的一日计划:重启人生,不是多做,而是「每天做对几件事」

    金句开头:重启人生,不是从明天开始变成另一个人,而是从今天开始,用同样的 24 小时,活出一套不一样的默认设置。


    一、为什么我们总想「从明天开始好好过」,却一拖再拖?

    几乎每个人都对自己说过类似的话:

    • 「这周太忙,下周开始早睡早起。」
    • 「这个项目做完,我就好好规划一下人生。」
    • 「等工作没那么乱了,我再系统地学习一下。」

    结果往往是:

    • 这周结束了,下周更忙;
    • 这个项目完了,下一个项目排上来;
    • 越是乱的时候,越没力气去「系统化」。

    我们太容易把「改变」想得太宏大:

    好像只有换城市、换工作、换赛道,才配叫「重启人生」。

    Dan Koe 的一日计划,厉害的地方在于,它把这个问题暴力降维了:

    • 不讨论「十年之后想成为什么样的人」;
    • 只讨论「今天这 24 小时,能不能被装进一个更好的容器」。

    你不用一夜之间变完美,你只需要:

    从今天开始,让你的每一天,有一套稳定的「默认轨道」。


    二、Dan Koe 的一日计划,本质是一个「人生最小运行单元」

    如果你从系统角度去拆,会发现他讲的东西,其实可以收敛成几个很简单的块:

    1. 深度工作块:真正推动你长期目标的那部分输出;
    2. 学习输入块:把外部世界有价值的信息,吃进你的系统;
    3. 表达输出块:把你的观点、作品、代码、内容抛到世界上;
    4. 身体修复块:睡眠、运动、饮食这些最基础的维持;
    5. 关系与存在感块:与重要的人、事保持连接。

    你可以完全不记任何细节,只记住一句:

    一日计划 = 把这几个块,合理排进 24 小时。

    它不是 To-do 清单,而是一种「默认节奏」:

    • 不需要你每天重新发明生活,只需要你每天把这几个块「点亮」。

    三、如果用「普通人的现实」,怎么落地一日计划?

    很多人看一日计划时会有抗拒感:

    • 「我又不是全职创作者,哪有那么多时间?」
    • 「我每天加班到九点,怎么可能再安排深度工作?」

    但一日计划最实用的地方就在于:它可以被缩放

    1. 上班族版本(8 小时打工 + 通勤)

    你可以给自己一个「极简版容器」:

    • 早晨 30–60 分钟
      • 轻度输入 + 一点小输出(读几页书 / 写 200 字 / 画一个小思维导图);
    • 中午/碎片时间 20–30 分钟
      • 只做一个动作:整理今天/本周最重要的 3 件事;
    • 晚上 60–90 分钟(不刷短视频的那部分)
      • 1 个深度工作块:写一篇博文/改一个 side project/系统复盘一段时间。

    重点不是一口气塞满,而是: 每天哪怕只有一块,是明确用来「为自己积累」的。


    2. 自由职业 / 一人公司版本

    你的自由,并不意味着你有「无限时间」—— 反而意味着你更需要一日计划来防止自己被拉垮。

    一个简单的模板可以是:

    • 上午:2–3 小时深度工作(项目/客户/产品);
    • 下午前半段:沟通、运营、售后等「外部能量消耗」块;
    • 下午后半段:学习 & 试验新 Skill;
    • 晚上:内容输出(文章/视频/直播)+ 轻度社交。

    你可以随意调整顺序,但最好保证:

    每天至少有「一块只为长期目标服务的时间」, 而不是全部被短期任务吃掉。


    四、一日计划最难的部分,其实不是执行,而是「愿意接受自己的版本不完美」

    很多人一开始看这种一日计划,就给自己套上了无形的枷锁:

    • 「要么严格执行,要么干脆不做。」

    结果就是:

    • 第一天兴冲冲地照表执行;
    • 第三天被一个加班打乱节奏;
    • 第五天因为一次「没做到」陷入自责;
    • 第七天干脆把整个计划扔进回收站。

    但如果你把「一日计划」看成一个 Skill,就会发现一个更健康的视角:

    它不是一份「天天必须 100 分」的考卷, 而是你每天尝试加载的一段程序, 成功运行 60% 也比 0% 好太多。

    你可以在日历上给自己做一个「点亮统计」:

    • 今天有深度工作块吗?
    • 今天有输入块吗?
    • 今天有输出块吗?
    • 今天有照顾身体/关系的一小块吗?

    每点亮一个,就给自己划一笔。 一个月下来,你看到的不是「完美执行」的天数, 而是「系统正在被越来越多天支撑」的趋势。


    五、小结:一日计划不是「束缚」,是你给自己的「操作系统补丁」

    如果你把人生比作一个长周期的系统,那么:

    • 年,是策略层;
    • 月,是节奏层;
    • 日,是执行层。

    Dan Koe 的一日计划,做的就是在「日」这一层, 给你打一个**「最小可行操作系统补丁」**:

    • 它不保证你马上变富、变强;
    • 它只保证:
      • 你的每一天,都有一点时间在为「长期的你」打工;
      • 你的生活,不再完全被外界任务/通知/情绪支配。

    当你真的「连续 30 天,大致活在自己的版本的一日计划里」, 你回头看,很可能会发现:

    人生并不是被某一件大事彻底重启的, 而是被无数次这样的「当日重新对齐」, 一点一点地,拧回了你愿意走的方向上。


    AI 解读

    1. 问题本质

    • 表层:Dan Koe 的一日计划到底有啥用?
    • 深层:如何把「重启人生」从一个宏大抽象的愿望,变成一个每天可以执行的「最小运行单元」。

    文章通过「块」的概念(深度工作/输入/输出/身体/关系), 把一日计划从「理想生活作息表」降级为「可被不同身份缩放的容器」。

    2. 与 Skill 体系的映射

    • 对应 SKILL-DIRECTORY.md 中:
      • skill.life.os.one-day-plan(一日操作系统模版);
      • 并与 skill.life.os.365-reset(年度重置)形成日-年两级联动。
    • 文中给出的上班族/自由职业两种版本,可以直接变成这个 Skill 的参数化实现。

    3. 行动视角的转变

    • 重点不在于「执行标准化的一日计划」,而在于:
      • 接受「60% 成功」也值得记录;
      • 用「点亮块」的方式给自己正反馈;
      • 把焦点从「追求完美」转到「让系统持续运行」。

    4. 扩展建议

    • 你可以在 api.xyxbot.com 下实现一个 skill.life.plan.dan-koe-day
      • 输入:身份类型(上班族/自由职业/一人公司)、可支配时间段;
      • 输出:今天的「块排布」+ 建议要点;
    • 再叠一个简单的打卡前端,让用户每天只需要回答:
      • 今天点亮了几个块?
      • 哪一块最难?哪一块最有收获?

    分类:个人成长与系统设计

    关键词:Dan Koe,一日计划,人生重启,时间管理,深度工作,习惯养成,个人操作系统,系统思维,长期主义

    来源: 专栏文章:Dan Koe的一日计划:重启人生 https://zhuanlan.zhihu.com/p/2006310820859109517

  • 从后端到 AI Agent 工程师:别急着学框架,先学会换一套“问题语言”

    “怎么成为一个 AI agent 工程师?” 提问者的状态很典型:

    • 有 6 年后端经验;
    • 公司内部有转岗机会;
    • 外部市场又在 push 自己往 AI 方向靠拢;
    • 一边担心“卷不过后端”,一边害怕“背刺现在的老板”, 还要面临 P7/P6 这种残酷而现实的评级压力。

    看完那篇认真回答之后,我越来越确信一件事:

    成为 AI agent 工程师,不是在技术栈后面多挂一个框架的事, 而是要在三件本质的东西上,完成一整套升级:

    • 你描述问题的方式;
    • 你组织系统的方式;
    • 你与不确定性的相处方式。

    一、先把“AI agent”从神坛拽下来:本质还是系统工程

    很多课程把“AI agent 工程师”讲得像一种全新物种, 但那篇回答最大的价值之一,就是不断地在“去神秘化”:

    • agent 不是魔法,而是一套对“感知—规划—执行—反馈”的工程化封装;
    • 你熟悉的服务编排、任务队列、状态机、幂等性,在这里依然适用;
    • 唯一的新东西,是中间那块“认知与决策”的能力,被大模型部分承包了

    对一个有 6 年后端经验的人来说,这是个好消息: 你并不是从零开始,而是:

    • 把之前对业务、接口、容错、监控的经验,
    • 挪到一个“由大模型驱动行为决策”的系统里。

    所以,第一步不应该是疯狂刷 LangChain / LangGraph 的 API, 而是认真问自己:

    “如果我把 agent 看成一个有点‘不稳定’的下游服务, 我该如何设计系统,让它既能发挥想象力,又不会搞砸整体行为?”

    这背后考验的,恰恰是你这几年作为后端工程师积累的那套“稳系统”的本事。

    二、换一套“问题语言”:从“怎么实现”到“让谁帮我实现什么”

    后端世界里,我们习惯用的提问方式是:

    • 这个接口怎么设计?
    • 这个表结构怎么建?
    • 这段逻辑怎么实现更优?

    而在 AI agent 世界里,你必须学会用另一套语言:

    • 这个任务哪些部分适合让大模型来决定?
    • 哪些步骤必须由确定性代码来约束?
    • 在给模型写“说明书”(prompt / schema)时, 我究竟在要求它完成什么样的子任务?

    那篇回答的一个核心建议是: 先学会把现实问题拆成“可由 agent 协调的子任务网络”。

    这件事你可以用很“土”的方式开始练习:

    1. 选一个你熟悉的业务流程(比如下单、审批、开票);
    2. 写出其中每一步的输入、输出、失败场景;
    3. 标记:哪几步可以让大模型做“判断/归纳/生成”, 哪几步必须严格由后端服务来完成。

    当你能用这种“agent 视角”看待旧问题,你就已经在换语言了—— 从“我亲手写所有逻辑”,到“我设计一套系统,让人类代码和模型共同完成逻辑”。

    三、学习路径:不是“多看几门课”,而是跑通几个小闭环

    提问里提到:“B 站上课程都很浅,基本 just LangGraph 一下就结束了”。 这其实戳中了当下学习 AI 工程的一个痛点: 我们被太多“语法层”的内容喂饱了,却缺少足够多“从 0 到 1 跑通一个真实小系统”的案例。

    那篇回答给的隐含路线,大致可以浓缩成三步:

    1. 打牢大模型基础能力:理解而不是背诵 API

    包括但不限于:

    • 温度、top_p 这些采样参数背后的含义;
    • 上下文窗口、token 成本、输入输出结构化方式;
    • 不同模型在推理、生成、工具调用等维度的差异。

    目的不是让你背住每个参数,而是让你在设计 agent 行为时, 知道自己在哪些地方可以“相信模型”,在哪些地方必须“严密约束”。

    2. 跑通 2–3 个完整的小 agent 项目

    比如:

    • 一个能读文档、调用几个 API,完成特定业务流程的小助手;
    • 一个帮你分析日志、自动归档告警的内部工具;
    • 一个帮助非技术同事操作内部系统的“自然语言代理”。

    要求不是“做炫酷 DEMO”,而是:

    • 有清晰的输入输出;
    • 有明确的成功/失败判定;
    • 出错时你能定位问题是在“模型决策”、“任务编排”还是“下游服务”。

    这几次实战,比多刷几十个语法 demo 更像“真正的训练”。

    3. 把过程中踩的坑沉淀成你自己的“AI 工程笔记”

    记录下:

    • 哪种任务容易让模型胡说八道?
    • 哪种提示或结构能大幅稳定输出?
    • 你是如何通过“加工具”“加回退逻辑”来兜底的?

    这些东西一旦写出来,就是你在社招、内部转岗时 可以拿出来“讲故事”的硬核素材

    四、关于“转岗”和“背刺老板”的那点纠结

    问题里有一句话很真实:

    “公司内部有转岗机会,但是我不想背刺现在的老板(对我挺好的)。”

    这也是很多人犹豫的关键点: 一边是对现有团队的情感和忠诚, 一边是对未来方向的焦虑和渴望。

    那篇回答给出的启发是: 你现在就可以开始“默默转岗”,不必等 HR 通知。

    具体来说:

    • 在现有团队内部,先尝试引入一些“小型 AI 工具 / agent 化尝试”;
    • 主动帮团队做一些“用 AI 降低重复劳动”的事情;
    • 把这些尝试当成你成为“AI agent 工程师”的练兵场。

    这样做有几个好处:

    1. 你不是在“背刺老板”,而是在用新能力反哺当下团队
    2. 即便以后转岗不成,你在原团队里也因为这套能力变得更值钱;
    3. 你收获的项目经验,可以直接写进简历和面试故事里。

    忠诚和成长不是非此即彼的选择题,只要你愿意多花一点心思设计路径。

    五、小结:AI Agent 工程师,是一种“更高级的后端”

    回头看这个问题,其实可以换一种说法:

    “我如何从一个只写业务逻辑的后端, 进化成一个能调度人、服务和模型的系统设计者?”

    当你:

    • 懂得怎么和大模型打交道;
    • 知道怎么用 agent 架构来拆解问题;
    • 有 2–3 个真实项目证明你能把这些东西跑通;

    你就已经站在了 AI agent 工程师这条路上。 剩下的,只是职级 title 和市场节奏的问题。

    所以,与其焦虑“P7 面不上”“课程太浅”, 不如先给自己定一个具体的小目标:

    “在接下来的 3 个月里,我要完整做出 2 个 agent 小项目, 每一个都能被我讲成一段 10 分钟的面试故事。”

    当你做到这一点, 你会发现——你已经不是在“准备转岗”, 你已经在用新的方式写代码、看世界了。


    来源: 关于自学路径与能力要求的详细讨论,请见:https://www.zhihu.com/question/1936375725931361485/answer/2004695176287904563

Copyright © 2026 xyxbot.com 版权所有 备案号: 皖ICP备17009534号-10 | XYXBOT提供智能AI助手、自动化工具、效率提升解决方案,专注简单好用的AI服务,助力个人与企业快速实现效率升级。(个人非经营性站点,仅内容展示,无用户注册/互动功能)
本站所有内容均为个人整理分享,不构成任何建议,请勿用于商业用途