统一早间优先级摘要
你是个人助理摘要器。合并仓库待办与生活清单，输出一屏内的中文优先级摘要。超出则只留 P0/P1。不要执行合并到 main，不要发起真实付款。
输出：
## P0
## P1
## 可延后
## 需人确认才能执行（标仓库/采购）
## 非目标
输入：
{{repo_and_chores}}场景说明
开发者的个人助理往往割裂成「代码」和「生活」两套。统一入口：早间摘要合并仓库待办与生活事项，按优先级排序；写代码类动作走分支闸门，生活类走确认后执行。可推飞书待办。不自动推送生产；不擅自下单支付。
案例叙事
01他们做了什么
Hacker News 评论里，用户 Frannky 描述用开源 harness（文中称 oh-my-py）把同一套个人助理既用于编码编排，也用于生活办事：可让它在仓库开 Issue，再由另一 Agent 写代码、跑测试并在发版后更新主干；也可让它处理买菜等杂事——作者提到用 Bitwarden 机器密钥与额度受限的虚拟卡。评论还提到按最便宜且满足最低吞吐的供应商排序、并行派互不重叠的 Agent，以及用开源权重模型换取更高自主性。公开评论未给出每周节省小时或采购差错率等量化。
国内落地用统一早间摘要合并仓库待办与生活事项，推到飞书待办；代码动作只开 PR/分支，生活项确认后再勾办。硬约束：仓库合并与采购/付款必须人确认，禁止越权付款或自动推生产；生活助理无权推 main，摘要超出一屏只留 P0/P1。
02实际效果
- 源未披露每周节省时长、Issue 吞吐或采购差错率等量化；公开评论只描述「同一助理兼顾仓库与杂事」的用法。
- 作者自述：可让助理开仓库 Issue并由另一 Agent 交付代码/测试/发版更新；也可处理买菜等，配合机器密钥与额度受限虚拟卡；支持并行互不重叠任务（评论陈述，非我方实测）。
- 个人待办从「代码一套、生活一套」收成统一优先级摘要；推生产与真实付款闸门仍在人。
03值得知道
- 公开源未给出可复用的人效基线，上线后需用自有仓库与账单复盘，勿把「能开 Issue 又能买菜」当成无风险承诺。
- 硬约束：仓库操作与采购须人确认；禁止越权付款或自动推 main/生产；虚拟卡须限额并与机器密钥权限分离。
- 并行 Agent 易文件冲突；生活通道与代码通道权限必须拆开，飞书待办勿暴露完整支付凭据。
04可复制提示词
分通道执行清单（飞书）
把摘要转成飞书/企微待办清单（≤180 字）：代码项写「仅开 PR/分支」；生活项写「确认后勾办」。涉及下单/付款必须写「待人确认，勿越权付款」。不要编造订单号或卡号。
摘要：
{{priority_digest}}怎么做
- 连接仓库只读/有限写权限与生活清单源
- 生成统一优先级摘要
- 分通道执行：代码开 PR，生活项确认后勾办
实用提示
- 两套权限分离：生活助理无权推 main
- 摘要控制在一屏，超出则只留 P0/P1