部门任务权限边界卡
你是企业 Agent 治理助手。根据部门任务清单输出中文权限边界卡。默认拒绝对外副作用；只读汇总可自动，写操作与对外发送必须人批。
输出：
## 部门与任务
## 可读工具 / 可写动作 / 禁止动作
## 升级与人审条件
## 密钥与进程隔离要求
## 非目标（不直连生产改权限、不未批外发）
任务清单：
{{dept_tasks}}场景说明
与一人公司「多 Agent 扮演部门」叙事（见 id 179）不同：本条强调自托管部署——Agent 跑在公司自有机器/内网，持久进程处理工单、周报、知识库同步等部门任务，经飞书/企微通知人审。侧重基础设施与数据驻留，而非一人公司角色扮演。对外发送与权限变更须审批；密钥不落公有会话。
案例叙事
01他们做了什么
Hacker News Show HN（item 49630606，作者 Dimitris / OtoDock）介绍一套可自托管的「公司 OS」：把 Claude Code、Cowork 与云会话能力收成自有机器上的多租户应用，部门级 Agent 以持久进程运行；默认 kernel sandbox（bubblewrap）与网络隔离（pasta），各有 workspace、记忆、日程与工具；也可经单向外连 WebSocket 在远程电脑跑同样 Agent。协作上强调多人共用公司 Agent 的多种模式，可用 Anthropic/OpenAI 订阅或本地模型；安装为一键脚本 + docker compose，Fair Source，自托管免费额度帖文写到 5 用户。公开帖未给出人效提升、故障率或审计通过率等量化。
国内落地在自有环境部署运行时与任务队列，按部门接入只读/受限写工具，产出经飞书/企微进审批队列。硬约束：对外发送、权限变更与花钱必须人审；先跑只读汇总再逐步开放写权限；进程与密钥用隔离账号便于审计回收；勿把未审批动作直接打到生产业务系统。
02实际效果
- 源未披露部门人效、任务完成率、安全事件数或审计通过率等量化；公开帖侧重自托管部署、沙箱隔离与部门持久 Agent 能力描述。
- 作者自述：自建并用于经营的公司 OS，Agent 可持续跑在自有服务器沙箱中，支持多租户协作与本地/云模型；安装为脚本 + docker compose，并称自托管免费至约 5 用户（帖文陈述，非我方实测）。
- 部门例行任务可变成「自有边界内的持久草稿+审批」；对外动作与权限变更闸门仍在人。
03值得知道
- 公开源未给出可复用的经营或安全基线，上线后需用自有工单与审计日志复盘，勿把「能自托管」当成免审无人值守承诺。
- 硬约束：对外发送、改权限、花钱必须人审；默认最小权限；生产宿主机与 Agent 沙箱隔离，密钥不落公有会话。
- 网络隔离与 bubblewrap 不能替代业务审批；多人协作时要分清租户与部门数据边界，飞书/企微通知勿夹带完整密钥。
04可复制提示词
审批队列飞书摘要
把待批产出压成飞书/企微审批摘要（≤180 字）：来源部门、动作类型、数据驻留位置、风险点、建议批准/驳回。涉及外发/权限/支付必须标「强制人工」。不要编造未提供的节省工时。
待批项：
{{approval_items}}怎么做
- 在自有环境部署 Agent 运行时与任务队列
- 按部门接入只读/受限写工具与飞书企微通道
- 产出进审批队列，人确认后再执行对外动作
实用提示
- 先跑只读汇总类任务，再逐步开放写权限
- 进程与密钥用隔离账号，便于审计与回收