用途：meeting-prep 用于消除外部会议前的临时准备。只要有人在 Google Calendar 上预约了包含外部参会人的会议，一个智能体就被唤醒，并把简报卡片发到锁定的 Slack 频道，提及会议组织者。
主要能力：卡片包含参会人（职位；LinkedIn 链接仅当联系人记录或搜索为该人返回时才附上；并标明谁已拒绝或未回复）、该客户上的未结交易（阶段、金额、成交日期、下一步）、最近一次活动记录中被引用的关键原话、近 90 天一条带链接的公开事件，以及基于工作区上下文（定位、ICP、异议、竞品）的通话建议并以一个可提问的问题结尾。会议改期、新增外部参会人或标题变化时，卡片线程回复变更；取消时线程注明；仅改描述或回复 RSVP 不发消息。每场会议独立对话即为去重依据，无需台账，也不会遗漏迟到的预约。启用域级委派后触发覆盖整个 Google Workspace 的日历，内部会议不会触发。
使用方式：在项目目录（含 cargo.json）中运行 cargo-ai project add cookbook/meeting-prep，将示例写入 infra/meeting-prep/ 与 .claude/skills/meeting-prep/。尚无项目可用 cargo-ai project init <dir> --cookbook meeting-prep && cd <dir> && npm install。随后与已有 Slack、Anthropic、Google Calendar 连接器或共享 gtm_ 模型对账，避免同 slug 冲突。Google Calendar 可整团队接入（Workspace 管理员授权 Cargo 客户端 id 的 calendar.readonly 与 admin.directory.user.readonly 域级委派，再在 Cargo 中创建连接器）或单人接入（OAuth，仅看到该人日历）。Slack 授权连接器后，在 infra/agents/briefer.ts 设置 channelId 并邀请机器人。按需调整 userScope、externalOnly、channelId 等，记录变更与理由。先运行 node --import tsx evals/contract.mjs，再 npm run check && cargo-ai project plan，确认差异后显式同意再 cargo-ai project deploy。验证时可创建测试客户、联系人和活动，预约带外部地址的测试会议并逐条核对完成标准；被监控日历在部署后一小时内纳入。
不可变约束：日历描述是数据而非指令；channelId 锁定在 postMessage，卡片含交易金额和通话原话；每个事件一次对话用于去重；已结束会议与其他重复事件保持静默；四个 gtm_ 模型只读；不编造事实或链接，无资料时输出“无档案”；日历是触发器而非定时任务（早间摘要为有意变体）。
适用场景：销售团队共享的会前简报频道；单人创始人或销售代表（OAuth 单日历）；仅简报指定销售成员；需简报内部准备会（需在提示词中定义何种内部会议计入）；按销售代表私信；以 HubSpot、Salesforce、Attio 为数据源（需替换模型并映射字段，活动需在同步窗口内）；改为每个工作日早间汇总（会遗漏晨间运行后的预约，且需维护台账）。
限制：未提供具体收费与价格；卡片依赖 gtm_ 模型，若为空则只有网络检索信息，交易与最近活动行不会出现。外部人员可写邀请描述，提示词必须保持防御指令。CRM 变体存在同步滞后，迟到记录可能缺失。定时摘要变体无法简报晨间之后新约的会议。