部门职责与权限卡
你是一人公司编排助手。根据业务列表输出中文「Agent 部门」职责卡。对外发布/付款标为必须人批；内部草稿可自动。
输出：
## 建议先开的 2 个部门（理由）
## 每部门：职责 / 可读工具 / 可写动作 / 升级规则
## 统一审批收件箱字段
## 禁止自动执行清单
## 非目标
业务：
{{solo_biz}}场景说明
独立创业者身兼多职。把重复角色变成带职责说明的 Agent，产出进入审批收件箱（可对接飞书），人只做决策与对外签字。与「后台邮件式审批」同构，但叙事聚焦一人公司部门划分。禁止无审批自动对外发公告或扣款。
案例叙事
01他们做了什么
DEV.to 作者自述以一人公司运营多款 SaaS，用 GitHub Copilot 自定义 Agent 搭了 8 个「部门」：CEO、CFO、COO、Lawyer、Accountant、Marketing、CTO，以及负责升级其他部门的 Improver。各部门是带职责与工具权限的 markdown Agent 文件，共享持久知识图谱，跨域时自动互相征询（如 Marketing 的产品宣称先过 Lawyer），并由 COO 做晨间编排。作者强调这不是取代思考，战略与「感觉不对」的决策仍在人；文末建议若重来可先开约 3 个部门再扩展。
国内落地把部门职责、工具权限与升级规则写进飞书/企微知识库；各部门产出进统一审批收件箱，人批准后再发布/发送/合并。对外承诺、公告与扣款类动作强制人工；内部草稿可自动。先开两个部门跑通（与 tips 一致），再扩展，避免编排过载。
02实际效果
- 源未披露可对照的对照组人效或客单价提升曲线；公开文以作者两个月自述运营结果为主。
- 作者自述（约两个月）：营收约 €6.09、基础设施约 €42/月、产出 84+ 条推文与 5 篇 DEV 文、营销耗时每周不足 1 小时、合规截止零遗漏；同时坦言营收仍很低（文章陈述，非我方实测）。
- 一人公司可把重复角色变成带审批闸门的 Agent 部门结构；对外签字与扣款仍在人。
03值得知道
- 公开源的数字均为作者自述小样本，勿当成「上多 Agent 就能盈利」的承诺；需用自有账本复盘。
- 禁止未审批自动对外发公告或扣款；跨部门互审可降幻觉，但不能替代法人/合规责任。
- 部门过多易编排过载；先少后多，并注意共享记忆的并发写入与权限隔离。
04可复制提示词
审批收件箱摘要（飞书）
把各部门待批产出压成飞书/企微审批摘要（≤180 字）：来源部门、动作类型、风险点、建议批准/驳回。对外承诺与扣款必须标「强制人工」。不要添加未提供的收入数字。
待批项：
{{inbox_items}}怎么做
- 定义各部门职责、工具权限与升级规则
- 各部门产出进入统一审批收件箱
- 人批准后执行发布/发送/合并
实用提示
- 先开两个部门跑通，再扩展，避免编排过载
- 对外承诺类输出强制人工，内部草稿可自动