一位非工程师出身的首席执行官将 Copilot Studio 连接至 LDX 中心。期间经历了 8 次错误,耗时 3 小时。以下是完整日志。

发布日期:2026-05-08 10:02:34   浏览量 :2
发布日期:2026-05-08 10:02:34  
2

2026西湖龙井茶官网DTC发售:茶农直供,政府溯源防伪到农户家 

我是一家翻译公司的首席执行官,并非工程师。

第一部分中,我尝试将 Copilot Studio 连接到 LDX Hub 的 StructFlow 应用程序接口,但在让任何功能正常运行之前便遇到了阻碍。这是第二部分——完结篇。

现在它运行正常了。

我将会议纪要粘贴到 Copilot Studio 的聊天窗口中。它返回了结构化的行动项,包含负责人、任务和截止日期。它甚至根据会议日期将“下周”解读为具体日期(5月8日,星期五),并将其标记为一项需要我验证的假设。

以下是从第一部分到得出该结果之间发生的所有事情。

“错误网关”的根本原因

我一直使用的超文本传输协议操作——“发送超文本传输协议请求”——实际上是通过 Office 365 用户连接器 路由的,而非原始超文本传输协议连接器。这就是为什么每次向 LDX Hub 发出的请求都返回“错误网关”的原因。

解决方法:在 Power Automate 的“内置工具”下使用绿色的 超文本传输协议连接器。它看起来与白色的 Office 连接器相似,但行为完全不同。绿色的连接器会对外部应用程序接口进行实际的超文本传输协议调用。

这种区别在用户界面上并不明显。这让我在第一部分中耗费了大部分精力。

切换到代理流

我构建的 Power Automate 流从未出现在 Copilot Studio 的工具列表中,尽管它们处于同一环境中。我始终未能查明原因。

变通方法:直接从 Copilot Studio 的左侧边栏 → “流” → “代理流”构建流。这会创建一个从一开始就原生连接到代理的流。

使用相同的绿色超文本传输协议连接器,相同的逻辑——只是入口点不同。

错误日志(全部 8 个)

我将按顺序列出所有错误。每一个错误都让我离成功更近一步。

① 错误网关
原因:使用了 Office 365 连接器,而非超文本传输协议连接器。

② 无法评估 triggerBody()['text']['minutes_text']
原因:代理流触发器的主体结构与 Power Automate 触发器不同。

③ 属性 'minutes_text' 不存在,可用属性为 'text'
原因:正确的引用是 triggerBody()['text'],不应进一步嵌套。

④ 参数 'model' 的值无效或缺失
原因:gpt-4o 不是 LDX Hub 的有效模型标识符。正确的格式是 anthropic/claude-sonnet-4-6

⑤ 参数 'example_output' 的值无效或缺失
原因:example_output 是必需的。我遗漏了它。

⑥ 请求主体包含无效或格式错误的 JSON
原因:inputs 参数不是字符串——它是一个具有特定架构的对象数组。

⑦ 属性 'output' 不存在,可用属性为 'results, job_id, ...'
原因:结果字段名为 results,而非 output

⑧ 类型为 'String' 的变量 'job_status' 不能用类型为 'Array' 的值更新
原因:results 是一个数组。保存它的变量需要类型为数组,而非字符串。需要一个单独的字符串变量来存储状态字段。

有效的请求主体

{
  "model": "anthropic/claude-sonnet-4-6",
  "system_prompt":

免责声明:本文内容来自互联网,该文观点不代表本站观点。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容,请到页面底部单击反馈,一经查实,本站将立刻删除。

关于我们
热门推荐
合作伙伴
免责声明:本站部分资讯来源于网络,如有侵权请及时联系客服,我们将尽快处理
支持 反馈 订阅 数据
回到顶部