feat(task): 飞书任务描述与评论中的内嵌图片被序列化为 ，AI/CLI 无法读取图片内容

问题描述 (Problem Description)

在使用 lark-cli 或飞书 Task OpenAPI (v2) 获取任务详情 (task tasks get / GET /open-apis/task/v2/tasks/:task_guid) 或评论详情 (GET /open-apis/task/v2/comments) 时，若用户在飞书客户端（桌面端/Web）通过富文本框直接截图粘贴图片：

• 任务描述 (description) 与评论内容 (content) 会被服务端直接序列化为纯文本 [Image] 或 [Image][Image]。
• 任务的附件列表 (attachments) 为空（因为用户未点击“添加附件”按钮，而是直接粘贴在描述/评论富文本框中）。

导致的影响 (Impact)

这导致 AI Agent / CLI 工具在读取用户任务时，无法获取内嵌图片的任何元数据（如 file_token、image_key 或临时下载链接），导致“飞书任务 -> AI 读取需求与原型图 -> 自动执行开发”链路完全无法闭环。

期望行为 / 建议改进 (Expected / Feature Request)

1. 富文本/图片 Token 暴露：希望 Task OpenAPI 或 CLI 能够支持获取描述与评论中的富文本结构（如 Docx Block / IM Post 类似的结构），或者解析出内嵌图片的 file_token / image_key。
2. 附件自动关联或提供下载能力：富文本内嵌的图片也希望能提供可下载的临时链接（类似于 attachments 接口）。
3. CLI / Skill 侧增强：若 OpenAPI 后续支持或有对应查询参数，希望 lark-task skill 或 CLI shortcuts 能直接支持导出/下载任务描述及评论中的内嵌图片。

环境信息 (Environment)

• lark-cli version: 1.0.87
• OS: macOS

Start with the task details and comments entry points named in the report: task tasks get, GET /open-apis/task/v2/tasks/:task_guid, and GET /open-apis/task/v2/comments. Check how the CLI currently represents description, content, and attachments, then determine whether the upstream API exposes embedded-image metadata. Done means the supported path can retrieve or export embedded images for task descriptions and comments.