lark-drive

CRITICAL — 开始前 MUST 先用 Read 工具读取 ../lark-shared/SKILL.md ，其中包含认证、权限处理 导入分流规则： 如果用户要把本地 Excel / CSV / .base 快照导入成 Base / 多维表格 / bitable，必须优先使用 lark-cli drive +import --type bitable 。不要先切到 lark-base ； lark-base 只负责导入完成后的表内操作。 飞书开放平台中，不同类型的文档有不同的 URL 格式和 Token 处理方式。在进行文档操作（如添加评论、下载文件等）时，必须先获取正确的 file_token 。 知识库链接（ /wiki/TOKEN ）背后可能是云文档、电子表格、多维表格等不同类型的文档。 不能直接假设 URL 中的 token 就是 file_token ，必须先查询实际类型和真实 token。 使用 wiki.spaces.get_node 查询节点信息 从返回结果中提取关键信息 根据 obj_type 使用对应的 API 返回结果示例： drive +add-comment 支持两种模式。 全文评论：未传 --block-id 时默认启用，也可显式传 --full-comment ；支持 docx 、旧版 doc URL，以及最终解析为 doc / docx 的 wiki URL。 局部评论：传 --block-id 时启用；仅支持 docx ，以及最终解析为 docx 的 wiki URL。block ID 可通过 docs +fetch --api-version v2 --detail with-ids 获取。 drive +add-comment 的 --content 需要传 reply_elements JSON 数组字符串，例如 --content '[{"type":"text","text":"正文"}]' 。 slides 评论要求显式传 --block-id ! ；CLI 会将其拆分后写入 anchor.block_id 和 anchor.slide_block_type 。其中 是 PPT XML 协议中的元素 id ；不支持 --selection-with-ellipsis 和 --full-comment 。 评论写入内容（添加评论、回复评论、编辑回复）里的文本不能直接出现 ；提交前必须先转义： < ， > -> > 。 使用 drive +add-comment 时，shortcut 会对 type=text 的文本元素自动做上述转义兜底；如果直接调用 drive file.comments create_v2 、 drive file.comment.replys create 、 drive file.comment.replys update ，则需要在请求里自行传入已转义的内容。 如果 wiki 解析后不是 doc / docx / sheet / slides ，不要用 +add-comment 。 如果需要更底层地直接调用评论 V2 协议，再走原生 API：先执行 lark-cli schema drive.file.comments.create_v2 ，再执行...