| name | send-to-user |
| description | 把本地文件直接发到用户手机（飞书 / Telegram / iMessage），而不是只在群里报路径。
触发：用户说「把 X 文件发我 / 给我下载 / 发到手机 / 发文件」、要 PDF/CSV/PNG/log
下载、要查看文件内容(超过聊天可读长度)。
|
Send-to-User — 把文件交付到用户手机
它解决什么问题
聊天里贴长文本/大块代码体验很糟。当用户要的是一个文件（截图、报表、日志、
压缩包、构件），最佳交付方式是直接把文件推到他们手机上的对话里——飞书会显示成
附件卡片、可下载、可分享。MetaMe 已经把上传、file_key 转换、消息发送全部封装
好,你只需要在回复里贴一个 marker。
怎么用——一行 marker 协议
完成你正常的回答后，在回复末尾为每个要交付的文件追加一行:
[[FILE:/absolute/path/to/file]]
约束:
- 绝对路径。不写
~、不写相对路径——daemon 不会做 shell 展开。
- 一行一个文件。多个文件就多行。每行只放一个 marker，前后不要再加文字。
- 文件必须已经存在。daemon 在发送前会校验存在性，不存在的会被静默丢弃。
- marker 独占行。不要把 marker 写在 markdown 列表项里、不要包在反引号里。
- 用户看不到这一行 marker——daemon 解析后会从输出里剥掉再回显文本，所以
你的正文该写什么写什么,marker 是给 daemon 看的「附录」。
- 路径含空格/中文是 OK 的,不要做 shell 转义、不要加引号——daemon 直接当
字面字符串送给
fs.statSync 与上传 API。例:[[FILE:/Users/王总/桌面/今日报表.xlsx]]。
完整示例
我已经把今天的访问日志整理好了，9–11 点有一波 502 集中在 nginx-edge-3，
原因是上游 keepalive 池被打满，详情见附件。
[[FILE:/var/log/metame/edge-2026-04-28.csv]]
[[FILE:/Users/yaron/Desktop/edge-error-summary.png]]
daemon 会:
- 文本部分作为飞书消息正常发送（"我已经把..."）
- CSV 与 PNG 各上传一次，作为飞书附件出现在用户对话里
- 上传失败时回退为文本告知文件路径,你不需要自己处理失败
何时不用
- 用户问的是文件内容，且文件 < ~200 行 → 直接把内容贴进消息更直接
- 用户在做代码 review，不需要文件本体只想看代码 → 用代码块更方便
- 你刚刚生成的临时文件还没写到磁盘 → 先
Write 工具落盘,再贴 marker
调试
如果用户说「没收到附件」:
- 你的 marker 是否独占一行？多检查反引号、列表项、空格。
- 文件是否真的存在?在 marker 之前先
ls -la /the/path 确认。
- 是否大于飞书附件大小限制(单文件 30MB)？大文件请压缩或分片。
- 飞书应用是否拥有
im:resource 权限?这是首装环节的事,你这边没办法补救,
告诉用户去 https://open.feishu.cn 应用后台核对。
技术细节(供你判断使用)
- 解析器:
scripts/daemon-claude-engine.js 里 parseFileMarkers()
- 发送器:
scripts/daemon-file-browser.js 里 sendFileButtons(),优先调用
bot.sendFile(飞书走 client.im.file.create 上传 → file_key → 消息)
- 飞书适配器:
scripts/feishu-adapter.js 的 sendFile(chatId, filePath, caption)
- 失败兜底: 文本文件会被截断到 3000 字以纯文本回显;二进制文件抛错给用户。
不需要自己调以上 API——你只负责贴 marker，剩下的 daemon 都做了。
