运营一个社交媒体账号，可能要持续一年；办理苹果开发者账号相关事项，可能要在客服回复、账号审核和付款之间反复跟进；改善一个网站的性能，也可能要围绕同一批问题持续工作三个月。这些事情都有明确的方向，具体进展却会不断变化，需要有人记得上次做到哪里，并继续安排下一步。
我们做 Sparse Agent，就是希望它能承担这样的长期职责。用户用 Goal、KPI 和 Constraints 说明希望达成的结果、怎样检查进展，以及允许它自行工作的范围。Agent 根据当前情况安排工作，定期汇报，遇到需要用户参与的事情时主动来问。
判断一项工作是否适合交给它，可以先看下面三类场景。
持续一年的社交媒体运营
社交媒体运营需要连续做许多轮工作：了解产品，准备选题，发布内容，观察反馈，再调整下一轮安排。如果希望账号长期积累有用的内容和稳定的读者，就需要有人把这些工作接起来。
你可以给一个运营 Agent 定下一年的职责：围绕产品持续运营微博、知乎或 X，让关注这个领域的人更了解产品。把产品资料、已有内容，以及 Memory 中保存的工作偏好交给它，再约定 KPI 和发布范围，它就有了可以持续推进的工作。
KPI 可以采用每个月的可核验公开触达量，也可以选择与当前运营目标相关的其他账号数据。目标值、统计周期和计算方式需要先说清楚。记录发了多少内容，有助于了解工作量；观察触达和用户回应，则有助于判断选题和表达是否产生了预期效果。
在这个范围内，Agent 可以自行选择话题、尝试不同表达、调整发布节奏。产品增加了一项能力，它可以把新资料转成后续内容；某类选题反响较弱，它可以继续检查读者、表达和发布时间。用户不用每天重新告诉它发什么，Agent 根据已有资料和最新结果安排下一轮工作。
我们之前的社交媒体运营案例，就用月度可核验触达量作为 KPI。日报里会跟踪累计进展、剩余差距和后续安排，让用户看到这份职责正在怎样推进。用户也可以反馈哪些内容需要调整，Agent 再把要求用于后面的工作。
一年是这份职责可以设定的周期。达到某个月的 KPI 后，后续运营仍然需要继续；每个阶段的结果，都可以成为下一阶段调整方法的依据。
跨两周的苹果开发者账号事项
另一类工作有清楚的终点，却需要跨过许多等待和往返沟通。苹果开发者账号相关事项，就是我们实际做过的一个例子。
2026 年 7 月 16 日，我给 Agent 下了一项任务：在一个月内处理苹果开发者账号，并完成 PythonMiao 桌面软件的开发者签名。我们同时约定了进度日报，要写清楚当前进展、第二天的计划和预计还需要多久。
事情展开以后，里面有注册和续订、账号激活、填写工单、与苹果客服沟通、确认付款，以及后续的证书、签名和公证。某一步没有成功，要继续查原因；客服还没有回复，要保留进展并安排跟进；需要本人登录、确认身份或授权付款时，要主动联系用户，把缺少的条件说清楚。
用户参与完成必要操作以后，Agent 再接着推进后面的步骤。它负责记住当前卡在哪里、已经试过什么、下一步等谁的回复，也会提醒用户完成影响进度的事项。用户可以把日常协调交给它，收到明确的问题或请求时再配合。
按照项目里的案例记录，这项任务在 7 月 29 日完成，实际跨了约 13 天。最终检查覆盖账号和会员资格可用，以及软件的 Developer ID 签名、Apple 公证和分发验证通过。中间许多时间花在等待上，任务仍然需要持续跟踪，直到这些结果得到确认。
这类事项的 KPI 可以体现在一组完成标准里。处理完几个工单，是过程记录；账号能否使用、最终交付能否通过检查，才说明目标推进到了哪一步。达到约定的验收标准后，这项具体任务就可以结项。
连续三个月的网站性能优化
对开发团队而言，还可以把一项持续改进的职责交给 Agent。比如，接下来三个月集中改善一个网站的性能。
开始之前，先选定需要改善的网站、关键页面或接口，再约定要观察的指标。页面加载时间、关键接口响应时间、错误率，都可以成为检查方向。当前基线、希望改善的目标和测量方法要一起确定，后面才知道每次改动是否有帮助。
在这个周期里，Agent 可以持续检查运行状态，结合数据寻找优化点，复现问题，准备代码改动，再比较优化前后的结果。发布上线以后，还要继续观察实际表现，检查问题是否解决、其他功能是否受到影响，并安排下一轮工作。
这里可以约定一条明确的执行要求：改动先交给人审核，确认没有问题后再发布。Agent 负责监测、分析、准备可审阅的改动和跟踪效果，人保留审核与发布决定。工作中发现需要补充资料、权限或判断的地方，也由它主动提出。
三个月内，它持续把注意力放在这项性能目标上。某一次优化完成以后，可以继续检查其他影响结果的问题；原来的判断被新数据修正以后，也可以调整优先顺序。用户通过阶段汇报，看到当前指标、已经完成的改动，以及下一步准备处理什么。
这是一个可以设定的工作场景。它描述的是开发团队怎样把三个月的性能职责交给一个 Agent。
三类工作都需要有人持续负责
这三类工作的周期和结束方式各不相同。运营是一份按阶段检查的长期岗位；苹果账号事项达到验收标准后就能结束；性能优化是在约定周期内围绕一组指标反复改进。
它们共同需要的是持续跟进。一次工作结束以后，要保存进展；情况发生变化以后，要重新判断；中间需要等待时，要安排何时再检查；发现缺少条件时，要主动找到能够提供帮助的人。
Goal 让这些行动围绕同一个结果展开，KPI 帮助检查当前进展，Constraints 明确它可以自行推进的范围。定时和事件可以成为工作开始的条件，下一轮具体做什么，还要结合目标、已有资料和最新结果来决定。
用户也可以在合作过程中补充信息和修正方向。真正需要由 Agent 承担的，是把这些变化接进后续工作，继续负责推进，而用户通过汇报、反馈和必要的参与掌握进展。
交给它之前，写清任务说明
一份可以执行的任务说明，至少要让双方知道这件事要做到什么程度、怎样检查，以及哪些地方需要协助。
Goal 是它要负责的事情。 写清楚为谁工作、希望达成什么结果，以及持续多久。长期岗位要说明职责周期，具体事项要说明完成之后可以如何验收。
KPI 是检查进展的方法。 运营任务需要约定数据口径和目标，性能任务需要基线和改善指标，账号事项则可以列出必须满足的完成标准。KPI 清楚，Agent 才能根据结果调整后续行动，用户也能从汇报里检查进度。
Constraints 是工作的约定范围。 哪些操作可以自行完成，哪些内容需要先审核，哪些事项要由本人确认，都可以提前说明。登录、身份确认、付款授权或代码发布需要用户参与时，Agent 应该明确提出请求，并说明之后怎样继续。
Sparse Agent 的任务填写界面。图中的运营目标为填写示例，尚未创建 Agent。
汇报节奏也可以在开始时一起约定。用户需要看到已经完成什么、距离目标还有多远、当前卡点在哪里，以及接下来准备怎样安排。反馈和新的资料进入后续工作，值得保留的要求与经验也可以记录到 Memory 中，供相关工作继续使用。
从一件职责明确的工作开始
查询一个问题、修改一段文字，或者处理一份可以立即验收的文件，可以先在一次对话里完成。需要跨日协调的事项、按周推进的项目、按月经营的岗位，更容易体现长期 Agent 的作用。
如果还说不清目标和检查方法，可以先和 Agent 讨论，把任务梳理清楚，再交给它持续推进。几个月或一年的目标，也需要安排好实际运行所需的模型、云环境和账号授权，让后续工作有条件继续。
Sparse Agent 适合承担的，是那些方向说得清、进展能检查、又需要有人一直跟进的职责。用户给出目标、KPI 和工作范围，Agent 负责把事情一轮轮做下去，在需要配合时主动来找用户。
进一步阅读：真数字员工来临。