飞书钉钉协同中枢

问题在哪

很多团队同时用飞书和钉钉：日程在两个日历里各记一份，审批状态要来回点应用查，合同和纪要躺在文档里没人抽成待办。人工对表既慢，也容易漏掉超时驳回或时间冲突这类可预警的信号。

技能怎么跑

技能把企业 IM 侧的 API 调用收成一条工作流，而不是零散问答：

• 入口先校验 platform 与 auth_token，格式不对会直接终止并提示授权路径，避免无效请求堆在限频配额里。
• 按 action 路由：sync_calendar 拉周期日程并做冲突检测，输出时间轴；fetch_approval 查审批流并标超时/驳回；parse_doc 从合同、纪要、SOP 里抽关键段做结构化摘要；distribute_task 按角色或部门拆任务并生成派单模板。
• 返回数据会清洗、脱敏，并按企业字段映射对齐，最后用固定 Markdown 模板输出「聚合摘要表 + 核心事项清单 + 自动化建议」。

适用边界

• 依赖各平台开放 API 与有效令牌；不同租户的字段映射需要你们自己的规范，技能侧只做对齐逻辑描述，不替代 IAM 配置。
• 输出是报告与建议，不会自动在 IM 里改审批或改日历；需人工介入项会在模板里单独列出。
• 调用需遵守平台限频；敏感字段在报告中会被过滤，仍建议在分享报告前做二次合规检查。