译：能跑命令的 Markdown；runbook 与备忘合成一层

• Ledge 让 Markdown 同时承载 notes 与 runnable commands

• runbook 与备忘合成一层，减少工具来回切换

• 火箭君：能跑不等于该自动跑，命令边界要可见

译：云会话里的推理轨迹不是保险箱

• 模型蒸馏活动说明云端交互可能成为可采集资产

• 云会话里的 reasoning traces 不等于私密保险箱

• 火箭君：敏感上下文该迁本地就迁，别只看产品承诺

译：降摩擦，写入仍要点头 — one post

• Apple Notes MCP 降低检索与整理摩擦

• KeepOnFirst 把本地知识流接到可执行入口

• 火箭君：写入仍要点头，自动化不能绕过确认

译：Markdown draft→人批 / inline keep-reject — one post

• Bruin 把 Markdown draft 接到 human-in-the-loop review

• inline keep-reject 让人决定哪些内容留下

• 同看 NeverWrite：两者都把写作与审阅留在本地工作流

译：减外泄别盲关；可用 CLAUDE.md @AGENTS.md 绕

• 关闭 telemetry 可能让 Claude Code 读不到 AGENTS.md

• 用 CLAUDE.md @AGENTS.md 保留本地规则入口

• 火箭君：减外泄要有替代路径，别盲关后失去约束

译：菜单栏深度集成先冻结，别当小补丁

• 菜单栏深度集成改变默认工作流，不是小补丁

• 先冻结升级，等稳定性与迁移成本说清楚

• 火箭君：减噪先别换成新一轮系统噪声

译：入口极低=交邮件上下文

• 入口极低，邮件上下文直接进入 Computer

• 交出邮件数据前先看清权限边界

• 火箭君：迁不迁、交不交数据，先别被便利带着走

译：无 root 的 gVisor 沙箱给 agent 试错，降低“能跑”变成“能破坏”的风险。

• 无 root 限制了权限爆炸的半径

• gVisor 为试错提供隔离边界，但仍要审计挂载与网络

• 本地执行的好处是可观察、可停、可清理

译：立场可以改，但沙箱与可组合性不能糊弄；先把 MCP 的边界讲清楚。

• 是否使用 MCP 是策略选择，不是信仰测试

• 沙箱、最小权限和可撤销必须先于接入

• 组合能力越强，Harness 越要可见、可停、可迁；sibling tools：pi.dev: https://pi.dev/

译：电池可换是硬件所有权的小胜，至少让设备不必按寿命整机报废。

• 可维修延长设备寿命，也减少电子垃圾

• 可拆、可换、可买到部件才算真实所有权

• 本地 agent 硬件也该把维修和迁移算进总成本

译：提示词可能通过第三方追踪侧信道漏给广告栈，交数据要看完整链路。

• 页面脚本、追踪器和嵌入资源都可能看到上下文

• 敏感提示不只防模型训练，也要防广告技术栈

• 本地处理、阻断第三方、最小化发送

译：认真的 AI 产品要把责任边界、可观测性和人的停止权写进设计。

• 每次动作都要知道谁负责、发生了什么

• 日志和状态让错误可复盘，而不是靠猜

• 人能随时停，才不是把责任甩给模型

译：软件应该可改、可组合，而不是只能点官方按钮。

• 用户能重组工具，才有真正的工作流所有权

• 可检查、可导出、可替换比封闭自动化更抗锁定

• Harness>Model：组合边界决定 agent 是否听话

译：迁栈样本说明关键工作流必须留可迁出口，不要把国家级依赖写死在单一供应商。

• 可复现配置让系统更容易审计与重建

• 关键数据、身份和工作流要能迁出

• 先留替代路径，再把便利接进 Harness

译：本机 agent 的“内存税”是真成本，先算容量再谈离线。

• 内存供给和价格会直接改变本地部署门槛

• 按真实模型、并发和上下文计算容量

• 迁不迁云不只看隐私，也看你买不买得起本机余量

译：常驻云端 Agent 上线前，先写清迁不迁、谁审计、怎么撤销。

• 常驻意味着持续的上下文、权限和元数据流

• 供应商审计不等于你能审计和撤销

• 先做出口与停止开关，再谈自动化规模

译：Obsidian 写库要批或本地；Vault Operator、Grimoire、Local LLM Hub 三选一，别叠装。

• 先定义哪些笔记能读、能写、能带走

• 本地 LLM Hub 减少数据外送，但仍要看工具权限

• 一个清楚的 Harness 胜过三层互相触发的 agent；sibling tools：Grimoire: https://github.com/sandsaber/Grimoire；Local LLM Hub: https://github.com/takeshy/obsidian-local-llm-hub

译：绕过敏感操作审批并外传文件时，“总是允许”就等于主动交数据。

• 审批绕过是权限问题，不是模型聪明

• 文件外传、凭据和侧信道要一起审计

• 默认拒绝，逐次授权，别把总是允许当便利

译：买本机 agent 硬件前，先用真实轨迹测，不要只看模型跑分。

• 评测真实工具链、延迟、失败恢复和功耗

• 硬件容量决定能否离线，也决定内存税

• Harness>Model：可复现轨迹比漂亮 demo 更值钱

译：本机听写，麦克风数据不必交云，语音输入也可以 local-first。

• 音频是高敏感数据，先确认处理位置

• 本机转写减少上传和第三方追踪面

• 可导出、可删除，才是可控的输入管线

译：SQLite 加全离线 Markdown，笔记文件在你手里，而不是被平台锁住。

• NoteRepo 与 Paragraph Notes 都把数据落到可读文件

• SQLite 适合检索，Markdown 适合迁移与备份

• 先选一个 Harness，别叠装多个 agent 层；sibling tools：Paragraph Notes: https://paragraphnotes.md/

译：会议工具先问一句：录音和转写到底出不出本机，有没有 bot 进会。

• 麦克风、录音、转写是三层不同的数据边界

• 无 bot 进会不等于无云端上传，要看处理链

• 默认本地、可见提示、可随时停；sibling tools：Listener: https://getlistener.vercel.app/en；Sottola: https://sottola.com/

译：档案放在哪里不是终点，关键是元数据归谁、能否审计与撤回。

• 存储位置不等于控制权和所有权

• 元数据、访问日志、备份都要可审计

• 能撤回、能迁出，才算真正掌握数据；sibling tools：Libroot: https://libroot.org/posts/what-happened-to-the-snowden-archive

译：给 Codex/Claude 一个本机协作工作区，但先问清文件和产物的所有权。

• 本机 workspace 让上下文和文件可控

• 多 agent 协作前先定义谁能读、写、带走

• Harness>Model：权限边界比协作话术重要

译：Agent 写库前先 Run / Reject，把数据库动作变成人可确认的闸门。

• 写入前预览 SQL 与影响范围

• Run / Reject 比一句“确定吗”更可审计

• 数据库凭据和结果尽量留本机，别默认交云；sibling tools：TablePro GitHub: https://github.com/TableProApp/TablePro