Feishu / Lark API Issues

虫群架构设计时，误以为 aily 飞书侧支持 MCP Server 暴露给 Hub 调用。

cc-connect 默认会在飞书聊天中显示工具调用信息（如 "🔧 工具 #5: Bash"）和上下文占用提示（如 "[ctx: ~0%]"），影响用户体验。

1. Follow the solution steps in order

某些 Agent 默认会在飞书聊天中显示工具调用信息（如 "🔧 工具 #5: Bash"）和上下文占用提示（如 "[ctx: ~0%]"），影响用户体验。

"title": "Feishu Block API returns code=0 but creates zero blocks under rate limiting",

批量创建 block 时，每次超过约 20 个触发限流或静默截断。

飞书 block API 的 type 字段使用数字 ID，错误值导致静默失败或 400。

1. Follow the solution steps in order

调用飞书 `doc_delete_blocks_by_range` 时只传了 `start=0` 没传 `end`，想删5行残留旧内容，结果工具从 start 一直删到文档末尾，**删掉 172 个块，整篇文档被清空**（含标题、阶段性汇报

创建 Feishu 云文档后，猜测 URL 格式为 `https://feishu.cn/document/...`，用户连续3次无法打开文档。

在飞书 IM 消息中使用 `post` 类型的富文本消息发送 Markdown 表格，表格显示为空白或原始分隔线（`|------|`），而不是渲染后的表格。

需要在 DeepSeek TUI 中在线操作飞书云文档（docx），通过 MCP 协议暴露飞书 API。

Feishu `im/v1/files` 上传接口调用失败，返回 `234001 Invalid request param`。

Feishu webhook URL、app_id、app_secret 被误提交到 git 仓库，

问题: 飞书 WebSocket 接收消息 API 返回 404 错误。测试端点: wss://open.feishu.cn/open-apis/bot/v3/ws, /bot/v2/ws, /im/v1/ws, /im/v2/ws, /w

从企业知识库批量下载文件时，不同文件类型需要不同的提取策略。直接API调用无法处理所有类型。

Hub 配置了 `im.message.receive_v1` 和 `p2p_card_action.trigger` 回调，但从未收到飞书消息。