成为赞助商——支持中文 Agent 生态
了解赞助对照个人实践：私有数据×不可信内容×出站通道「三要素」同任务禁止；规则是建议、hooks 才是执法；审计一次抓 28 项；不代你免疫越权、不外推合规认证。
面向自建个人 Agent 的独立开发者：把「再加一层提示词护栏」写成可对账的三要素隔离+harness hooks 执法，区别于无入站架构、专业 Agent 波次与 Nick Tune hooks 工作流引擎。
Wes Sander（Practical Systems）在《How I Hardened a Personal AI Agent That Reads My Email, Files, and Desktop》（页内 September 7, 2026；JSON-LD datePublished 2026-09-07 → 2026-09-07）写明：给 Agent 邮箱/文件/屏幕后，真正危险是「同一会话读到攻击者写的内容，再代你出站」。他压成一条高空规则：私有数据、不可信内容、出站通道——任意两种同任务可接受，三种齐必须停止并拆分，出站步等人看。
执法分四层：① 成文规则（SECURITY.md 来自一次抓住 28 个问题的审计；AGENTS.md 等）——必要但不够，因仍经模型决定是否遵守；② PreToolUse 类 hooks：工具真正执行前由脚本硬否，模型无投票权；③ 技能默认优先一等方，第三方先扫；④ 记忆来源与过期规则。文中点名四类注入形态（直接指令、编码载荷、拼写扰乱、角色扮演包装），并强调「读到的一律当数据不当命令」。本场景据此输出「个人 Agent 三要素硬化」提纲。禁止建议跳过人审绑定生产出站，或把本文当成合规认证。
你是个人 Agent 安全顾问。只根据用户约束写提问清单，不要编造已上线。
私有数据面：{{private_data}}
不可信输入源：{{untrusted_sources}}
出站通道：{{outbound_channels}}
现有 hooks：{{hooks}}
输出 Markdown：
1. 三要素组合表（允许/禁止/须拆任务）
2. 须从「写在 md」升格为 PreToolUse 硬否的规则
3. 出站人审清单
4. 人工周审清单
禁止声称已通过渗透或合规认证；禁止建议默认全开出站。助手在同一任务中读了邮件链接并尝试代发，请写复盘提纲。
任务日志摘录：{{logs}}
当时规则/hooks：{{policy}}
输出：
1. 是规则仅写在 md、hook 未覆盖，还是人审被绕过
2. 最小修复（拆任务+硬否）
3. 撤销/致歉步骤
4. 人工确认清单
不要伪造「已自动撤回全部外发」。