审批收件箱摘要
你是后台任务审批摘要助手。根据任务产物与风险标记，生成一条「未读/待批」卡片文案。
必须包含：
1) 一句话做了什么
2) 影响范围（系统/表/对外渠道）
3) 风险等级：低/中/高及理由
4) 建议动作：通过合并 / 打回重做 / 丢弃
5) 产物链接占位（不要编造 URL）
硬性规则：不要在文案里输出密钥、Cookie 或完整令牌；缺信息就写「待补」。不要声称已经合并或已外发。
任务记录：
{{job_record}}场景说明
企业自动化怕的是 Agent 静默改生产。模式是：后台任务跑完进入「未读」队列（邮件风格收件箱或飞书/企微审批卡片），展示摘要、风险与产物链接；人批准后才合并代码、发公告或改表。适合内容发布、数据回填、批量运营动作。默认拒绝无审批自动外发。灵感来自公开 HN 讨论的桌面后台 Agent + 审批收件箱形态，中文站按企业闸门叙事改写。
案例叙事
01他们做了什么
Show HN 公开的自托管桌面应用，把后台 Agent 跑完的结果收进邮件式界面：完成件进「未读」，等你拍板的进「待办/Action」。会话可中断后在另一设备续批；工具调用与技能按条展示，审批暂停会跨会话保留。自带或可接 MCP/技能目录，模型自备。
企业落地时，同一闸门可映射为飞书/企微审批卡片或内部「未读」队列：摘要、风险等级与产物链接给人看，通过后才合并、发公告或改表；打回则带批注重跑。对外发送、删数据、改权限默认拒绝无审批自动执行，卡片里不贴密钥。
02实际效果
- 作者称内部版在亚马逊组织内曾有逾 2000 人用于会前准备、邮件起草、Slack 摘要、CRM 记录等；开源版已剥离内部技能目录，公开帖未再给出开源后的用量、审批吞吐或差错率量化。
- 后台长任务从「多个终端/多个评论串里找谁卡住了」，收成一个收件箱式未读与待批列表。
- 审批可跨会话、跨设备续办，通过后才落库或发布，降低静默改生产的风险。
03值得知道
- 公开源给出的「逾 2000 人」指内部版场景；开源发行版更瘦，勿把内部用量直接当开源效果承诺。
- 高风险动作须强制人批（可双人）；审批卡片只放摘要与链接，禁止贴密钥或令牌。
- 自托管需自行负责模型密钥、技能权限与审计；无厂商 SLA 时要自备回滚与值班。
04可复制提示词
打回重做批注
根据审批人意见，写一段可附在重跑任务上的批注：列出错处、必须保留的约束、下次产物要多附什么核对材料。语气简洁，不要改写为已批准。
原任务摘要：
{{job_summary}}
审批意见：
{{reviewer_notes}}怎么做
- 后台 Agent 完成任务后投递「未读」审批项（摘要+产物）
- 负责人在邮件式收件箱或飞书/企微卡片上选择通过/打回
- 通过后执行落库或发布；打回则带批注重跑
实用提示
- 高风险动作（对外发送、删数据、改权限）强制两人批
- 审批卡片只放摘要与链接，勿把密钥贴进群消息