任务决定智能体的形式
AI智能体开发是设计一个系统,该系统使用模型、经批准的信息和选定的工具来完成一个明确的任务。首要决定是,该工作是否需要具备操作步骤的智能体、对话式界面,还是专注的监测工作流。明确的任务比从偏好的技术出发更容易做出区分。
对话式体验可能更适合归为AI聊天机器人开发,而涉及产品的任务可能属于更广泛的Web3开发。在初次讨论中,请带来一个重复性任务、其当前负责人以及一个有用结果的示例。然后我们可以商定系统应准备什么、可以做什么,以及在哪里由人工接手。
| 工作形式 | 合适的起点 | 人工参与程度 |
|---|---|---|
| 任务智能体 | 路由支持请求或准备报告 | 审核异常情况和重要操作 |
| 对话式助手 | 回答重复性问题 | 设定允许的话题和升级节点 |
| 监测工作流 | 收集指定的链上信息 | 审核警报并决定后续操作 |
单一联系人保持决策连贯
一位指定的单一联系人将持有从任务定义到交付的整个工作线索。此人收集您的决策,记录允许的操作,并在实施开始前向您展示拟议的工作流以供签署。这使审批集中在一处,避免让多位团队成员独立解决同一个问题。
项目材料在工作讨论中保密处理。任何内容都不会作为面向公众的智能体展示,也不会作为此开发服务的一部分发布。您决定分享哪些示例、内部信息和访问细节,以及您方谁可以批准它们。
有两个实际的审批节点:首先,确认工作流和访问边界;然后,在部署前审核评估过的行为。每个节点的书面签署为团队提供了已商定内容的清晰记录。工作流草稿和示例行为会私下展示,以便您在投入使用前做出深思熟虑的修改。指定联系人协调这些修订,并让下一个决策保持可见。
实施前应确定什么?
一个有用的范围描述了工作如何开始、需要哪些信息,以及令人满意的结果是什么样的。它还记录了智能体必须在何处暂停以等待人工处理。这些细节使构建能够遵循操作流程,而不是一个笼统的自动化愿望。
任务及其负责人
描述一项可重复的工作、当前由谁处理,以及他们最终需要什么。示例可能包括支持分类、研究与报告、内容运营、社区协助或链上监测。对于每项工作,请注明一个典型输入和您的团队会接受的结果。
工具和源材料
列出工作流可能使用的系统和信息,以及可以批准访问的人员。如果需要知识库,请指明材料及其维护者。对于产品内的界面,请将智能体与相关的dApp开发工作对齐;基于Telegram的体验可能需要与智能体分开进行产品实施。
保留给人工的决策
指明需要审批的操作、应升级的情况,以及信息缺失时应如何处理。对于涉及合约相关信息的工作流,请结合智能合约开发定义智能体的角色。一个简短的书面边界比假设智能体应处理所有情况更有用。
构建成果为团队提供操作材料
交付涵盖从工作流定义到部署支持和交接的商定任务。具体内容取决于您批准的集成和源材料,操作边界会记录在案,供监督智能体的人员使用。
- 工作流图: 任务输入、允许的操作、审核节点和备用路径。
- 集成: 完成定义任务所需的经批准工具和数据源。
- 知识库: 根据需要为工作流组织的源材料。
- 评估集: 用于检查预期行为的代表性示例。
- 交接材料: 操作指南、监测注意事项和所有权说明。
评估基于您批准的示例。审核人员可以检查输出是否遵循要求的格式、是否使用了预期的材料、是否识别了缺失的上下文,以及是否恰当地路由了异常情况。团队将收到关于测试内容以及人工应在何处介入的解释。
在交接前应确定一位指定的操作负责人。此人可以维护源材料、监督访问变更并决定如何处理异常情况。如果智能体依赖于现有的产品界面,相应的界面负责人也应参与相关决策。
评估设定发布边界
当智能体允许的工作及其停止点对监督人员来说清晰明确时,它就可以投入使用了。
我们根据您的审核人员批准的示例准备一个评估集,然后检查常规请求、模糊输入以及应转交人工处理的案例。调查结果将指导工作流、响应格式和升级规则的修订,然后再进行部署。您的审核人员会查看示例行为,并在商定的发布前提供书面签署。
对于社区助手,这意味着记录允许的话题和需要团队成员介入的情况。对于研究或报告,审核人员可以检查信息源的使用情况以及如何标记缺失信息。对于链上监测,团队需定义哪些信息重要以及应如何接收或评估这些信息。
第三方API可能会改变可用性,上游信息源也可能缺少特定任务所需的信息。我们会测试商定的连接并记录备用路径,同时您的团队保留在智能体无法继续时进行审核或接管的途径。
下一步是确定要提出的任务
交付遵循一个有序的流程,在实施和部署前设有审核节点。时间表在任务、集成、源材料和审核人员可用性明确后确定。一个包含已准备材料的封闭工作流与一个涉及多个系统的工作流有不同的依赖关系。
对于更广泛的产品,智能体可以与Web3开发或Web3网站协调,如果这些工作流相关的话。在初次讨论前,对当前任务的简短描述足以确定工作是否准备好进行范围界定。您的指定联系人将阐明后续决策并安排一次私密的工作流讨论。您的任务细节在该项目讨论中保持机密。一个简短的任务描述是一个安静的起点;指定联系人随后会私密安排下一次对话。
工作顺序是:
- 定义任务、其负责人和可接受的结果。
- 映射访问权限、允许的操作和人工审批。
- 构建商定的工作流、集成以及必要的知识库。
- 与您的审核人员一起评估代表性任务。
- 部署、记录操作并移交给团队。
如何操作
- 1. 定义任务分享工作流、其负责人以及有用结果的示例。我们明确智能体可以处理什么,以及什么保留在您的团队中。
- 2. 映射访问与审核在实施前,我们确定所需的工具和信息、允许的操作、审批节点和备用路径。
- 3. 构建商定的工作流我们配置智能体、经批准的集成以及必要的知识库,然后准备代表性的评估任务。
- 4. 评估行为您的审核人员根据商定的标准评估样本输出。我们在部署前优化工作流和防护栏。
- 5. 部署并交接我们支持部署,并解释如何在构建后操作、监测和审核智能体。
常见问题
初次讨论智能体时,我应该准备什么?
一个简短的任务描述、一个典型输入和一个可接受结果的示例是一个不错的起点。同时,指明当前工作流负责人以及必须保留给人工的决策也很有帮助。指定联系人可以利用这些细节,在构建范围界定之前明确访问和审核要求。
智能体能否使用内部材料和现有工具?
可以,只要相关的信息源和工具能够在商定的工作中连接起来。您批准材料和访问权限,我们定义智能体可以使用哪些信息以及每个集成允许什么。工作流还会记录当信息源不可用或缺乏响应所需上下文时会发生什么。
智能体与对话式助手有何不同?
智能体围绕通过定义步骤、工具和审核节点完成任务来组织。对话式助手主要是与人交流的界面。有些产品两者都需要,但区别很重要:它决定了首要设计决策是关于任务工作流、用户对话,还是它们之间的关系。
项目时间表何时可以确认?
时间表可以在工作流、集成、源材料和审核人员可用性明确后确定。一个具有准备就绪输入的任务比需要多个系统连接或大量知识库准备的任务依赖关系更少。指定联系人将在讨论这些要素后确认顺序。
智能体能否不经审批就行动?
该边界是针对特定工作流定义的。在适当的情况下,可以允许常规操作,而敏感或重要的案例可以保留等待人工审批或转交给团队成员。我们在实施前记录这些规则,然后测试代表性案例,以便审核人员在部署前评估行为。
能否保证对每个数据源的不间断访问?
不能。第三方API可能会改变可用性,上游信息对于特定任务也可能不完整。我们会测试为构建商定的连接,并记录信息缺失或连接失败的备用方案。您的团队保留清晰的途径来审核异常情况或接手工作。
告诉我们您的项目
回答四个简单问题,经理会在1小时内为您发送方案、时间表和价格范围。全程保密。
正在加载表单…