Lark CLI 办公自动化

要解决的问题

在飞书和 Lark 里完成一项办公任务，通常要在文档、表格、邮件、日历、会议和聊天之间来回切换。每个对象背后是不同的 API、不同的鉴权方式、不同的字段结构；当工作交给 AI 代理执行时，让代理自行拼装这些调用链路既不可靠，也难以审计。开发者要么写一堆胶水脚本，要么用浏览器自动化模拟人工点击，两种方式都脆弱且难以复现。

技能如何工作

这个技能把上述操作收敛到一个代理就绪的命令行工具 Lark CLI 上。代理不直接面对开放平台的原始接口，而是通过 CLI 完成任务编排：文档与表格的读写、邮件收发、日历事件与会议安排、群聊消息处理，都以命令形式暴露，输出是结构化结果，便于代理解析后决定下一步动作。

关键步骤大致是：先在目标工作区完成应用授权，拿到凭证与所需 scope；再按需调用对应命令操作工作对象；最后由代理读取返回内容做判断与续写。整个流程发生在本地终端里，调用边界清晰，日志可查。

适用边界与注意点

• 需要飞书或 Lark 账户，以及目标工作区的应用凭证和作用域；权限不足的命令会直接失败。
• 上游 CLI 对环境有要求：日常使用依赖 Node.js 或预编译二进制，只有从源码构建时才需要 Go v1.23+ 与 Python 3。
• 它覆盖的是飞书和 Lark 工作对象层面的操作，复杂的跨产品业务编排仍需代理自行拆解。
• 涉及敏感数据的读写前，建议先在测试租户跑通最小闭环，确认 scope 与数据范围符合预期。