沉默阈值晨报简报
你是个人通知减噪助手。只根据用户约束写晨/晚简报提问清单，不要编造已接通。
信息源：{{sources}}
投递渠道：{{channel}}
允许的空状态：{{empty_status_policy}}
晚间是否需要明日预告：{{evening_preview}}
输出 Markdown：
1. 必报项 vs 禁报项
2. 触发器（时间/日历/邮件）
3. 沉默规则的可测用例
4. 人工抽检一周的观察点
禁止索要邮箱密码；禁止声称简报已上线。← 返回用例列表
Claus：晨报只报要反应的事，沉默也是功能
对照个人实践：特教教师自建晨/晚 Telegram 简报，只列日历异常、逾期与需行动邮件，并强制「无事则静默」；不代你连邮箱、不堆天气新闻证明自己在干活。
场景说明
面向被通知淹没的个人用户：把「又一个状态频道」写成可对账的触发+沉默阈值，区别于通用晨报摘要壳与常驻治理闸门长文。
案例叙事
01他们做了什么
作者 Matti Seise（特殊教育/信息教师）在个人站《Why I Built My Own AI Agent Instead of Just Using ChatGPT》（datePublished=2026-06-09）写明：工作日被 Wilma、itslearning、学生约谈、Notion 与住房公司邮件等小切片行政任务切碎；聊天机器人只是把劳动挪到新提示框，他仍要记得去打开。于是自建会按约定事件醒来的 Agent「Claus」。
晨报是 clearest 例子：每天一条简明 Telegram，只含需反应项——当日日历异常、逾期任务、需行动的邮件；不含总状态、以防万一的天气、有趣新闻。天气仅当影响通勤方式时出现；系统状态仅当坏了才报。晚 8 点另有一封：晚间异常与明日预约。实际每天两封短讯、合计数行即够。强制规则：不发「今天没事 / 我查过了都正常」类空状态——无事则静默，有推送即代表值得看。开篇建议从单一痛点起步：选痛点→定触发→定渠道→定何时保持沉默（与何时行动同等重要）。本场景据此输出「沉默阈值晨报」提纲。禁止声称已代你值守邮箱或已替你清空待办。
02实际效果
- 源以机制与个人日用叙事为主（两封短讯、沉默规则），未披露可外推的省时分钟或漏报率；源未披露量化基准。
- 能把「再做一个全能助理」与「单一痛点+触发+沉默阈值」拆开。
- 为必报/禁报清单与空状态测试用例提供提问提纲。
03值得知道
- 作者标明本文是系列开篇；后续才展开「30 个后台服务」失败课，本条不提前剧透未核段落。
- 接邮件/日历权限即扩大泄露面；沉默规则不能代替最小权限。
- 上面写的是个人实践侧写，不是托管晨报 SaaS。
04可复制提示词
又变成状态频道的复盘提纲
Agent 开始每天报「一切正常」，请写复盘提纲。
近期消息样例：{{sample_messages}}
用户是否已忽略推送：{{ignored}}
输出：
1. 哪条规则被放宽成了空状态
2. 如何改回「有事才说」
3. 哪些「证明我在工作」的字段应删除
4. 人工确认清单
不要伪造「用户已重新信任推送」。怎么做
- 粘贴你早晨真正要反应的信息源、投递渠道、以及何种情况下允许发「空状态」
- Agent 按实践帖输出：触发器→必报/禁报清单→沉默规则→晚间预告差分提问清单
- 人工接线历/待办/邮件；Agent 不持你的邮箱密码、不代你回复邮件
实用提示
- 源帖关键句：最好的晨报特征不是塞了什么，而是故意留下了什么；无事则静默，有消息才值得点开
- 与 feishu-mail-noise-filter-morning-brief / ghost-core-always-on-governance / gtd-bujo-claude-md-daily-plan 不同：本条聚焦「沉默即功能」的个人晨/晚两封短讯，不是飞书邮件降噪壳、常驻闸门机构或 GTD/MD 日计划系统