跳到主要内容
阅微漫记
返回

AI Agent时代,如何搭建自己的「工作流管道」

未来人与人的效率差距,可能不再只是能力差距,而是工作流架构的差距

最近,我越来越强烈地感觉到:

工作方式正在发生变化。

过去。

一个人想完成一件复杂的事情。

通常意味着:

自己完成每一个步骤。

搜索资料。

阅读内容。

整理信息。

分析问题。

写方案。

修改文档。

沟通协调。

执行。

复盘。

一个人就像一台:

单线程处理器。

虽然中间也会使用工具。

但本质上:

很多事情还是需要自己亲自完成。

而现在。

AI开始进入工作流以后。

我发现一个非常重要的变化。

未来的问题可能不再是:

“你会不会使用AI?”

而是:

“你有没有能力把AI组织成一个可以持续运行的系统?”

这两者之间。

差别非常大。


使用AI,和拥有AI工作流,是两件事情

现在很多人已经开始使用AI。

写文章的时候问一下。

写代码的时候问一下。

做PPT的时候问一下。

搜索资料的时候问一下。

遇到问题的时候:

打开一个聊天窗口。

输入问题。

得到答案。

然后:

继续工作。

这当然比完全不用AI效率更高。

但从系统设计的角度看。

它依然是一种:

工具调用。

而不是:

工作流。

真正的变化是:

从:

人
↓
打开AI
↓
提问
↓
获得结果
↓
继续工作

变成:

触发一个目标
↓
任务自动拆解
↓
多个能力模块协同
↓
中间结果传递
↓
人工进行关键判断
↓
最终形成成果

前者是:

我在使用AI。

后者是:

AI正在进入我的工作系统。


什么叫“工作流管道”?

我现在越来越喜欢:

管道(Pipeline)

这个概念。

因为很多工作。

本来就不是一个动作。

而是一连串:

输入 → 加工 → 判断 → 输出。

比如写一篇文章。

真正的流程可能是:

生活经历
    ↓
记录观察
    ↓
提取问题
    ↓
寻找关联知识
    ↓
形成初步观点
    ↓
建立结构
    ↓
完成初稿
    ↓
修改
    ↓
发布
    ↓
获得反馈

以前。

这条链路里的每一个节点。

都需要我自己完成。

但现在。

我开始思考:

哪些节点必须由我完成?

哪些节点可以交给AI?

哪些节点可以自动连接?

哪些节点需要Agent?

哪些节点必须保留人工判断?

这就是:

搭建工作流管道。


未来真正稀缺的,可能不是“会做”

而是:

知道整个流程应该怎么设计。

举一个简单的例子。

两个人都想写一篇文章。

第一个人:

想到一个主题
↓
打开AI
↓
让AI写文章
↓
复制
↓
发布

第二个人:

真实经历
↓
个人Journal
↓
提取观察
↓
关联历史知识
↓
AI辅助分析
↓
识别矛盾
↓
建立文章模型
↓
生成初稿
↓
人工加入真实经验
↓
AI辅助校对
↓
发布
↓
反馈进入知识库

两个人都在使用AI。

但他们的产出系统完全不同。

第一个人:

是在调用一个工具。

第二个人:

是在运行一条:

内容生产管道。


这可能才是AI Agent真正改变工作的地方

过去。

工具只是:

帮助你完成一个动作。

比如:

计算器。

帮助你计算。

Photoshop。

帮助你设计。

Excel。

帮助你处理数据。

但Agent的出现。

开始让工具具备一种新的能力:

连续完成多个动作。

它可以:

接收任务。

理解目标。

调用工具。

处理信息。

产生中间结果。

继续下一步。

甚至根据条件:

调整流程。

这意味着:

未来很多工作的核心单位。

可能从:

一个人完成一个任务。

变成:

一个人设计一条工作流,然后由人和Agent共同完成。


所以,我最近开始重新审视自己的工作

我不再只问:

“这件事情我会不会做?”

而开始问:

“这件事情到底是怎么完成的?”

比如:

做一份方案。

我会把它拆开:

需求输入

↓

信息收集

↓

问题分析

↓

结构设计

↓

方案生成

↓

案例补充

↓

风险检查

↓

修改完善

↓

最终输出

然后继续问:

每一步。

谁来完成?


我把工作分成了三种节点

第一种:必须由我完成

我现在认为。

AI越来越强。

但有一些东西。

依然应该由人负责。

比如:

目标判断。

价值选择。

优先级。

真实经历。

最终决策。

责任承担。

这些东西不能简单外包。

因为:

工具可以帮你执行,但不能替你决定人生要往哪里走。


第二种:AI可以辅助完成

比如:

资料整理。

信息归纳。

结构化。

初步分析。

文案初稿。

代码辅助。

重复修改。

这些工作。

AI可以大幅减少:

执行成本。


第三种:可以交给Agent持续运行

这是我觉得最值得关注的一层。

比如:

定期整理Journal。

监控行业信息。

归纳每周工作记录。

扫描重复出现的问题。

收集某个领域的信息。

把零散素材进入:

指定的知识库。

这些事情。

不需要每一次:

都由我主动打开工具。

而可以设计成:

触发条件
↓
Agent执行
↓
产生结果
↓
进入指定位置
↓
等待人工判断

这时候。

工作流开始真正:

自动运行。


一个工作流的核心,不是AI,而是“接口”

这是我最近越来越明确的一个理解。

很多人的AI使用体验不好。

不是因为AI不够聪明。

而是:

上下游没有连接起来。

比如。

你每天:

在不同的地方输入信息。

聊天软件。

笔记软件。

文档。

邮件。

会议记录。

然后:

需要手动复制。

手动整理。

手动转移。

手动再告诉AI:

“这是我的背景。”

大量时间。

其实浪费在:

上下文搬运。

所以未来非常重要的一件事情是:

让信息在系统中自动流动。

比如:

输入层
Journal / Inbox / Email
        ↓
信息整理层
AI Extraction
        ↓
知识层
Obsidian / Database
        ↓
分析层
AI Agent
        ↓
输出层
文章 / 方案 / 产品
        ↓
反馈层
用户反馈 / 数据
        ↓
重新进入知识系统

这就是一条:

工作流管道。


不要急着寻找“万能Agent”

这是我现在越来越警惕的事情。

很多人想要:

一个AI。

帮我处理所有事情。

最好:

输入一句话。

然后自动完成。

但我越来越觉得。

这可能不是最好的系统设计。

因为:

不同任务。

需要不同能力。

一个Agent既负责:

信息搜索。

又负责:

战略判断。

又负责:

写文章。

又负责:

执行任务。

最后:

可能什么都做。

但每件事情都不稳定。

所以我更喜欢:

模块化。

就像软件系统一样。

不要让一个服务承担所有职责。

可以拆成:

Research Agent
负责信息收集

↓

Analysis Agent
负责分析和建模

↓

Creation Agent
负责内容生成

↓

Review Agent
负责检查和修改

↓

Execution Agent
负责具体执行

然后:

通过工作流。

把它们连接起来。


AI时代,一个人可能拥有“数字团队”

这可能是我最近最兴奋的想法之一。

过去。

想做一件复杂的事情。

需要:

研究员。

分析师。

产品经理。

设计师。

程序员。

运营。

编辑。

但一个人。

不可能拥有所有能力。

所以:

只能选择。

现在。

AI正在让一个人拥有一种新的可能:

不是一个人拥有所有能力。

而是:

一个人能够调用多个不同的能力模块。

比如:

你是一个:

技术负责人。

同时拥有:

一个研究助手。

一个资料整理助手。

一个代码助手。

一个写作助手。

一个知识管理助手。

一个数据分析助手。

它们不是:

真正意义上的员工。

但可以成为:

你的数字工作节点。

你真正需要做的。

是:

设计它们之间的协作方式。


所以,未来可能出现一种新的能力

我暂时把它叫:

工作流架构能力。

它不是:

Prompt能力。

也不是:

简单的工具使用能力。

而是:

能够把一个目标拆成多个步骤,然后重新设计人与AI之间的协作关系。

比如:

面对一个复杂任务。

你能够判断:

目标是什么?

↓

需要哪些信息?

↓

哪些信息需要外部获取?

↓

哪些部分需要分析?

↓

哪些部分需要生成?

↓

哪些环节需要人工判断?

↓

哪些步骤可以自动执行?

↓

结果最终进入哪里?

这其实非常像:

系统架构设计。


对程序员来说,这可能是一种天然优势

因为很多程序员。

已经习惯:

拆解问题。

定义模块。

设计接口。

处理异常。

建立流程。

做自动化。

监控系统。

复盘问题。

这些能力。

在Agent时代。

可能会变得越来越重要。

过去。

我们设计的是:

软件系统。

未来。

可能还需要设计:

人机协作系统。


我开始尝试设计自己的个人工作流

结合我现在正在做的事情。

我发现:

其实已经存在一条非常明确的管道。

比如:

现实生活
    ↓
事件发生
    ↓
Journal记录
    ↓
观察问题
    ↓
进入Obsidian Inbox
    ↓
AI辅助提取模式
    ↓
形成初步模型
    ↓
关联历史知识
    ↓
生成内容选题
    ↓
文章初稿
    ↓
人工加入真实经历
    ↓
完成发布
    ↓
用户反馈
    ↓
进入下一轮知识更新

你会发现。

我的:

生活。

知识系统。

内容系统。

个人成长。

其实可以被连接起来。

以前。

它们可能是:

不同的事情。

现在。

我开始尝试:

把它们变成:

一个循环。


最好的工作流,不是自动化最多

这一点特别重要。

很多人一开始设计AI工作流。

就想:

自动化一切。

但我觉得:

自动化最多,不一定是最好的。

因为:

有些地方。

需要停下来。

思考。

怀疑。

判断。

比如:

AI可以帮我总结一段经历。

但:

这件事情到底意味着什么?

可能只有我自己知道。

AI可以生成十个内容选题。

但:

哪个值得我投入?

依然需要判断。

所以我现在越来越喜欢:

Human-in-the-loop。

让人保留在:

关键决策节点。

比如:

AI自动执行
      ↓
生成中间结果
      ↓
人工判断
      ↓
确认 / 修改 / 否决
      ↓
AI继续执行

人不需要参与:

每一个步骤。

但应该参与:

真正重要的步骤。


工作流设计,其实是在重新分配注意力

这是我后来发现的一个核心问题。

我们的注意力。

非常有限。

如果每天大量时间花在:

复制。

整理。

搜索。

格式调整。

重复操作。

那么真正用于:

思考。

创造。

判断。

学习。

的时间就会越来越少。

所以AI工作流真正的价值。

可能不是:

让我做更多事情。

而是:

把我的注意力,从低价值重复劳动中释放出来。

然后投入:

真正只有我能做的事情。


如何开始搭建自己的第一条AI工作流管道?

我现在建议。

不要从:

“我要打造一个AI操作系统。”

开始。

太大。

可以先选择:

一个每周重复出现的问题。

然后:

第一步:完整记录现在怎么做

不要急着自动化。

先记录:

任务是什么?

↓

我现在是怎么完成的?

↓

有哪些重复动作?

↓

哪些地方最浪费时间?

↓

哪些地方最需要判断?

第二步:拆分任务节点

例如:

输入
↓
整理
↓
分析
↓
生成
↓
审核
↓
输出

然后继续拆。

直到能够看清:

每一步在干什么。


第三步:确定AI的位置

不要问:

“AI能不能全部做?”

而是问:

“AI在哪个节点最有价值?”

可能只是:

帮助整理。

帮助分析。

帮助生成初稿。

帮助检查。

先从一个节点开始。


第四步:建立输入和输出标准

这是很多AI工作流失败的原因。

输入太随意。

输出也不确定。

比如:

输入:

每天的Journal。

输出:

固定格式:

今日事实

↓

重要观察

↓

重复出现的问题

↓

潜在模型

↓

待验证判断

这样。

Agent才知道:

自己应该完成什么。


第五步:建立人工检查节点

不要让Agent:

一路跑到底。

在关键地方:

停下来。

让自己判断。

例如:

模型生成以后。

先确认。

再进入:

内容创作。


第六步:记录失败

这一点非常重要。

工作流不会第一次就设计正确。

可能:

输入有问题。

Agent理解错。

步骤顺序不合理。

输出不稳定。

不要只是:

换一个Prompt。

而是:

重新检查管道。

因为很多问题。

不是模型的问题。

而是:

工作流设计的问题。


我给自己的工作流设计了一个简单原则

AUTOMATE THE REPEATABLE

重复的 → 自动化

规则明确的 → 自动化

需要大量整理的 → AI辅助

需要真实判断的 → 人工负责

涉及价值选择的 → 自己决定

需要承担责任的 → 不外包

我觉得。

这可能是未来人与AI协作的一个基本原则。


未来真正拉开差距的,可能是“系统杠杆”

过去。

一个人的产出。

主要取决于:

时间 × 能力。

你工作8小时。

可能完成8小时的事情。

但未来。

可能会逐渐变成:

个人能力

×

AI能力

×

工作流设计

×

系统复用

你设计一次工作流。

可能未来运行:

100次。

你写一次规则。

可能未来被:

多个Agent调用。

你建立一次知识结构。

可能未来成为:

所有AI任务的上下文。

这时候。

一个人的价值。

开始不再只来自:

自己做了多少事情。

而来自:

自己设计了多少可以重复运行的系统。


这其实和第二增长曲线有一个非常重要的关系

如果一个人的时间只有:

24小时。

那么第二增长曲线很容易受到限制。

白天工作。

晚上还有家庭。

真正能够投入的时间:

很少。

这时候。

AI工作流管道的价值就出现了。

不是让你:

一天工作20小时。

而是:

把有限时间。

放在真正需要你完成的节点。

比如:

你负责:

观察。

判断。

决策。

创造。

而:

整理。

搜索。

归类。

初稿。

重复执行。

交给:

AI系统。

这不是偷懒。

而是:

重新设计资源分配。


我现在越来越觉得,AI Agent时代最重要的问题不是“要不要学AI”

而是:

重新审视自己的工作。

你的工作里:

哪些部分是真正的创造?

哪些只是:

信息搬运?

哪些事情:

每周都重复?

哪些经验:

已经可以标准化?

哪些判断:

必须由你完成?

哪些事情:

其实根本不需要你亲自做?

当你开始这样思考。

你就已经开始:

设计自己的工作流。


写给未来自己的代码注释

如果让我给自己的工作系统增加一个新架构。

我会写:

PERSONAL WORKFLOW PIPELINE

Input
↓
Capture

Information
↓
Process

Knowledge
↓
Connect

Task
↓
Decompose

Repeatable Work
↓
AI / Agent

Critical Decision
↓
Human

Output
↓
Create

Feedback
↓
Collect

Experience
↓
Return to Knowledge Base

原则:

不要让AI替代思考。

让AI承担重复。

不要追求自动化一切。

只自动化值得重复的事情。

不要把所有任务交给一个Agent。

建立清晰的能力模块。

不要只学习工具。

设计工作流。

最后,我想重新定义一下“个人效率”

以前我认为:

效率高。

意味着:

同样的时间。

完成更多事情。

现在。

我越来越觉得。

真正的效率可能是:

同样的时间,把注意力放在真正重要的事情上。

AI可以帮助我们:

做得更快。

但更重要的是:

它给了我们一次机会。

重新审视:

到底什么事情值得自己做?

什么事情可以交出去?

什么事情应该彻底停止?

然后:

重新设计自己的工作方式。


未来。

每个人可能都会拥有:

自己的AI工具。

自己的AI Agent。

自己的数字助手。

但最终真正产生差异的。

可能不是:

谁拥有更强的Agent。

而是:

谁知道如何把这些能力连接起来。

谁能够:

设计输入。

拆解任务。

定义接口。

建立管道。

保留关键判断。

持续优化。

因为到了那个时候。

AI不再只是:

一个聊天窗口。

而会慢慢成为:

个人工作系统的一部分。

而我们真正需要做的。

也许不是:

学会更多AI工具。

而是:

成为自己人生系统的:

架构师。

我是语霖。

执笔为语,心落成霖。

记录一个40岁程序员重新设计人生系统的过程。

这一次。

我想 Debug 的问题是:

当AI开始拥有越来越强的执行能力以后,我们到底应该继续亲自完成所有事情,还是重新设计“自己负责什么”?

也许未来最重要的竞争力。

不只是:

我会做什么。

而是:

我能不能把目标、知识、工具、AI和自己的判断,连接成一条真正能够持续运行的工作流。

因为当一个人开始拥有:

自己的知识系统。

自己的工作流。

自己的Agent。

自己的输出管道。

自己的反馈循环。

他拥有的可能不再只是:

一个人的生产力。

而是:

一个不断迭代的人机协作系统。

而这。

也许才是AI Agent时代,

我们真正需要提前建设的:

个人基础设施。

我是语霖。


分享这篇文章:

上一篇
如何设计第二增长曲线的最小可行版本
下一篇
如何做一次关系维护的「批量脚本」,而不是逐个手动处理