AI智能体用于Web3工作流：从一个任务和明确的“完成”定义开始

AI智能体能为Web3团队做什么

快速测试： 将任务写成一名新员工能遵循的5个步骤。如果做不到，说明该任务还不适合交给智能体。

一个Web3 AI智能体可以通过使用项目信息和连接的工具来完成一个有限的任务，然后将不确定或敏感的情况转交给人工处理。有用的起点是一个具有重复步骤、可识别输入以及团队能够检查的结果的工作流。

典型的适用场景包括支持分类、研究与报告、内容运营、社区协助和链上监测。例如，一个支持智能体可以对收到的提问进行分类，并根据已批准的材料准备建议回复；一个研究智能体可以从连接的来源收集信息，形成一份一致的报告。一个社区助手可以帮助管理员找到相关指导，而一个链上工作流可以监控指定事件并发送人类可读的警报。

该智能体并不能替代完整的产品界面或所有对话式用例。如果主要需求是一个面向用户的对话体验，请将此工作与 AI聊天机器人开发 进行比较。对于包含多个连接组件的更广泛产品构建，请从 Web3开发 开始。我们通过询问谁使用其输出、需要什么信息以及结果不完整时人工应做什么，来帮助选择第一个任务。

应该先自动化哪个工作流？

正确的第一个工作流应足够狭窄以便评估，并且足够有价值以便您的团队会使用其结果。在承诺构建之前，请描述从触发到最终交接的任务，包括可接受的答案或操作是什么样的。

使用此清单进行选择：

• 频率： 该任务是否足够频繁地重复，以证明专用工作流的合理性？
• 输入： 您能否识别智能体可能使用的消息、文档、数据或事件？
• 决策规则： 您的团队能否解释正确结果应包含什么？
• 风险： 错误的答案是否会造成财务、安全或声誉损害？
• 升级： 当信息缺失或情况异常时，由谁接手？

一个强有力的第一个任务通常涉及组织信息或准备供审查的回复。一个涉及资金转移、更改访问权限或做出不可逆决策的工作流需要更谨慎的审批设计，并且可能不适合独立操作。我们在实施前记录预期用户、允许的操作和失败路径。如果任务既需要产品界面又需要智能体逻辑，它可能应归入 dApp开发；如果它与合约行为交互，请与 智能合约开发 团队界定该边界。

工具和项目知识如何融入智能体

智能体需要相关信息和一个定义好的工具集才能完成有用工作。我们映射它可以读取什么、可以更改或发送什么，以及哪些输出在连接工作流之前必须等待人工审批。

项目知识可以包括已批准的政策、产品文档、支持答案或操作流程。我们围绕任务组织提供的材料，识别差距，并商定哪些来源应被视为权威。工具集成围绕工作选择：一个支持工作流可能需要一种方式来接收案例并准备回复，而一个监测工作流需要访问选定的数据及其警报的目的地。确切连接在规划期间确认，而不是根据项目的链或堆栈假设。

对于每个提议的工具，准备其用途、访问负责人、权限边界以及预期的输入和输出。我们还定义当工具不可用或返回不完整信息时智能体应做什么。这使得工作流更易于审查，并有助于防止意外扩大访问权限。如果Telegram界面是简报的一部分，可以结合 Telegram机器人和迷你应用开发 进行规划；智能体的任务逻辑和面向用户的体验应有明确的责任划分。

您的智能体简报6点清单

填写这6行来定义您的第一个智能体。明确的完成定义是预测智能体在第一个月后人们仍会继续使用的最佳单一指标。

1. 用不超过5个步骤描述任务。
2. 列出智能体可以使用的工具，仅此而已。
3. 列出它可以读取的数据。
4. 定义什么算完成。
5. 指定谁批准高风险操作。
6. 准备5个示例输入和正确的输出。

术语一句话解释

智能体：遵循工作流并使用经批准的工具来完成任务的软件。

交接（通俗地说：智能体将案例转交给人工的时刻）。

定制智能体构建包含什么

经验法则： 对于任何涉及资金转移或公开发布的操作，让人始终参与其中。

定制构建涵盖使定义的任务可用、可测试和可维护所需的决策和组件。您收到的内容围绕工作流商定，而不是从通用功能列表中选择。

计划可以包括：

• 用例定义，包括输入、预期结果和升级规则。
• 针对已批准工作流的工具和数据集成。
• 根据为任务提供的项目材料准备的知识库。
• 设定允许行为并定义何时转交给人工的护栏。
• 评估集：用于审查智能体输出和操作的代表性示例。
• 为负责运营的团队提供的监测、部署和交接材料。

在开发之前，我们确认包含的内容、客户将提供的访问权限以及谁将批准评估示例。在交接时，我们逐步讲解操作流程，审查商定的检查点，并解释团队如何识别需要关注的案例。对评估集进行人工审查是一个实用的质量检查点：您的主题负责人可以在发布前标记不正确的假设。如果您的项目需要更广泛的对话层，我们可以与 AI聊天机器人开发 协调边界，以便智能体的内部工作和面向用户的对话得到连贯规划。

从简报到交接

我们从具体的工作流描述过渡到经过评估的部署，在每个阶段保持计划和所有权的可见性。流程从任务以及负责其数据、决策和日常使用的人员开始。

首先，我们审查工作流、示例和期望结果，然后记录智能体可以做什么以及哪里必须由人决定。接下来，我们与客户的技术负责人确认数据源、工具访问和依赖关系。然后，我们准备知识库并围绕商定的任务实现智能体，包括其回退行为。在发布前，我们使用代表性案例检查输出，并根据商定的评估标准调整工作流。部署和交接以解释操作流程和团队可用的监测信息结束。

时间表在我们了解访问权限、集成、数据准备情况和审查可用性后确定。为了使首次审查富有成效，请发送任务输入的样本、可接受结果的示例、任何相关的项目文档以及可以批准工作流决策的人员姓名。MarketingExtra 在开发前使用书面计划审查，以便您可以在工作开始前确认任务边界、集成和交接期望。

链上监测及智能体的边界

对于链上监测，围绕特定信号、明确的警报目的地以及能够解释或对警报采取行动的人员来设计智能体。用您的团队可以验证的术语定义要监控的事件或条件，然后决定警报必须包含哪些上下文才有用。

一个实用的规范应指明数据源、与任务相关的字段或事件、警报接收者以及团队预期的响应。它还应该区分通知某人与采取行动。如果工作流连接到合约或其他系统，请记录谁拥有这些集成以及智能体获得哪些权限。保持初始计划聚焦，然后使用审查过的示例来决定是否将其他案例纳入后续迭代。

对于链上监测，智能体只能使用连接到工作流的数据和访问路径；链的可用性和源更改可能会影响它接收的信号。我们无法保证它能识别每个相关事件或无误地行动，因此我们交付商定的工作流、安全措施、评估和交接，并在任务需要时包含人工审批。

请发送工作流、示例输入和预期的警报或交接，我们将审查边界并提出计划构建方案。

发送3项内容：工作流、3个示例输入以及接收警报或交接的人员。

如何操作

1. 描述任务分享重复性工作流、谁使用其输出以及成功结果是什么样的。
2. 确认计划与访问权限我们记录允许的操作、信息来源、集成和人工回退。
3. 构建工作流我们准备项目知识并围绕定义的任务连接经批准的工具。
4. 与您的团队一起评估我们与您的主题负责人一起审查代表性示例，并优化商定的行为。
5. 部署并交接我们部署商定的计划，并向您的团队解释监测、运营和所有权。