@yandy0725/pi-lark 0.1.0

package/skills/lark-mail/references/lark-mail-send-receipt.md

@@ -0,0 +1,120 @@
+# mail +send-receipt
+
+> **前置条件：** 先阅读 [`../../lark-shared/SKILL.md`](../../lark-shared/SKILL.md) 了解认证、全局参数和安全规则。
+
+响应收到的已读回执请求。**本命令仅在对方邮件请求了已读回执（`READ_RECEIPT_REQUEST` 标签，系统 ID `-607`）时使用**，用于向原发件人发送一封短回复以告知"已阅读"。
+
+本 skill 对应 shortcut：`lark-cli mail +send-receipt`。
+
+## CRITICAL — 工作流与安全规则
+
+1. **触发条件严格**：仅当拉信（`+message` / `+messages` / `+thread`）看到 `label_ids` 里有 `READ_RECEIPT_REQUEST` 时，才应该问用户是否发回执。对普通邮件**绝不**调用此命令。
+2. **必须先问用户**：发回执之前**必须**向用户展示原邮件摘要（发件人、主题）并请求确认；用户明确同意后才执行。**不要替用户自动回执**——这会造成隐私泄露（告诉对方"我读了"）。
+3. **`--yes` 不省略**：本命令被标记为 `high-risk-write`，框架要求 `--yes` 才执行（无 `--confirm-send` flag）。仅在用户确认后附上。
+4. **失败安全**：若原邮件没有 `READ_RECEIPT_REQUEST` 标签，命令会拒绝执行并报错——这是防御，不要通过其他方式绕过。
+
+## 命令
+
+```bash
+# 标准用法：对指定 message-id 发回执
+lark-cli mail +send-receipt --message-id <message-id> --yes
+
+# 指定邮箱（公共邮箱场景）
+lark-cli mail +send-receipt --mailbox shared@example.com --message-id <message-id> --yes
+
+# Dry Run（不真发）
+lark-cli mail +send-receipt --message-id <message-id> --dry-run
+```
+
+## 参数
+
+| 参数 | 必填 | 默认 | 说明 |
+|------|------|------|------|
+| `--message-id <id>` | 是 | — | 请求了已读回执的原邮件 message ID |
+| `--mailbox <email>` | 否 | `me` | 回执邮件归属的邮箱 |
+| `--from <email>` | 否 | 邮箱主地址 | 回执 From 头 |
+| `--yes` | 是 | — | 确认高危写操作。仅在用户明确同意发回执后附上 |
+| `--dry-run` | 否 | — | 仅打印请求，不执行 |
+
+> **没有 `--body` 参数**：回执正文**由命令自动生成**（见下方"行为细节"），对齐业界惯例（Outlook / Thunderbird / Lark 客户端等均不支持逐封自定义回执正文）。若真需要自由回复，请改用 `mail +reply`——那本来就是"自由回复"的命令，不该与"已读回执"混用。
+
+## 行为细节
+
+- **Subject**：按原邮件主题语言（`detectSubjectLang`）自动选前缀 —— <code>已读回执：&lt;原邮件主题&gt;</code>（zh）或 <code>Read receipt:&nbsp;&lt;原邮件主题&gt;</code>（en）。后端 `GetRealSubject` 正则剥除这两类前缀用于会话聚合，zh 已内置；en 需在 TCC `MailPrefixConfig.SubjectPrefixListForAdvancedSearch` 加入 `Read receipt:`。
+- **正文**（自动生成，纯文本 + HTML 双版本走 `multipart/alternative`）：
+    - 按原邮件主题语言（`detectSubjectLang`）在 `zh` 与 `en` 之间切换，label 套通过 `receiptMetaLabels` 集中维护
+    - 结构化 4 行（纯文本版，zh）：
+      ```text
+      您发送的邮件已被阅读，详情如下：
+      > 主题：<原邮件主题>
+      > 收件人：<回执发件人地址>
+      > 发送时间：<原邮件发送时间>
+      > 阅读时间：<当前时间>
+      ```
+    - en 版：`Your message has been read. Details:` + <code>Subject:&nbsp;</code> / <code>To:&nbsp;</code> / <code>Sent:&nbsp;</code> / <code>Read:&nbsp;</code>
+    - HTML 版同信息量，包在一个浅灰 quote-block
+- **会话挂接**：自动设置 `In-Reply-To`（原信的 SMTP Message-ID）和 `References`（原信 references + 原信 SMTP Message-ID），保证在发件人邮箱里聚合到原邮件回复链。
+- **发送路径**：走现有 drafts raw 路径（`drafts.create` + `drafts.send`），与 `+send` / `+reply` 共用基础设施。后端会自动标记这是一封回执邮件并在原邮件会话里清除"请求回执"状态。
+- **即时发送**：本命令不支持保存草稿——回执邮件按语义是"立即告知对方已读"，保存草稿无意义。
+
+## 返回值
+
+```json
+{
+  "ok": true,
+  "data": {
+    "message_id":             "回执邮件的 message ID",
+    "thread_id":              "挂到原会话的 thread ID",
+    "receipt_for_message_id": "原邮件的 message ID"
+  }
+}
+```
+
+`message_id` 可用于后续 `send_status` 查询投递状态。
+
+## 典型场景
+
+### 场景 1：用户在拉信时看到 `-607` 标签
+
+```bash
+# 1. 拉信
+lark-cli mail +message --message-id msg-1 --format json | jq '.data.label_ids'
+# 输出 ["UNREAD", "READ_RECEIPT_REQUEST"] → 原邮件请求了已读回执
+
+# 2. 向用户提示：
+#    "这封来自 alice@example.com 的邮件请求已读回执。主题：《周报》。
+#     要不要回一封告诉对方你已阅读？"
+
+# 3. 用户确认后发回执
+lark-cli mail +send-receipt --message-id msg-1 --yes
+```
+
+### 场景 2：批量拉信中发现多封请求回执
+
+```bash
+# 1. 筛出带 -607 标签的邮件
+lark-cli mail +triage --folder INBOX --format json \
+  | jq '.data.messages[] | select(.label_ids | index("READ_RECEIPT_REQUEST")) | {message_id, subject, from}'
+
+# 2. 对每封分别问用户 → 用户确认后再发
+```
+
+### 场景 3：公共邮箱的回执
+
+```bash
+# 公共邮箱收到的回执请求，用 --mailbox 指定
+lark-cli mail +send-receipt --mailbox support@example.com --message-id <id> --yes
+```
+
+## 不要这样做
+
+- ❌ **自动回执**（不经用户确认就发）——违反隐私规则
+- ❌ 对普通邮件调用 `+send-receipt`（命令会拒绝，但 agent 也不应尝试）
+- ❌ 用 `+send` / `+reply` 手工拼 "已读回执" 回复——会缺少 `X-Lark-Read-Receipt-Mail` 头，后端不会打 `-608` 标签，收信人看不到系统样式的回执
+- ❌ 一次调用发多条（本命令设计为单次响应）
+
+## 相关命令
+
+- `lark-cli mail +message` — 拉单封邮件（在 `label_ids` 里检查 `READ_RECEIPT_REQUEST`）
+- `lark-cli mail +send --request-receipt` — 反向：**请求**别人回执
+- `lark-cli mail user_mailbox.messages send_status` — 查询回执邮件的投递状态

package/skills/lark-mail/references/lark-mail-send-status.md

@@ -0,0 +1,46 @@
+# 发送投递状态
+
+> **前置条件：** 先阅读 [`../../lark-shared/SKILL.md`](../../lark-shared/SKILL.md) 了解认证、全局参数和安全规则。
+
+发送后确认投递状态，处理发送拦截。命令选择见 [`../SKILL.md`](../SKILL.md) 的“命令选择”章节。
+
+## 查询时机
+
+- 立即发送：发送成功并返回非空 `message_id` 后立即查询。
+- 定时发送：不要立即查询；等预定发送时间后，再使用发送产生的 `message_id` 查询投递状态。
+
+## 立即发送
+
+邮件发送成功后，若响应中包含非空 `message_id`，必须调用 `send_status` 查询投递状态并向用户报告。
+
+```bash
+lark-cli mail user_mailbox.messages send_status \
+  --params '{"user_mailbox_id":"me","message_id":"<发送返回的 message_id>"}'
+```
+
+返回每个收件人的投递状态（`status`）：
+
+| status | 含义 |
+|--------|------|
+| 1 | 正在投递 |
+| 2 | 投递失败重试 |
+| 3 | 退信 |
+| 4 | 投递成功 |
+| 5 | 待审批 |
+| 6 | 审批拒绝 |
+
+向用户简要报告结果；如有退信、审批拒绝等异常状态，需要重点提示。
+
+## 发送被拦截
+
+若发送响应中包含 `automation_send_disable_reason` / `automation_send_disable_reference`，说明邮件未真正发出，而是被邮箱设置拦截。
+
+- 直接向用户展示拦截原因和草稿打开链接。
+- 不要继续假设已经发送成功。
+- 不要调用 `send_status`。
+
+## 相关命令
+
+- `lark-cli mail +send --confirm-send` — 发送新邮件。
+- `lark-cli mail +reply --confirm-send` / `+reply-all --confirm-send` — 发送回复。
+- `lark-cli mail +forward --confirm-send` — 发送转发。

package/skills/lark-mail/references/lark-mail-send.md

@@ -0,0 +1,222 @@
+# mail +send
+
+> **前置条件：** 先阅读 [`../../lark-shared/SKILL.md`](../../lark-shared/SKILL.md) 了解认证、全局参数和安全规则。
+
+发送新邮件，支持：
+- 纯文本或 HTML 正文
+- 抄送/密送
+- 本地文件附件（`--attach`）
+- 内嵌图片（`--inline`，CID 可用随机字符串）
+
+本 skill 对应 shortcut：`lark-cli mail +send`。
+
+## CRITICAL — 发送工作流（必须遵循）
+
+**CRITICAL - 编辑邮件内容前 MUST 先用 Read 工具读取 [references/lark-mail-html.md](references/lark-mail-html.md)，其中包含邮件书写规范**
+
+此命令默认**只保存草稿**，不会发送邮件。需要发送时，有两种合规方式：
+
+**方式 A（推荐）** — 先创建草稿，再确认发送：
+```bash
+lark-cli mail +send --to <收件人> --subject '<主题>' --body '<正文>'
+```
+→ 返回 `draft_id`
+
+向用户展示邮件摘要（收件人、主题、正文预览）；如果用户想先看效果，可引导其去飞书邮件里打开该草稿查看详情。
+
+用户明确同意后，发送该草稿：
+```bash
+lark-cli mail user_mailbox.drafts send --params '{"user_mailbox_id":"me","draft_id":"<Step 1 返回的 draft_id>"}'
+```
+
+**方式 B（允许）** — 用户已经明确确认收件人和内容时，可直接使用 `--confirm-send` 立即发送：
+```bash
+lark-cli mail +send --to <收件人> --subject '<主题>' --body '<正文>' --confirm-send
+```
+
+**禁止在用户未明确同意的情况下执行发送，无论是发送草稿还是直接使用 `--confirm-send`。**
+
+## 命令
+
+```bash
+# 保存为草稿（默认行为，不发送）— HTML 格式推荐
+lark-cli mail +send --to alice@example.com --subject '周报' \
+  --body '<p>本周进展：</p><ul><li>完成 A 模块</li><li>修复 3 个 bug</li></ul>'
+
+# 保存为草稿并抄送
+lark-cli mail +send --to alice@example.com --cc bob@example.com --subject '状态更新' --body '<b>已完成</b>'
+
+# 确认发送（仅在用户明确确认后使用）
+lark-cli mail +send --to alice@example.com --subject '周报' \
+  --body '<p>本周进展如下...</p>' --confirm-send
+
+# 保存带附件的草稿
+lark-cli mail +send --to alice@example.com --subject '请查收' --body '<p>见附件</p>' --attach ./report.pdf,./logs.zip
+
+# 保存带内嵌图片的草稿（推荐：直接用相对路径，自动解析）
+lark-cli mail +send --to alice@example.com --subject '预览图' --body '<img src="./logo.png" />'
+
+# 纯文本邮件（仅在内容极简时使用）
+lark-cli mail +send --to alice@example.com --subject '确认' --body '收到，谢谢'
+
+# Dry Run（仅打印请求，不执行）
+lark-cli mail +send --to alice@example.com --subject '测试' --body '<p>test</p>' --dry-run
+```
+
+## 参数
+
+| 参数 | 必填 | 说明 |
+|------|------|------|
+| `--to <emails>` | 是 | 收件人邮箱，多个用逗号分隔 |
+| `--subject <text>` | 是 | 邮件主题 |
+| `--body <text>` | 二选一 | 邮件正文。推荐使用 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>` | 否 | 密送邮箱，多个用逗号分隔 |
+| `--plain-text` | 否 | 强制纯文本模式，忽略 HTML 自动检测。不可与 `--inline` 同时使用。纯文本模式下也会自动追加纯文本签名（HTML 签名经 `PlainTextFromHTML` 转换，内联图片丢弃） |
+| `--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` 查看可用签名。与 `--no-signature` 互斥 |
+| `--no-signature` | 否 | 跳过默认签名自动追加。与 `--signature-id` 互斥，同时使用时返回参数校验错误（退出码 2） |
+| `--priority <level>` | 否 | 邮件优先级：`high`、`normal`、`low`。省略或 `normal` 时不设置优先级 |
+| `--event-summary <text>` | 否 | 日程标题。设置此参数即在邮件中嵌入日程邀请（text/calendar）。需同时设置 `--event-start` 和 `--event-end` |
+| `--event-start <time>` | 条件必填 | 日程开始时间（ISO 8601，如 `2026-04-20T14:00+08:00`） |
+| `--event-end <time>` | 条件必填 | 日程结束时间（ISO 8601） |
+| `--event-location <text>` | 否 | 日程地点 |
+| `--confirm-send` | 否 | 确认发送邮件（默认只保存草稿）。仅在用户明确确认收件人和内容后使用 |
+| `--send-time <timestamp>` | 否 | 定时发送时间，Unix 时间戳（秒）。需至少为当前时间 + 5 分钟。配合 `--confirm-send` 使用可定时发送邮件 |
+| `--request-receipt` | 否 | 请求已读回执（RFC 3798 Message Disposition Notification）。在出站 EML 里写 `Disposition-Notification-To: <sender>` 头。收件人的邮件客户端**可能**弹出提示询问是否回执、可能自动发送、也可能忽略——送达不保证 |
+| `--dry-run` | 否 | 仅打印请求，不执行 |
+
+### 日程邀请约束
+
+使用 `--event-*` 时需满足以下条件：
+
+- `--event-summary`、`--event-start`、`--event-end` 必须同时出现或同时不出现
+- 与 `--send-time` 互斥，不可同时使用（日程邀请必须立即发送，否则收件人可能在日程开始后才收到）
+- 不可与 `--bcc` 同时使用：日程参会人（ATTENDEE）仅来自 To 和 Cc，Bcc 收件人不在参会人列表中、无法 RSVP，且该组合将导致邮件发送失败。需要邀请某人参加日程请用 `--to` 或 `--cc`；如只想告知而不邀请，请单独发一封无日程的邮件
+
+## 返回值
+
+**草稿模式（默认）：**
+
+```json
+{
+  "ok": true,
+  "data": {
+    "draft_id": "草稿ID",
+    "tip": "draft saved. To send: lark-cli mail user_mailbox.drafts send --params '{...}'"
+  }
+}
+```
+
+草稿模式下，只要结果不是直接发信而是产出了草稿，就应给用户展示草稿打开链接。当前应以 `create` / `edit` / `send` 链路返回的链接信息为准，不要把 `user_mailbox.drafts get` 当作拿草稿打开链接的来源。如果返回中带有 `reference`，应把链接与 `draft_id` 一并返回；当前没有链接时，静默处理，不要伪造链接。
+
+**发送模式（`--confirm-send`）：**
+
+```json
+{
+  "ok": true,
+  "data": {
+    "message_id": "邮件ID",
+    "thread_id": "会话ID"
+  }
+}
+```
+
+可选字段：
+
+- `automation_send_disable_reason`：发送被邮箱自动化设置拦截时返回的原因
+- `automation_send_disable_reference`：发送被拦截时的草稿打开链接
+- `recall_available` / `recall_tip`：发送成功后若返回可撤回提示，按需参考 [lark-mail-recall](lark-mail-recall.md)
+
+字段语义：
+
+- 若返回中包含 `automation_send_disable_reason` / `automation_send_disable_reference`，说明邮件未真正发出，而是被邮箱设置拦截。此时应直接向用户展示原因和草稿打开链接，不要继续假设已经发送成功
+- 若返回中包含 `recall_available: true`，说明该邮件支持撤回；仅当用户明确要求撤回时，读取 [lark-mail-recall](lark-mail-recall.md) 并执行撤回流程
+
+## 典型场景
+
+### 场景 1：用户说"帮我写一封邮件给 Alice"（只创建草稿）
+```bash
+lark-cli mail +send --to alice@example.com --subject '周报' --body '<p>本周进展如下...</p>'
+```
+→ 返回草稿结果时，如输出中带有草稿打开链接，则一起展示给用户；如果当前输出没有链接，则静默处理。如果用户想先看效果，可去飞书邮件 UI 中打开草稿查看详情。
+
+### 场景 2：用户说"发邮件给 Alice 说收到了"（需要发送）
+```bash
+# 方式 A: 创建草稿
+lark-cli mail +send --to alice@example.com --subject '收到' --body '<p>已收到，谢谢！</p>'
+# → 返回 draft_id
+
+# 向用户确认 "当前收件人 alice@example.com，主题「收到」。如果你想先看效果，也可以先去飞书邮件里打开草稿查看详情。确认发送吗？"
+
+# 用户确认后发送
+lark-cli mail user_mailbox.drafts send --params '{"user_mailbox_id":"me","draft_id":"<draft_id>"}'
+
+# 方式 B: 用户已明确确认时，直接发送
+lark-cli mail +send --to alice@example.com --subject '收到' --body '<p>已收到，谢谢！</p>' --confirm-send
+```
+
+### 场景 3：用户说"下午 3 点给 Alice 发一封周报"（定时发送）
+```bash
+# Step 1: 创建草稿（定时发送也走草稿流程）
+lark-cli mail +send --to alice@example.com --subject '周报' --body '<p>本周进展如下...</p>'
+# → 返回 draft_id
+
+# Step 2: 向用户确认 "邮件草稿已创建：收件人 alice@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：用户说"等等，先不发那封邮件了"（取消定时发送）
+```bash
+# 取消定时发送（取消后邮件变回草稿）
+lark-cli mail user_mailbox.drafts cancel_scheduled_send --params '{"user_mailbox_id":"me","draft_id":"<draft_id>"}'
+```
+→ 取消成功后邮件恢复为草稿状态，用户可重新编辑或在之后重新发送。
+
+## 发送后跟进
+
+邮件发送后，分两种情况处理：
+
+- 若返回中有 `automation_send_disable_reason` / `automation_send_disable_reference`：说明发送被邮箱设置拦截，应直接告诉用户原因并提供草稿打开链接，**不要**调用 `send_status`
+
+### 立即发送（无 `--send-time`）
+
+若返回非空 `message_id`，调用：
+
+```bash
+lark-cli mail user_mailbox.messages send_status --params '{"user_mailbox_id":"me","message_id":"<发送返回的 message_id>"}'
+```
+
+状态码：1=正在投递, 2=投递失败重试, 3=退信, 4=投递成功, 5=待审批, 6=审批拒绝。向用户简要报告各收件人投递结果，异常状态需重点提示。
+
+### 定时发送（指定了 `--send-time`）
+
+定时发送不会立即产生 `message_id`，因此 `send_status` 在定时发送成功后会返回"待发送"状态，**不建议在定时发送后立即查询**。可在预定发送时间后再查询投递状态。
+
+如需取消定时发送，可在预定时间前调用取消接口：
+
+```bash
+lark-cli mail user_mailbox.drafts cancel_scheduled_send --params '{"user_mailbox_id":"me","draft_id":"<draft_id>"}'
+```
+
+**取消后邮件会变回草稿**，可继续编辑或在之后重新发送。
+
+## 实现说明
+
+- 使用 EML 构建器生成完整 MIME 邮件并 base64url 编码后发送。
+- `--attach` 作为普通附件添加。相对路径。
+- `--inline` 接受 JSON 数组，每项需提供 `cid`（唯一标识符，可用随机十六进制字符串）和 `file_path`（相对路径），作为 inline part 嵌入邮件。
+- **超大附件**：当附件导致 EML 总大小（headers + body + inline images + attachments，base64 编码后）超过 25 MB 时，超出的文件自动通过 `medias/upload_*` API 上传到云端。HTML 邮件插入与飞书客户端一致的下载卡片；纯文本邮件追加包含文件名、大小和下载链接的文本块。单个文件上限 3 GB，总附件数量上限 250 个。
+
+## 相关命令
+
+- `lark-cli mail +reply` — 回复邮件
+- `lark-cli mail +reply-all` — 回复全部
+- `lark-cli mail +forward` — 转发邮件
+- `lark-cli mail user_mailbox.messages list` — 列出邮件

package/skills/lark-mail/references/lark-mail-share-to-chat.md

@@ -0,0 +1,87 @@
+# mail +share-to-chat
+
+> **前置条件：** 先阅读 [`../../lark-shared/SKILL.md`](../../lark-shared/SKILL.md) 了解认证、全局参数和安全规则。
+
+将邮件以卡片形式分享到飞书 IM 会话（群聊或个人对话）。内部两步完成：创建分享凭证 → 发送卡片到 IM。
+
+**依赖 Scope：** `mail:user_mailbox.message:readonly`、`im:message`、`im:message.send_as_user`
+
+## 命令
+
+```bash
+# 分享单封邮件到群聊（默认 receive-id-type=chat_id）
+lark-cli mail +share-to-chat --message-id <邮件ID> --receive-id oc_xxx
+
+# 分享整个会话到群聊
+lark-cli mail +share-to-chat --thread-id <会话ID> --receive-id oc_xxx
+
+# 通过邮箱分享给个人
+lark-cli mail +share-to-chat --message-id <邮件ID> --receive-id user@example.com --receive-id-type email
+
+# Dry Run
+lark-cli mail +share-to-chat --message-id <邮件ID> --receive-id oc_xxx --dry-run
+```
+
+## 参数
+
+| 参数 | 必填 | 说明 |
+|------|------|------|
+| `--message-id <id>` | 否（二选一） | 要分享的邮件 ID，与 `--thread-id` 互斥 |
+| `--thread-id <id>` | 否（二选一） | 要分享的邮件会话 ID，与 `--message-id` 互斥 |
+| `--receive-id <id>` | 是 | 目标接收者 ID，类型由 `--receive-id-type` 决定 |
+| `--receive-id-type <type>` | 否 | 接收者 ID 类型（默认 `chat_id`）。可选：`chat_id` / `open_id` / `user_id` / `union_id` / `email` |
+| `--mailbox <email>` | 否 | 邮箱地址（默认 `me`） |
+| `--dry-run` | 否 | 仅打印请求，不执行 |
+
+## 返回值
+
+```json
+{
+  "ok": true,
+  "data": {
+    "card_id": "550e8400-e29b-41d4-a716-446655440000",
+    "im_message_id": "om_dc13264520392913993dd051dba21dcf"
+  }
+}
+```
+
+## 典型场景
+
+### 场景 1：用户说"帮我把这封邮件分享到项目群"
+
+```bash
+# Step 1: 搜索群聊获取 chat_id
+lark-cli im +chat-search --query "项目群"
+# → 获取 chat_id: oc_xxx
+
+# Step 2: 分享邮件
+lark-cli mail +share-to-chat --message-id <邮件ID> --receive-id oc_xxx
+```
+
+### 场景 2：分享整个邮件会话
+
+```bash
+lark-cli mail +share-to-chat --thread-id <会话ID> --receive-id oc_xxx
+```
+
+### 场景 3：通过邮箱分享给个人
+
+```bash
+lark-cli mail +share-to-chat --message-id <邮件ID> --receive-id alice@example.com --receive-id-type email
+```
+
+## 常见错误
+
+| 症状 | 原因 | 解决 |
+|------|------|------|
+| `either --message-id or --thread-id is required` | 两个参数都未传 | 传入其中一个 |
+| `--message-id and --thread-id are mutually exclusive` | 两个参数同时传 | 只传一个 |
+| 403 `user not in chat` | 用户不在目标会话中 | 确认用户是群成员 |
+| 404 `message not found` | 邮件 ID 无效 | 确认邮件 ID 正确 |
+| 403 `permission not granted` | 缺少 `im:message` 或 `im:message.send_as_user` scope | 重新授权：`lark-cli auth login --scope "im:message,im:message.send_as_user"` |
+
+## 相关命令
+
+- `lark-cli im +chat-search` — 搜索群聊获取 chat_id
+- `lark-cli mail +message` — 查看邮件内容
+- `lark-cli mail +thread` — 查看邮件会话

package/skills/lark-mail/references/lark-mail-signature.md

@@ -0,0 +1,98 @@
+# mail +signature
+
+> **前置条件：** 先阅读 [`../../lark-shared/SKILL.md`](../../lark-shared/SKILL.md) 了解认证、全局参数和安全规则。
+
+查看邮箱签名列表或详情。返回签名的类型、默认使用情况、内容预览等信息。TENANT（企业）签名的模板变量会被自动替换为实际值。
+
+本 skill 对应 shortcut：`lark-cli mail +signature`。
+
+## 命令
+
+```bash
+# 列出所有签名
+lark-cli mail +signature
+
+# 查看某个签名的详情（渲染后的内容预览、模板变量值、图片信息）
+lark-cli mail +signature --detail <signature_id>
+
+# 指定邮箱
+lark-cli mail +signature --from shared@example.com
+```
+
+## 参数
+
+| 参数 | 必填 | 说明 |
+|------|------|------|
+| `--from <email>` | 否 | 邮箱地址（默认 `me`） |
+| `--detail <id>` | 否 | 签名 ID，查看详情。省略则列出所有签名 |
+
+## 返回值
+
+**列表模式：**
+
+```json
+{
+  "ok": true,
+  "data": {
+    "signatures": [
+      {
+        "id": "<签名ID>",
+        "name": "个人签名",
+        "type": "USER",
+        "content_preview": "这是我的签名内容 [image] 超链接哈哈"
+      },
+      {
+        "id": "<签名ID>",
+        "name": "企业签名",
+        "type": "TENANT",
+        "is_send_default": true,
+        "is_reply_default": true,
+        "content_preview": "企业签名 姓名：陈煌 部门：研发团队"
+      }
+    ]
+  }
+}
+```
+
+**详情模式（`--detail`）：**
+
+```json
+{
+  "ok": true,
+  "data": {
+    "id": "<签名ID>",
+    "name": "企业签名",
+    "type": "TENANT",
+    "is_send_default": true,
+    "is_reply_default": true,
+    "images": [
+      {"cid": "76CEB29E-...", "file_key": "121011...", "image_name": "image.png"}
+    ],
+    "template_vars": {"B-NAME": "陈煌", "B-DEPARTMENT": "研发团队"},
+    "content_preview": "企业签名 姓名：陈煌 部门：研发团队"
+  }
+}
+```
+
+## 字段说明
+
+| 字段 | 说明 |
+|------|------|
+| `type` | `USER`（用户签名，可编辑）或 `TENANT`（企业签名，管理员模板控制） |
+| `is_send_default` | 是否为新邮件的默认签名 |
+| `is_reply_default` | 是否为回复/转发的默认签名 |
+| `images` | 签名内联图片元数据（仅详情模式） |
+| `template_vars` | TENANT 签名的模板变量已替换值（仅详情模式） |
+| `content_preview` | 签名内容的纯文本预览（`<img>` 显示为 `[image]`，最长 200 字符） |
+
+## 与 compose shortcut 配合
+
+获取签名 ID 后，可在发送/回复/转发时附加签名：
+
+```bash
+# 查看签名列表获取 ID
+lark-cli mail +signature
+
+# 在发送邮件时附加签名
+lark-cli mail +send --to alice@example.com --subject '你好' --body '<p>内容</p>' --signature-id <签名ID>
+```