---
name: lark-mail
description: "检索飞书邮箱邮件与线程，管理草稿、回复、附件、文件夹、联系人和邮件规则。"
---

# mail

## 执行约定

沿用当前连接的飞书工具。日常专用工具合适时直接使用；其他操作先 `feishu_search_tools`，再 `feishu_get_tool_schema`，按返回的 `call_with` 选择 `feishu_read_tool` 或 `feishu_call_tool`。宿主可能给工具添加连接器前缀，使用实际发现的名称。

先解析真实对象和操作范围；只在对象、范围或必要输入仍不明确时补充询问。用户的明确授权持续有效。读取或起草不自动授权发送、发布、删除或改变分享范围。

检查分页、截断和部分失败；写入超时先核对同一对象，保留已创建 ID，不盲目重试。返回结果必须区分已读取、已提交、任务处理中、已完成和未能验证。

业务参考中的命令名称、flag、脚本、路径和命令输出是来源协议示例，不是可直接执行的步骤。只复用其中的对象语义、字段约束、格式和恢复规则。先按工具合同转换 `path`、`params`、`data`；不要运行 CLI、安装 CLI、读取本机凭据、执行 shell 示例或把本机路径传给远端工具。参考中的默认发消息、强制新增流程、确认 gate 和身份切换不扩大用户请求。工具 schema 与本入口的执行约定优先于来源示例。

若当前连接没有某项工具，指出具体动作、缺少的接口/传输/身份或运行条件，保留可完成的部分。不能把工具目录、模拟结果或新建替代品说成原任务已完成。

## 任务流程

1. 以真实 mailbox_id/message_id/thread 信息定位。阅读正文与附件需分别获取；仅标题列表不足以总结整封邮件。

2. 区分对话中草稿、邮箱保存草稿、发送。先不发送的请求不能调用 send；当前目录没有 drafts 操作时明确仅完成对话草稿。

3. 回复保留原线程与必要的收件人语义；发送前按用户要求核对 to/cc/bcc 与附件，返回消息 ID 后再说发送完成。规则修改先读原规则，保留无关条件。

4. 订阅注册不等于监听启动或收到邮件事件。持续 watch 只有具备实际事件消费者时才可承诺。

## 按需参考

- [工具与合同](references/mcp-tools.md)：寻找领域内具体操作，参数以实时 schema 为准。
- [业务参考索引](workflow-reference.md)：需要复杂格式、对象关系或细节时读取相关章节，按执行约定转换其中的来源示例。