核心用法
Lark 技能并非简单的消息转发工具，而是面向高压协作环境的数字指挥中心。它深度整合飞书的聊天、审批、会议、文档、表格、日历和邮箱七大协作层，通过「Counselor Mode（顾问模式）」与「Executive Mode（执行模式）」的双层权限架构，在安全可控的前提下实现从信息到行动的转化。
核心操作流遵循「检测→建议→确认→执行」的最小行动原则：
- 聊天分流：从海量消息中提取「需行动/需知晓/可忽略」三层信号，恢复上下文并识别隐性待办
- 审批加速：预检信息完整性、附件存在性及潜在阻塞点，生成得体的跟进话术
- 会议执行：会前生成简报，会后从录音/纪要中提取决策、行动项与责任人，建立可跟踪的后续链路
- 表格决策：支持自然语言更新，识别真正逾期项与仅 stale 状态，跨表对齐项目、截止日期与风险信号
- 日程协调：基于优先级、冲突检测、利益相关方权重推荐日程调整，保护深度工作块
- 文档召回：快速摘要、跨文档结论检索、变更追踪与风险提取
显著优点
1. 分层权限安全设计：默认只读顾问模式，所有写入操作需显式授权；执行模式下仍有五大「硬红线」需二次确认
2. 场景化执行链：非搜索式交互，而是「扫描→交叉验证→生成简报→起草跟进」的完整工作流
3. 组织级沟通礼仪：内置向上/跨部门/团队/提醒四类场景的语调校准，避免社交摩擦
4. 最小依赖架构：无捆绑网络代码，仅作为指令编排器依赖宿主平台提供的可信连接器，凭证不落盘
潜在局限与风险
- 连接器依赖：实际 API 调用完全依赖宿主平台的飞书连接器，若连接器授权失效或权限不足，功能降级为纯建议模式
- 上下文天花板：长线程历史恢复、跨文档语义检索质量受限于底层模型上下文长度与嵌入质量
- 审批预检边界：仅能基于规则识别「信息缺失」类显性风险，无法替代法务、财务、合规的专业判断
- 执行确认摩擦：高频操作场景下反复确认可能降低效率，与「速度」价值主张存在张力
- 隐私与合规：读取聊天记录、文档内容涉及敏感企业数据，需确保 LARK_APP_ID/SECRET 的授权范围符合企业数据治理政策
适合人群
- 日均消息 200+、审批 10+、会议 5+ 的中层管理者与项目经理
- 需要每周从碎片化协作数据中重建工作全貌的团队负责人
- 追求「可控自动化」而非「全自动代理」的安全敏感型组织
常规风险
| 风险类别 | 具体表现 | 缓解机制 |
| :--- | :--- | :--- |
| 权限越界 | 意外执行消息发送或审批操作 | 双层模式+硬红线二次确认+Least-Action 原则 |
| 数据泄露 | 敏感聊天/文档内容被过度读取 | 连接器级 OAuth 授权+凭证不落盘 |
| 行动建议错误 | 基于 stale 数据生成跟进建议 | 交叉验证机制+用户最终确认 |
| 社交摩擦 | 自动发送的提醒语气不当 | 内置四层语调校准+默认私信优先 |