“多线程”不是同时开很多对话窗口,而是把完整任务交给 AI 自己跑闭环,人只在收敛后介入;先迁移一个高频标准化的任务,跑通再迁移下一个。
AI根据立正公开的文章和视频整理,不是他本人回复。重要的判断,请回到出处核对。
让 AI 跑完整任务,人别当监工
材料里的观点普通用法是单步驱动:给一条指令、看一次结果、再补一句,人始终被绑在旁边,注意力被持续占用。真正省时间的是把目标、边界、标准、可用资源一次性交给 AI,让它自己拆解、执行、自检、诊断、修正,人只在闭环收敛后介入。这个闭环不会自动出现,需要你事先告诉 AI 用什么标准判断通过、失败怎么改。一个可试的做法:挑一件你反复做的任务,第一次仍逐步盯着,但把每一步的判断标准记下来,第二次直接交付整段任务,看它能否在无人干预下收敛——能收敛,说明这个任务可以放手;不能,就知道还缺哪条标准1。
先迁移一个任务,别一次搬完
材料里的观点想“快速”上手,容易犯的错是同时把所有工作都搬到 AI 上,结果每件都半途而废。更稳的路径是选一个你做得最频繁、最标准化的任务,先把它完全迁移过去,跑通、稳定、把方法沉淀成可复用的模板或 skill 文档,再迁移下一个。每迁移一个就释放一块时间,用这块时间去迁移更多,形成滚雪球。沉淀的意义在于:反复做的任务类型——写方案、回邮件、做分析——都该有一个经过验证的起点,而不是每次从空白对话开始,每用一次就优化一次。判断是否迁移成功,看下次同类任务能否从这个起点直接开始,而不是又从头解释一遍2。
个人快不等于整体快
即使你个人用 AI 快了,交付速度也可能没变,因为流程里其他环节没跟着快:代码写完排队等 review,方案做好等审批,一个人的效率提升被整条流水线的瓶颈节点抹平。有研究显示,经验丰富的开发者用 AI 后实际多花了时间,因为他们把时间花在整合和验证 AI 产出上——工作流没有为 AI 重新设计。所以“多线程”能否兑现,取决于你所在环节的下游是否也接受这种节奏。可以先观察:你交付变快之后,卡点出现在哪一步,那一步是否值得先和对方对齐新的节奏3。
材料讲的是把任务交给 AI 跑闭环和逐步迁移工作流,没有给出具体工具的操作步骤;实际效果取决于你的任务是否标准化、下游环节是否配合。
出处
- 1AI User 与 AI Builder 的 5 个差距,和背后具体技术原因 | 科技大厂打工人版
解释单步驱动与完整任务交付的区别,以及自检闭环、skill 文档、脚手架三个能力,适合核对“多线程”到底指什么。
- 2AI 用得好的人与普通人的5个差距,和背后具体技术原因|非技术岗位版
讲系统复利和渐进式工作流迁移,适合核对先迁移一个任务、沉淀模板的具体做法。
- 3AI Native 的组织形态:当执行成本下降,组织必须重写
说明个人效率提升为何被组织瓶颈抹平,适合核对个人快不等于整体快的条件。
你也有想问的?
卡住的时候,问问立正:回答只从立正讲过、写过的东西里来,每一段都能点回原文。
问类似的问题也可以接着问:
别人还问了
- 在国内使用codex、cursor之类的工具不是特别方便,是否可以从使用workbuddy这类工具开始进行生产性的使用agentic AI;然后对比前两者有多大差距呢
可以先用 WorkBuddy 这类工具做生产性使用,但差距主要不在工具本身,而在你是否掌握了可迁移的方法:给足上下文、写清验收标准、能诊断失败原因。
- 有人说FDE和之前的东软,用友驻场开发一样,说还是没法落地,复用,不是一个好生意。说FDE会非常短命,原因1,随着AI越来越强,可能未来AI可以自己解决了不需要FDE这一个中间层;原因2,未来每一个职业都渗透AI了,所谓的AI专家都会失去稀缺性;所以他们说未来FDE可能不会长久,但是定义值钱问题,知道行业knowhow,AI实现能力才是核心竞争力,你认可这个说法吗,详细谈谈课代表的理解
这个说法把FDE等同于传统驻场外包,忽略了FDE的核心是承担业务结果、反哺产品平台;AI越强,把能力落到真实业务的价值反而越高,但FDE本身会向领域专家演化。
- 读博士是为了什么
读博士更像创业:你要自己找到没人做过的好问题,再把它做成,过程中练的是判断力和深度思考。
- 怎么和女生聊天,如何轻松的做一个 party 上的自我介绍?
自我介绍不用面面俱到,讲清你是谁、正在做什么、关心什么就够了;聊天则先真心听和追问,别急着证明自己。
- Sora为什么不行
立正把 Sora 看作伪需求:生成视频本身炫酷,但替代不了抖音这类真实场景里的最佳选择,而且算力成本高到用不起。
- 在职场上应该给自己打什么样的标签
给自己打一个具体、可被验证的能力标签,比一个笼统的职位标签更容易让别人在有相关机会时想到你。