OpenAPI
飞书开放平台提供了获取会话历史的能力，开发者可以借助这个 API 来获取话题群当中的消息内容。 业务逻辑 话题群只是群的一种类型，因此，可以使用群类型通用的获取历史的方法，来获取话题群当中的内容。 此外，在获取群历史的时候需要注意，API 返回结果的信息当中包含 root_id / parent_id 的即为回复话题的消息，你需要先将对应的历史拉下来，再从子节点反向构建话题消息的历史。 示例代码 以下代码为伪代码，仅用于讲解逻辑。请自行替换为对应语言的逻辑实现。 /** * 获取话题群会话历史消息的位代码 * Author: 白宦成 <hi@feishu.io> */ function fetchGroupHistory() { // 此处为获取会话历史的封装 // 文档地址：https://open.feishu.cn/document/uAjLw4CM/ukTMukTMukTM/reference/im-v1/message/list // 服务端 SDK：https:
OpenAPI
在飞书开放平台上，有多个不同类型的 ID： * Open ID: 一般是大多数接口的默认参数 * Union ID：大部分接口的可选项 * User ID：有单独的权限管控，一般不太能用。 开发者往往在使用的过程中，会产生困惑：我到底应该如何选择这些 ID？ 一个比较简单的判断方式是 如果你可能会开发多个飞书开放平台的应用，那就选择使用 Union ID。对于绝大多数开发者来说，其实默认使用 Union ID 是最方便的。这样就算你暂时只开发一个应用，后续也有拓展的可能性。 至于 User ID：99% 的场景你是不需要使用的，如果你不是很确定这个场景是否需要使用 User ID，那么大概率是不需要使用的。 此外，这里附上一个快速判断逻辑图：
飞书云文档
目前飞书开放平台的云文档相关的权限管理 API 暂时不支持直接使用 appid 添加权限。但我们可以通过为群授权的方式，来给群内的机器人添加文档的管理权限，从而实现应用 A 将自己生成的文档授权给应用 B。 流程图 伪代码 /** * 批量为应用添加文档的管理权限。 * Author: 白宦成 <hi@feishu.io> */ const APP_ID = "cli_xxxxxxxxxxxxxxxxxx"; const ANOTHER_APP_ID = "cli_xxxxxxxxxxxxxxxxxx"; function createGroup() { // 服务端文档：https://open.feishu.cn/document/uAjLw4CM/ukTMukTMukTM/reference/im-v1/chat/create