PicoBot/skills/lark-mail/references/lark-mail-forward.md
ooodc a7883dbed9 refactor(todo): 重构待办事项管理逻辑及更新状态规则
- 移除 TodoItem 中的 priority、created_at 和 updated_at 字段
- 强制每个任务都必须有唯一 id,且由用户负责生成
- 修改合并模式逻辑,merge=true 下保留未提及的旧任务
- 支持已完成和已取消任务重新激活(状态改回 pending 或 in_progress)
- 禁止 in_progress 状态退回到 pending,必须标记为 completed 或 cancelled
- 优化状态转换校验,允许特定状态间合法切换
- 简化任务变更消息,移除详细的新增/更新/移除统计
- 更新文档和示例,明确 id 必须由用户生成和使用
- 修复和补充测试,增强状态转换和合并模式验证
- 调整任务时间戳生成逻辑,统一使用当前时间及索引
- 该变更提供更合理的任务状态机械及管理模式,提升稳定性和易用性
2026-06-13 09:22:33 +08:00

12 KiB
Raw Blame History

mail +forward

前置条件: 先阅读 ../../lark-shared/SKILL.md 了解认证、全局参数和安全规则。

转发指定邮件,自动处理:

  • 主题前缀 Fwd: (已含前缀时不重复)
  • 自动拼接标准 “Forwarded message” 区块From/Date/Subject/To + 原文)
  • 支持纯文本和 HTML 转发

默认草稿+forward 默认保存为草稿,不会立即发送。如需立即发送,添加 --confirm-send 参数(仅在用户明确确认后使用)。

本 skill 对应 shortcutlark-cli mail +forward

CRITICAL — 发送工作流(必须遵循)

CRITICAL - 编辑邮件内容前 MUST 先用 Read 工具读取 references/lark-mail-html.md,其中包含邮件书写规范

此命令默认只保存草稿,不会发送邮件。转发会将原邮件内容发送给新收件人,需要发送时有两种合规方式:

方式 A推荐 — 创建转发草稿(不带 --confirm-send

lark-cli mail +forward --message-id <邮件ID> --to <收件人>

→ 返回 draft_id

向用户展示转发摘要(被转发邮件、收件人、附加说明);如果用户想先看效果,可引导其去飞书邮件里查看草稿。

用户明确同意后,发送该草稿:

lark-cli mail user_mailbox.drafts send --params '{"user_mailbox_id":"me","draft_id":"<Step 1 返回的 draft_id>"}'

方式 B允许 — 用户已经明确确认收件人和内容时,可直接使用 --confirm-send 立即发送。

禁止在用户未明确同意的情况下执行发送,无论是发送草稿还是直接使用 --confirm-send

命令

# 转发邮件(默认保存为草稿)— HTML 推荐
lark-cli mail +forward --message-id <邮件ID> --to alice@example.com --body '<p>FYI请看下面原邮件。</p>'

# 转发并附加说明 + 抄送(草稿)
lark-cli mail +forward --message-id <邮件ID> --to alice@example.com --cc bob@example.com --body '<b>请参考</b>'

# 转发时插入内嵌图片(推荐:直接用相对路径,自动解析)
lark-cli mail +forward --message-id <邮件ID> --to alice@example.com --body '<p>详见图示:<img src="./logo.png" /></p>'

# 纯文本转发(仅在内容极简时使用)
lark-cli mail +forward --message-id <邮件ID> --to alice@example.com

# 确认发送(用户明确确认后才可使用)
lark-cli mail +forward --message-id <邮件ID> --to alice@example.com --confirm-send

# Dry Run仅打印请求不发送
lark-cli mail +forward --message-id <邮件ID> --to alice@example.com --dry-run

参数

参数 必填 说明
--message-id <id> 被转发的邮件 ID
--to <emails> 收件人邮箱,多个用逗号分隔
--body <text> 转发时附加的说明文字。推荐使用 HTML 获得富文本排版;也支持纯文本。根据转发正文和原邮件正文自动检测 HTML。使用 --plain-text 可强制纯文本模式。支持 <img src="./local.png" /> 相对路径自动解析为内嵌图片(仅支持相对路径,不支持绝对路径)。与 --body-file 互斥
--body-file <path> 从文件读取转发说明 HTML相对路径仅限 cwd 子树)。与 --body 互斥。文件大小上限 32 MB
--from <email> 发件人邮箱地址EML From 头。使用别名send_as发信时设为别名地址并配合 --mailbox 指定所属邮箱。默认读取邮箱主地址
--mailbox <email> 邮箱地址,指定草稿所属的邮箱(默认回退到 --from,再回退到 me)。当发件人(--from)与邮箱不同时使用。可通过 accessible_mailboxes 查询可用邮箱
--cc <emails> 抄送邮箱,多个用逗号分隔
--bcc <emails> 密送邮箱,多个用逗号分隔。与 --event-* 不兼容(见 +send 日程邀请约束)
--plain-text 强制纯文本模式,忽略所有 HTML 自动检测。不可与 --inline 同时使用
--attach <paths> 附件文件路径,多个用逗号分隔,追加在原邮件附件之后。相对路径。当附件导致 EML 总大小超过 25 MB 时超出部分自动上传为超大附件HTML 邮件插入下载卡片,纯文本邮件追加下载链接),单个文件上限 3 GB
--inline <json> 高级用法:手动指定内嵌图片 CID 映射。推荐直接在 --body 中使用 <img src="./path" />(自动解析)。仅在需要精确控制 CID 命名时使用此参数。格式:'[{"cid":"mycid","file_path":"./logo.png"}]',在 body 中用 <img src="cid:mycid"> 引用。不可与 --plain-text 同时使用
--signature-id <id> 签名 ID。附加邮箱签名到转发正文与引用块之间。运行 mail +signature 查看可用签名。不可与 --plain-text 同时使用
--priority <level> 邮件优先级:highnormallow。省略或 normal 时不设置优先级
--event-summary <text> 日程标题。设置此参数即在邮件中嵌入日程邀请。需同时设置 --event-start--event-end
--event-start <time> 条件必填 日程开始时间ISO 8601
--event-end <time> 条件必填 日程结束时间ISO 8601
--event-location <text> 日程地点
--confirm-send 确认发送转发(默认只保存草稿)。仅在用户明确确认后使用

日程约束--event-*--send-time 不可同时使用;--to--cc 收件人自动成为日程参与者ATTENDEE--bcc 收件人不计入参与者。 | --send-time <timestamp> | 否 | 定时发送时间Unix 时间戳(秒)。需至少为当前时间 + 5 分钟。配合 --confirm-send 使用可定时发送邮件 | | --request-receipt | 否 | 请求已读回执RFC 3798 Message Disposition Notification。在出站 EML 里写 Disposition-Notification-To: <sender> 头。收件人的邮件客户端可能弹出提示、自动发送或忽略——送达不保证 | | --dry-run | 否 | 仅打印请求,不执行 |

返回值

默认(草稿模式):

{
  "ok": true,
  "data": {
    "draft_id": "草稿ID",
    "tip": "draft saved. To send: lark-cli mail user_mailbox.drafts send --params '{...}'"
  }
}

--confirm-send 模式:

{
  "ok": true,
  "data": {
    "message_id": "邮件ID",
    "thread_id": "会话ID"
  }
}

可选字段:

  • automation_send_disable_reason:发送被邮箱自动化设置拦截时返回的原因
  • automation_send_disable_reference:发送被拦截时的草稿打开链接

字段语义:

  • 若返回中包含 automation_send_disable_reason / automation_send_disable_reference,说明转发未真正发出,而是被邮箱设置拦截。此时应直接向用户展示原因和草稿打开链接,不要继续假设已经发送成功

典型场景

场景 1用户说"把这封邮件转发给 Bob"(只创建草稿)

lark-cli mail +forward --message-id <邮件ID> --to bob@example.com --body '<p>FYI</p>'

→ 返回 draft_id,告诉用户转发草稿已创建。

场景 2用户说"转发给 Bob 并发送"(需要发送)

# 方式 A: 创建转发草稿
lark-cli mail +forward --message-id <邮件ID> --to bob@example.com --body '<p>FYI请查收。</p>'
# → 返回 draft_id

# 向用户确认 "收件人 bob@example.com。如果你想先看效果也可以先去飞书邮件里查看草稿。确认发送吗"

# 用户确认后发送
lark-cli mail user_mailbox.drafts send --params '{"user_mailbox_id":"me","draft_id":"<draft_id>"}'

# 方式 B: 用户已明确确认时,直接发送
lark-cli mail +forward --message-id <邮件ID> --to bob@example.com --body '<p>FYI请查收。</p>' --confirm-send

场景 3用户说"下午 3 点转发给 Bob"(定时发送)

# Step 1: 创建转发草稿
lark-cli mail +forward --message-id <邮件ID> --to bob@example.com --body '<p>FYI请查收。</p>'
# → 返回 draft_id

# Step 2: 向用户确认 "转发草稿已创建:收件人 bob@example.com定时 <目标时间> 发送。确认吗?"

# Step 3: 用户确认后定时发送send_time 为 Unix 时间戳,需至少当前时间 + 5 分钟)
lark-cli mail user_mailbox.drafts send --params '{"user_mailbox_id":"me","draft_id":"<draft_id>"}' --data '{"send_time":"<unix_timestamp>"}'

场景 4用户说"等等,先不转发了"(取消定时发送)

# 取消定时发送(取消后邮件变回草稿)
lark-cli mail user_mailbox.drafts cancel_scheduled_send --params '{"user_mailbox_id":"me","draft_id":"<draft_id>"}'

→ 取消成功后邮件恢复为草稿状态,用户可重新编辑或在之后重新发送。

转发整个会话

+forward 操作的是单封邮件(--message-id),但转发整个会话时应 forward 会话中最后一条消息,因为邮件客户端会将完整的回复链嵌套在最新一条中。典型流程:

# 1. 用 +triage 或 +thread 找到会话
lark-cli mail +thread --thread-id <THREAD_ID> --html=false --format json

# 2. 取最后一条消息的 message_id
#    messages 按时间升序排列,最后一条 = messages[-1].message_id

# 3. 转发该消息
lark-cli mail +forward --message-id <最后一条的message_id> --to recipient@example.com --body '请过目'

实现说明

  • 自动拉取原邮件后构建转发内容。
  • 纯文本模式下会生成标准转发头块并附上原文文本。
  • HTML 模式下会生成结构化转发块并尽量保留原 HTML 正文。

发送后跟进

转发发送后,分两种情况处理:

  • 若返回中有 automation_send_disable_reason / automation_send_disable_reference:说明发送被邮箱设置拦截,应直接告诉用户原因并提供草稿打开链接,不要调用 send_status

1. 确认投递状态(仅立即发送且返回非空 message_id 时必须)

用返回的 message_id 查询投递状态:

lark-cli mail user_mailbox.messages send_status --params '{"user_mailbox_id":"me","message_id":"<发送返回的 message_id>"}'

状态码1=正在投递, 2=投递失败重试, 3=退信, 4=投递成功, 5=待审批, 6=审批拒绝。向用户简要报告投递结果,异常状态需重点提示。

1b. 定时发送(指定了 --send-time

定时发送不会立即产生 message_id,因此 send_status 在定时发送成功后会返回"待发送"状态,不建议在定时发送后立即查询。可在预定发送时间后再查询。

如需取消定时发送:

lark-cli mail user_mailbox.drafts cancel_scheduled_send --params '{"user_mailbox_id":"me","draft_id":"<draft_id>"}'

取消后邮件会变回草稿,可继续编辑或在之后重新发送。

2. 标记已读(可选)— 询问用户是否需要将原邮件标记为已读。如果用户同意:

lark-cli mail user_mailbox.messages batch_modify_message --params '{"user_mailbox_id":"me"}' --data '{"message_ids":["<原邮件ID>"],"remove_label_ids":["UNREAD"]}'

编辑转发草稿

+forward 创建的草稿正文包含引用区(原邮件的引用块)。如果需要编辑转发草稿的正文,必须通过 --patch-file 使用 set_reply_body op它仅替换用户撰写部分自动保留引用区。value 只传新的用户撰写内容,不要包含引用区。

# 编辑转发草稿正文(自动保留引用区)
cat > ./patch.json << 'EOF'
{ "ops": [{ "op": "set_reply_body", "value": "<p>修改后的转发附言</p>" }] }
EOF
lark-cli mail +draft-edit --draft-id <draft_id> --patch-file ./patch.json

如果用户要修改引用区内容或去掉引用区,则使用 set_body 全量替换。

相关命令

  • lark-cli mail +send — 发送新邮件
  • lark-cli mail +reply — 回复邮件
  • lark-cli mail user_mailbox.messages get — 查看邮件详情