Standup 用于把 GTM 团队每天的进展从个人记忆变成可追溯记录。它由定时 CI 工作流、托管智能体和 Slack 机器人组成，资源声明在 infra/standup/ 下，调度、仓库绑定和 Slack 接线位于 infra/standup/agents/standup.ts，指令在 standup.prompt.ts。
用途：每个工作日晚间触发一次，产出三部分内容——原始 dump（脚本把当日 git 提交、PR 及 cadence 文件写入 cadence/log/raw/standup/<date>.md，作为证据且不被智能体编辑）、日志条目（智能体读取 dump、工作区只读数据和已有 cadence 内容，写入 cadence/log/<date>.md）、Slack 摘要（同一复盘精简到 15 秒可读，通过 Cargo 的 slack.postMessage 发送）。最后开一个 PR 即停止，由人工合并，智能体不具备合并权限。
主要能力：确定性采集（由 scripts/collect/day.ts 拉取，智能体不改此步）；运行时通过命名只读 cargo-ai 命令读取工作区数据（runs、用量、已部署内容）；Slack 频道 channelId 锁定在动作配置中，防止投递到客户共享频道；日志以 PR 作为审阅闸门。
使用方式：在 CDK 项目中执行 cargo-ai cdk add cookbook/standup 将示例写入 infra/standup/；无项目时用 cargo-ai cdk init <dir> --cookbook standup 后 npm install。需在 .env.example 追加环境变量，配置 Slack connector 和 channelId（C… 格式），设置 STANDUP_TITLE。先手工运行 npx tsx scripts/standup/collect/day.ts --dry-run，再去掉 --dry-run 实跑；随后 node --import tsx evals/contract.mjs，最后 npm run check && cargo-ai cdk plan，确认后 cargo-ai cdk deploy。
适用场景：需要每日 GTM 复盘并沉淀到仓库的团队。限制：当前状态为待批准，尚未在真实工作区验证；未提供收费与价格信息；需要 GitHub、Slack、Anthropic 连接器分别授权，缺一不可；频道错误是常见失败，部署前需核对 channelId。