Agent 工作方法 · Part B

# Agent 工作方法
任务、协作与复盘

本场讨论五个具体问题：Context、任务表达、任务拆解、协作过程和经验沉淀。

80 分钟 · 讲解 45′ · Demo 20′ · Q&A 15′
和合谷 × ReOrc / Syfo · Part B 封面 01 / 29
关于讲者

# Tony Ren

长期从事智能系统研究、数据产品与全球化产品管理。

香港科技大学 · 计算机科学本科、硕士、博士
研究员经历 · 腾讯、华为诺亚方舟实验室、日本国立情报学研究所
一面数据 · 创始人
2019 年被 Ascential plc 收购后并入 Omnicom；2026 年被 NIQ 再次收购。
前 Ascential / Flywheel Omnicom · 亚太区首席产品官
反曲科技 · 创始人
和合谷 × ReOrc / Syfo · Part B 讲者 02 / 29
Three Levels

## 从回答问题，到承接任务，再到多角色完成结果。

LEVEL 1 · LLM

### 回答一个问题

输入一段文字，返回一段内容。它擅长理解和生成，但不会自动负责后续行动。

LEVEL 2 · AGENT

### 承接一项任务

拥有目标、Context、工具和状态；能继续追问、执行动作、记录证据并交付结果。

LEVEL 3 · AGENT TEAM

### 组织一支编队

分诊、研究、执行、检查和协调各有角色；可以并行、交接、Review，并在人类闸口停下。

Key Takeaway
LLM 提供认知能力，Agent 把能力放进任务，Agent 编队把多个任务组织成结果。
执行建议
判断需求属于哪一级：只要答案、需要完成任务，还是需要多个角色协作。
和合谷 × ReOrc / Syfo · Part B 从 LLM 到 Agent 编队 03 / 29
Syfo in Practice

## Syfo 已经在四类工作中使用Agent 编队。

产品问题

### #syfo-doctor → 研发闭环

Han Solo 分诊、路由到研发频道、创建任务，排查、测试、Review、部署证据和回告形成闭环。

官网内容

### 反馈 → 修改 → Preview

内容 Agent 修改页面，测试 Agent 检查导航与多语言，发布 Agent 生成 noindex 验收地址，人确认后再决定生产。

生产发布

### CI 证据 → 人类 GO → 上线复核

Agent 核对代码版本、构建产物与线上 marker；生产权限和最终发布保留在人类闸口。

这次 Deck

### 反馈 → 任务 → 重建 → 浏览器验收

Tony 提出修改，Agent 更新生成器、逐页检查桌面和手机、部署新版本，再把验收结果回到线程。

Key Takeaway
不同场景共享同一套结构：入口、角色、任务、状态、交付物、Review 和人类闸口。
执行建议
听后面的六个原因时，把门店运营、会员营销、新品上市或供应链流程与这四条 Syfo 链路对照。
和合谷 × ReOrc / Syfo · Part B Syfo 的四条 Agent 链路 04 / 29
Working Conditions
Agent 效果取决于五项基础条件。

资料是否集中、任务是否明确、工作能否拆分、结果怎样验收、经验是否沉淀。这些条件决定 Agent 能参与到哪一步。

Key Takeaway
Agent 的能力相同，工作环境和任务组织方式不同，交付质量也会不同。
执行建议
带着一个真实任务听课，逐项检查 Context、表达、拆解、协作和复盘。
和合谷 × ReOrc / Syfo · Part B 影响 Agent 效果的条件 05 / 29
A Mirror of Work

## Agent 工作依赖五项基础条件。

资料

放在哪里，别人能否接手？

表达

目标和标准是否说清？

拆解

大任务能否一步步推进？

协作

谁负责，状态在哪里？

复盘

下次是否还要从零开始？

先补齐工作条件，再评估 Agent 的实际效果。
Key Takeaway
很多 Agent 问题，本质上是原有工作方式在新工具面前暴露出来。
执行建议
遇到失败先定位是哪种工作习惯造成的，不急着换模型或换软件。
和合谷 × ReOrc / Syfo · Part B Agent 是工作镜子 06 / 29
Reason 01
01

# 缺少稳定的
工作 Context

资料分散、背景依赖口头转述、每次从零解释，Agent 无法稳定接续任务。

和合谷 × ReOrc / Syfo · Part B 原因 01 07 / 29
Work Habits

## 同一项工作，两个完全不同的现场。

混乱现场

### 全靠个人记忆

资料在桌面、聊天和下载目录；任务没有边界；关键决定没有记录；每次重新向 Agent 解释。

→
清晰现场

### 别人和 Agent 都能接手

一个项目有固定工作区；目标、素材、过程与输出各有位置；关键决定可追溯，结果可以复用。

Key Takeaway
整理工作现场的目的，是让信息能被接手、追溯和复用。
执行建议
为当前项目建立一个共同工作区，把目标、素材、决定、过程和最终结果放到固定位置。
和合谷 × ReOrc / Syfo · Part B 两种工作现场 08 / 29
Minimum System

## 让 Agent 有地方落脚，只需要五个基本接口。

目标

这次到底要完成什么。

素材

已有资料统一放在哪里。

约束

边界、口径和禁区是什么。

过程

关键决定为什么这样做。

输出

结果如何归档与复用。

Key Takeaway
一个最小工作系统，比一条更复杂的 Prompt 更能提高长期效率。
执行建议
先把五个接口补齐，再让 Agent 开始执行；缺少的信息明确标记为待补。
和合谷 × ReOrc / Syfo · Part B 五个基本接口 09 / 29
Reason 02
02

# 目标没有转化为
可执行任务

只有方向性要求，没有输入、输出、限制和验收标准，执行者无法判断何时完成。

和合谷 × ReOrc / Syfo · Part B 原因 02 10 / 29
Expectation Gap

## 模糊要求会增加 Agent 的判断偏差。

模糊要求

### “帮我做一个门店活动方案”

没有背景、对象、事实来源和验收标准；结果不满意时，只能说“感觉不对”。

→
清晰任务

### “这是目标、限制和完成标准”

说明为什么做、给谁看、哪些事实必须使用、什么不能改，以及怎样算完成。

Key Takeaway
任务表达越清楚，Agent 越能自主推进；表达模糊时，管理成本会转化为返工。
执行建议
委托前让 Agent 复述目标、缺口、计划和验收标准，确认理解一致后再开始。
和合谷 × ReOrc / Syfo · Part B 模糊要求与清晰任务 11 / 29
A Clear Brief

## 一份可执行 Brief，回答七个简单问题。

01
背景

为什么现在要做？

02
目标

最终要改变什么？

03
受众

交付给谁、影响谁？

04
输入

资料、数据和案例在哪里？

05
约束

哪些边界不能越过？

06
交付

格式、数量和粒度是什么？

07
验收

怎样才算完成？

Key Takeaway
清晰 Brief 的作用是把影响结果的条件提前说明。
执行建议
把七个问题做成团队模板；Brief 缺项时先补信息，不让执行者靠猜。
和合谷 × ReOrc / Syfo · Part B 七段式 Brief 12 / 29
Reason 03
03

# 任务颗粒度过大，
过程无法检查

复杂任务直接交给一个 Agent，通常会在中途丢信息、走偏或无法验收。

和合谷 × ReOrc / Syfo · Part B 原因 03 13 / 29
Break It Down

## 把大任务拆成可验收的阶段交付。

01
结果可见每一步都产生可以检查和继续使用的东西。
02
顺序清楚先做什么、后做什么，哪些步骤可以并行。
03
责任明确每一步只有一个负责人，其他角色提供协作。
04
错误可停某一步走偏时可以及时纠正，不让错误一路传下去。
Key Takeaway
好的拆解让复杂工作可以推进、检查和纠偏，不依赖一次生成完美结果。
执行建议
拆分时写下每一步的输入、输出和验收；没有明确输出的步骤继续拆。
和合谷 × ReOrc / Syfo · Part B 按交付物拆任务 14 / 29
A Simple Example

## “做一个客户方案”，可以拆成五个交付。

01
研究摘要

客户、市场、问题和机会。

→
02
方案结构

核心观点和章节顺序。

→
03
内容初稿

按结构填充事实与建议。

→
04
事实检查

来源、数字、承诺与风险。

→
05
最终交付

统一风格、格式和结论。

Key Takeaway
按交付物拆任务，能让不同角色并行，也让人类在关键节点及时判断。
执行建议
为自己的真实任务画一条五步以内的交付链，先用最少角色跑通。
和合谷 × ReOrc / Syfo · Part B 客户方案怎么拆 15 / 29
Reason 04
04

# 只验最终结果，
无法定位偏差

一次失败直接归因给“Agent 不行”，下一次换一个工具，往往还会重复同样的问题。

和合谷 × ReOrc / Syfo · Part B 原因 04 16 / 29
Diagnose the Work

## 结果不对时，先检查五个常见原因。

权限

它真的能读取、写入和调用吗？

环境

文件、账号和运行条件一致吗？

Context

背景是否足够、正确、最新？

能力

当前模型和工具适合吗？

拆解

任务是否大到无法一次判断？

Key Takeaway
定位错误发生在哪一层，再调整对应的变量。
执行建议
复盘失败时只改一个变量并重新测试，把有效解法记录下来。
和合谷 × ReOrc / Syfo · Part B 出错先查五层 17 / 29
Quality Judgment

## “感觉不对”要变成具体反馈。

完整

### 少了什么

检查必要信息、章节、数据和交付格式。

准确

### 哪里不可靠

标记事实、数字、来源、时效和推断。

合适

### 哪里不符合场景

说明受众、语气、业务目标和资源限制。

风险

### 哪里不能直接用

指出客户、品牌、合规、资金和不可逆影响。

Key Takeaway
好的反馈指出偏差发生在哪里，并给出下一轮可执行的修改方向。
执行建议
准备 3–5 个好样本和坏样本，用具体差异训练团队与 Agent 的共同标准。
和合谷 × ReOrc / Syfo · Part B 怎样验收主观结果 18 / 29
Human Checkpoints

## 人不需要盯每一步，重点看三个时刻。

开始前

### 目标与边界

确认任务方向、事实来源和不可触碰范围。

执行中

### 异常与低置信度

信息冲突、方向变化、连续失败时及时接管。

行动前

### 高风险承诺

客户发送、资金、权限、生产发布和不可逆动作。

Key Takeaway
人的判断应放在方向、异常和高风险动作上，减少重复确认。
执行建议
为每项任务预先写明：哪些动作可自主，哪些情况必须停下来找谁。
和合谷 × ReOrc / Syfo · Part B 人什么时候介入 19 / 29
Reason 05
05

# 协作信息分散，
任务无法连续交接

没有共同现场，协作会变成私聊转述、重复追问和不断催进度。

和合谷 × ReOrc / Syfo · Part B 原因 05 20 / 29
One Place, One Purpose

## 每种信息都有一个最合适的位置。

频道
长期背景

主题、参与者和共同 Context。

→
任务
责任与状态

谁负责、做到哪、下一步是什么。

→
Thread
执行过程

证据、讨论、异常和决定。

→
交付物
最终结果

版本、来源、证据和修改历史。

Key Takeaway
信息放对位置，团队才能少追问、少转述，也更容易接手和复用。
执行建议
约定主频道留结论，任务记状态，Thread 留过程，交付物放最终版本。
和合谷 × ReOrc / Syfo · Part B 信息放在哪里 21 / 29
A Real Workflow

## Syfo 用八步，把一次报障变成可追踪的结果。

01
统一入口

#syfo-doctor 收问题。

02
补信息

Han Solo 继续追问。

03
判断归属

找到正确研发频道。

04
创建任务

明确 Owner 和下一步。

05
执行

排查、修改、测试。

06
Review

检查根因和边界。

07
交付

挂结果和验证证据。

08
回告

把结论送回问题来源。

Key Takeaway
这八步适用于任何需要入口、分诊、执行、验收和回告的业务流程。
执行建议
把一条和合谷真实流程映射到八步，找出现在依赖私聊或个人记忆的环节。
和合谷 × ReOrc / Syfo · Part B Syfo 八步闭环 22 / 29
Live Demo

## Demo 展示一条完整工作链路。

02 MIN
问题进入

为什么不直接私聊工程师。

03 MIN
Han Solo 补信息

环境、复现、影响和预期。

04 MIN
路由与建任务

Owner、状态、下一步和分工。

04 MIN
执行与纠偏

证据、依赖、阻塞公开可见。

04 MIN
Review 与批准

检查根因、回归和高风险动作。

03 MIN
交付与回告

结果、证据、结论和经验沉淀。

Key Takeaway
Demo 的价值在于看清责任、信息、状态、判断和结果怎样连接。
执行建议
现场持续追问：谁负责、做到哪、信息去哪、谁在 Review、下一步谁决定。
和合谷 × ReOrc / Syfo · Part B 20 分钟 Demo 23 / 29
Reason 06
06

# 任务结束后，
经验没有形成复用材料

聊天记录很多，但团队没有形成统一模板、规则和样本。

和合谷 × ReOrc / Syfo · Part B 原因 06 24 / 29
Save the Learning

## 一次成功，至少留下六种东西。

### Brief 模板

下次怎样提供完整输入。

### 好坏样本

团队共同的质量参照。

### 验收清单

结果怎样检查和放行。

### 角色说明

谁负责什么，何时升级。

### 异常解法

常见失败怎样定位和接管。

### Skill / 连接

可以直接复用的执行能力。

Key Takeaway
团队能力来自共同积累，不来自每个人各自保存一条 Prompt。
执行建议
每次任务结束时，至少更新一份模板、一条规则或一个样本。
和合谷 × ReOrc / Syfo · Part B 留下什么 25 / 29
Start Tomorrow

## 选择一个真实任务，按五个步骤执行。

01
选一件事本周会真实发生、结果可检查、风险可控制。
02
说清任务写完七段 Brief，让 Agent 先复述理解。
03
拆成小步每一步都有交付物、负责人和验收。
04
边做边看记录偏差、人工修改、阻塞和最终证据。
05
留下经验把有效做法变成模板、样本或清单。
Key Takeaway
任务完成后，工作方法应当至少有一项可复用更新。
执行建议
会后 24 小时内确定任务和 Owner，不等大平台，不先改全部流程。
和合谷 × ReOrc / Syfo · Part B 明天先做一件事 26 / 29
From One Person to a Team

## 团队能力由三项日常机制积累。

看得见

### 工作过程可见

目标、资料、状态、异常和决定都留在共同现场。

说得清

### 任务与标准清楚

Brief、交付和验收不用依赖个人默契。

留得下

### 每次都积累

模板、样本、清单和 Skill 越用越完整。

Key Takeaway
个人用 Agent 解决一次问题，团队用共同方法持续提高完成问题的能力。
执行建议
选择一类重复工作，统一工作现场、任务模板和复盘方式，连续运行四周。
和合谷 × ReOrc / Syfo · Part B 团队能力的积累 27 / 29
15 分钟问答

## 欢迎大家随时提问。

概念

LLM、Agent 和 Agent 编队有什么区别？

使用

日常工作怎样开始用 Agent？

协作

人和 Agent 怎样分工？

风险

哪些环节需要人工确认？

其他

任何刚才没有讲清楚的问题。

不需要准备完整案例，想到什么就问什么。
Key Takeaway
问题可以来自刚才的内容，也可以来自日常工作中的困惑。
执行建议
直接提出问题即可；我们现场一起讨论。
和合谷 × ReOrc / Syfo · Part B Q&A 28 / 29

# 从一项真实任务开始
建立可重复的工作方法。

明确输入与输出，拆分执行步骤，设置检查点，并把有效做法沉淀为团队材料。

下一步：选择任务，完成一次五步执行
和合谷 × ReOrc / Syfo · Part B 结束 29 / 29