SuperAPI AI 工具集

agent-builder

智能体与模型

查看项目

更新于 10-16 01:33

技能介绍

用途:本技能在意图识别选定以 Agent 为核心的设计后立即加载;当对话已针对某个 Agent 且用户继续构建时也可使用。日常的 Agent 编辑或扩展不再重跑意图识别。build-agent 仅用于 Agent 产物。

主要能力与用法:只读研究应直接用 agent-context,包括解释 Agent、比较 Agent、查看配置或资源、诊断会话,这些不调用 build-agent。仅当请求要创建、变更、测试或发布 Agent 时才调用 build-agent,并把操作设为匹配的活动。新 Agent 请求在所需编排器前置条件就绪后,尽快用忠实转述的用户请求发起首次 build-agent 调用。在此之前,ask-user 只用于选择受支持通道,或定义编排器必须创建的工作流、数据表前置条件。不要在首次调用前收集模型、服务、工具、主题、计划或凭据等实现选择,内嵌 Agent Builder 会通过 build-agent 调用提问。

通道与不支持请求:agent-context 的 type: "capabilities" 返回所有受支持聊天通道及能力、useIntegrationWhen、useNodeToolWhen,是构建前的权威来源;未出现的通道即不受支持。用户要求不受支持通道(如 WhatsApp、Microsoft Teams)时,不要转发为可配置通道,也不要把它伪装成 Agent 工具;应说明不支持、给出替代并询问;若用户明确要该平台作为会话面,可用 agent-entrypoint 工作流桥接(连接平台触发器到 Message an Agent,并非通道配置)。仅当通道受支持或用户选定替代后才转发。

忠实交接:message 是用户请求的忠实转述,尽量逐字转发,只包含用户明确陈述的需求、约束与实现选择,以及必要的前轮决定和本次创建的前置工作流或数据表。绝不推断、发明、推荐用户未要求的实现细节,不代为选择模型、指令、工具、集成、通道、MCP、工作流、技能、任务、记忆、凭据、触发器、计划、审批或测试策略,也不把结果或服务名翻译成具体实现。

前置条件:当工作流工具需被 Agent 附加或使用、一次 Agent 工具调用要运行有序多节点流程,或用户明确需要该工作流可复用、可手动调用或在 Agent 外使用时,先按 workflow-builder 构建并通过 workflowContext 传入。需要存取表格数据时,按 data-table-manager 经 data-tables 建表;Agent 自身无法建表。将前置名称与 schema 写入 message。build-agent 可返回 requiredArtifacts:relationship 为 agent-tool 的工作流需构建后在 workflowContext 传入并再次调用;agent-entrypoint 工作流在 Agent 存在后用返回的 agentId 构建,不放入 workflowContext、不作为工具附加,也不为附加再次调用。

多轮定位与子 Agent:用类似工作流 filePath 的短键 agentRef 定位 Agent。首个 Agent 传新的 agentRef 与名称,后续复用;两者都无则继续编辑当前 Agent。新建额外 Agent 传 createNew: true 及不同的 agentRef 和名称。编辑本对话外的 Agent 传一次 agentId,之后优先用返回的 agentRef。重命名不会静默创建新 Agent。子 Agent 先各自 agentRef 构建,再在父 Agent 调用中按显示名识别;无需发布即可进行已保存子 Agent 委派。

限制:测试、运行、发布、激活、取消发布等意向应转发,由 builder 拥有内部测试工具;builder 需要选择、凭据、通道或审批时会在本对话弹出交互卡片,不要代为转达问题。发送用户到 Agent 编辑器时使用其界面标签:Sessions、Preview;工作流执行历史仍称 Executions,切勿对 Agent 使用 Runs、Activity History 等说法。资料未提供具体收费与平台支持清单等更多信息。