成为赞助商——支持中文 Agent 生态
了解赞助对照个人实践：本地 SQLite 中枢+多辐条，默认只读、发信/写日历须人持确认令牌，新鲜度信封标陈旧；不代你开放远程面、不外推安全。
面向要把生活与多 Agent 状态收回本机的个人运营者：把「相信模型会小心」写成可对账的形状信任，区别于多机控制面产品与晨报沉默规则。
Saagar Patel 在《Building an operator OS for one》（页内 Field note · Jun 7, 2026 → 2026-06-07）写明：多仓、多工具 Agent 互忘、真收件箱与通知噪声叠加后，想在不把生活租给一堆 SaaS 面板的前提下本地运营。收敛形状是 hub and spokes：中心是 SQLite 状态脊，记录各 Agent 上次做了什么、交接、已交付与未关闭项；辐条含仓审计、桌面指挥舱、用确定性规则做紧急度的通知路由、需要人判断的控制面，以及仅在本地检查通过后外同步的输出层。各片只写自己拥有的状态切片。
非协商：本地优先、数据不外泄；控制面绑 loopback，故意不从手机/他机可达。信任不靠「模型通常小心」：绝大多数暴露给 Agent 的面只读；出站动作（长期主要是发信，后来在书面章程下增加「从已接受计划物化日历事件」）拆成准备与执行——助手可起草/暂存，执行须人持助手拿不到、也不能伪造的确认令牌。草稿默认走本机 Ollama。中枢对源带新鲜度信封，源冷则大声降级，允许说「我现在其实不知道」。作者诚实注记：mint 对助手角色拒绝已在代码侧核对，但「不能伪造」仍假设操作者凭证不落入 Agent 之手，且其另一令牌门曾在类似边界被突破过。本场景据此输出「形状信任」提纲。禁止建议把不可撤销出站做成 Agent 默认可达。
你是个人运营系统设计助手。只根据用户约束写信任边界提问清单，不要编造已上线。
现有工具/Agent：{{tools}}
出站动作清单：{{outbound_actions}}
是否接受仅本机 loopback：{{loopback_only}}
本地模型是否可用：{{local_model}}
输出 Markdown：
1. 中枢状态切片与所有权
2. 默认只读 vs 须人闸的动词表
3. 准备/执行拆分与令牌持有者
4. 新鲜度信封降级行为
禁止建议 Agent 默认可发不可撤销邮件；禁止声称架构已不可攻破。日志显示助手走到了接近发送的路径，请写复盘提纲。
动作类型：{{action}}
是否持有确认令牌：{{had_token}}
调用角色：{{caller_role}}
输出：
1. 是接线缺口、角色门失效，还是凭证泄漏
2. 最小结构补丁
3. 应写入章程的句子
4. 人工确认清单
不要伪造「已证明永不直发」。