task： 在飞书完成对话，通过 trae 实现 AI 解读并存入飞书文档——本次 task 目的主要是为了打通飞书

---

背景

基于飞书生态中 wiki 总子节点、云文档分享链接转 md 的方式出现非常多的阻碍，现在我先完成一个小的场景，就是我想在飞书应用上与飞书应用机器人进行对话（单聊+群聊），然后 push 到 trae 中会话列表中“feishu-trae”，然后远程实现 solo-coder。这个小场景我准备选择一个最简单“由 trae 通过机器人创建一个飞书文档「想法点子」，专门用于记录我与机器人会话，其中涉及到我说「点子或者想法」的时候，这个就会被存储在飞书文档中。

---

描述

关键词 + 模式匹配，通过飞书向 trae 发送消息，并通过 trae 中转到飞书文档。

---

准备怎么干

---

直接告诉 trae 我的想法！让它开始干活，同时也是对这个project 内的 skill 、mcp、团队 agen 的又一次校验。

航班日志-实操

权限配置部分很重要

看起来是成功了！但是内外网穿透后续应该还是非常多的坑，最好选用 API 集成。

让我们实际使用一下。在这之前，要开通对应的 API 权限

已经调通

算是调通了，只要调通了就好弄了！

接下来我会把消息发送和接收作为一个单独的 agent，然后再处理收到消息之后的处理逻辑。

消息处理流程，给我设计错了，这个方案是本地 trae API 或者使用本地运行的模型服务要封装成 外部标准API。而我的需求是将飞书的消息直接发送给 trae 的会话窗口，然后再返回给飞书消息框。

已经调试完成，能主动发送！

接下来，我通过飞书 to trae 发送消息测试一下。已经通了！但是还有点小问题

让运维工程师检查消息处理的问题，主要原因是消息堆积。

遗憾的是，消息发送到后端，只是一个项目的应用服务内，并不是 trae 的一个消费者，所有无法将 trae 的聊天窗口还原到飞书机器人聊天窗口中。只能手动再行处理消息会话，好像作用不是很大，另外 trae 官方并没有开放这个能力！这让我想到一个事情，这是否就是 openclaw 的思路来源！

在这里实际上只有转换为第三方API 的封装逻辑了，就基于这个逻辑整理好会话中的关键信息然后通过大模型产出之后，输出到飞书文档。虽然不能使用 trae 的消费者模式，但是基于这个项目，能打通飞书通道也是不错的！

最后实现的效果如下！