OpenAI逼所有人在"给AI完全权限"和"什么都做不了"之间二选一——这个权限缺口，比通用agent本身更适合做成产品
2026年8月25日 · TechCrunch对OpenAI ChatGPT Work的深度探访揭示了一个具体的产品缺口：通用agent harness为了服务"什么任务都能做"的目标，权限模型只能做成粗粒度的"全给"或"不给"，连OpenAI自己的工程师想给云盘设"只读"权限都失败了。对于要接触个人财务、交易记录这类敏感数据的场景，这恰恰是一个可以被"窄、只读、从设计上就更安全"的小工具补上的位置——不需要等通用agent权限模型进化。
本文不构成投资、法律或财务建议；涉及具体产品和公司数据的部分请以官方信息为准，本文中的机会判断为分析性观点，请自行核实。
先说清楚发生了什么
ChatGPT Work的现实：想要什么都能做，就只能给AI完全权限；员工订阅费的3倍多都不够花
OpenAI力推的ChatGPT Work让agent接管收件箱、Slack、Notion、Figma甚至银行相关工作流；今日资讯页详细报道了三组数字：6月内部Codex使用率98%、组织订阅者17%、个人订阅者不到1%；一名员工4天用了8000万tokens花65美元（订阅费20美元的3倍多）；作者亲测给云盘设置"只读"权限反复失败，最后系统提示只有"完全访问"才能正常工作。
ChatGPT Work的现实：想要什么都能做，就只能给AI完全权限；员工订阅费的3倍多都不够花
OpenAI力推的ChatGPT Work让agent接管收件箱、Slack、Notion、Figma甚至银行相关工作流；今日资讯页详细报道了三组数字：6月内部Codex使用率98%、组织订阅者17%、个人订阅者不到1%；一名员工4天用了8000万tokens花65美元（订阅费20美元的3倍多）；作者亲测给云盘设置"只读"权限反复失败，最后系统提示只有"完全访问"才能正常工作。
今天资讯页第一条已详细展开 TechCrunch 对 OpenAI 总部的独家探访：ChatGPT Work 是OpenAI把agent能力从软件工程师下放给所有白领的关键产品，让用户把收件箱、Slack、Notion、Figma、日历甚至更敏感的工作流交给AI管理。三组数字值得在这里重复一遍，因为它们直接构成了今天的机会判断：内部员工6月Codex使用率高达 98%，但组织订阅者只有 17%、个人订阅者不到 1% 在用同款能力——采用率的鸿沟主要不是模型能力不够，而是"配置权限、建立信任"这道门槛太高；作者亲测4天用掉8000万tokens、按分析估算要花65美元，是20美元订阅费的3倍多，而应用内没有任何用量仪表盘提醒；更关键的是，作者想给一个云盘账号只设置"只读"权限，多次尝试都失败，移动端最终弹窗提示只有选择"完全访问"才能正常工作。
这不是OpenAI一家的问题，而是"通用agent harness"这类产品在设计上的结构性妥协。一个要服务"什么任务都可能做"目标的agent，天然倾向于要求粗粒度、宽范围的权限——因为工程上"给每种潜在任务单独设计精细化的最小权限范围"，其复杂度远高于"要么全给、要么不给"。这个判断在企业侧也有独立数据佐证：据行业调查，88%的组织在过去一年报告过确诊或疑似的AI agent安全事件，但只有21.9%的团队真正把agent当作有独立身份、可审计权限范围的实体来管理——多数组织能看到agent在做什么，却拦不住它做错事。
插一句：Apple/Epic外链佣金诉讼进展——Epic拒绝了Apple的调解提议，费率仍未定案
延续上期报道：Apple在8月13日提出15%/10%/5%外链佣金方案后，又在8月13日申请法院强制安排调解会议，Epic于8月17日明确拒绝这一提议（愿意直接谈判但不愿走调解程序），案件仍等待Gonzalez Rogers法官决定是否强制转介调解；这意味着具体费率数字依旧悬而未决，上期报道的"三情景计算器"仍然有效，不需要因为这次进展调整假设。
插一句：Apple/Epic外链佣金诉讼进展——Epic拒绝了Apple的调解提议，费率仍未定案
延续上期报道：Apple在8月13日提出15%/10%/5%外链佣金方案后，又在8月13日申请法院强制安排调解会议，Epic于8月17日明确拒绝这一提议（愿意直接谈判但不愿走调解程序），案件仍等待Gonzalez Rogers法官决定是否强制转介调解；这意味着具体费率数字依旧悬而未决，上期报道的"三情景计算器"仍然有效，不需要因为这次进展调整假设。
这是对8月17日那期报道的一个简短更新，不重复当时的完整分析：Apple在提出15%/10%/5%的外链佣金方案当天，又另外提交了一份动议，要求法院强制安排Apple与Epic在Magistrate Judge Joseph Spero主持下进行调解谈判。Epic在8月17日正式回应，明确拒绝了这一提议——态度是"愿意接受Apple任何认真的直接谈判，但不认为在这个阶段走调解程序有意义"。目前球在Gonzalez Rogers法官手里，由她决定是否强制转介调解。
对上期"三情景外链切换计算器"这个想法来说，这次进展是个中性消息：既没有让费率提前定案（调解被拒），也没有传出新的数字。如果你在上期报道后已经开始做①②两个想法，这周不需要调整任何情景假设，继续按原计划跟踪即可。
为什么现有工具没有盖住这个位置
通用agent harness的权限模型是"粗粒度"，个人理财类应用长期是"账号绑定"——中间缺一类"只读、窄范围、agent风格"的工具
现有理财类应用（记账、多账户合并）大多要求绑定账号密码或走Plaid类聚合API，本质上也是"较高权限换全自动化"；ChatGPT Work证明了另一条路径存在需求（用户愿意为了省事把敏感数据交给AI），但它的权限模型没有为"只读、单一用途"这种更保守的信任级别设计过；这中间的缺口，是"通用理财APP"和"通用agent"两条现有产品线都没有专门覆盖的位置。
通用agent harness的权限模型是"粗粒度"，个人理财类应用长期是"账号绑定"——中间缺一类"只读、窄范围、agent风格"的工具
现有理财类应用（记账、多账户合并）大多要求绑定账号密码或走Plaid类聚合API，本质上也是"较高权限换全自动化"；ChatGPT Work证明了另一条路径存在需求（用户愿意为了省事把敏感数据交给AI），但它的权限模型没有为"只读、单一用途"这种更保守的信任级别设计过；这中间的缺口，是"通用理财APP"和"通用agent"两条现有产品线都没有专门覆盖的位置。
把两类现有产品放在一起看会更清楚这个缺口在哪：一类是传统个人理财/记账应用，通常要求用户绑定券商或银行账号密码、或通过Plaid这类聚合API拿到交易流水，本质上也是"用户让渡一定权限换取自动化"，只是这个权限交换关系已经存在了十几年、用户已经建立了信任习惯；另一类是ChatGPT Work这样的通用agent，虽然理论上可以做"帮我拉取几个账户的数据、生成一张净值曲线"这类任务，但正如今天前一条新闻所说，它的权限申请只有"全给"和"不给"两档，没有为"这个agent只需要读这一个云盘文件夹、且只读"这种更保守的中间地带设计过精细化流程。
这正是空当所在：既不是"再造一个记账APP"，也不是"再造一个通用agent"，而是做一个从第一天起就只服务"多账户/多交易记录归集"这一个具体场景、且只申请只读权限的窄工具——用户不需要像信任ChatGPT Work那样把整个数字生活都交出去，工具本身的攻击面和信任成本也天然更小。
| 维度 | 通用agent harness（ChatGPT Work等） | 本期设想的窄工具 |
|---|---|---|
| 权限模型 | 全给或不给，缺少精细化中间态 | 从设计起点就是只读、单一数据源、单一用途 |
| 信任成本 | 要交出收件箱/Slack/云盘等全部数字生活 | 只需要授权一个具体账户或上传一份CSV |
| 要解决的问题 | "什么任务都能做"，通用性优先 | "这一件事做得又稳又便宜"，窄而深优先 |
| 现在能不能做 | 通用权限模型的精细化是大厂的长期工程 | 窄场景可以现在就用只读权限从零做起，不需要等大厂 |
结论：与其等ChatGPT Work这类通用agent把权限模型做细，不如现在就做一个"从起点就只读"的窄工具——这类工具的技术门槛主要在数据接入和展示，不在agent能力本身，恰好是"两周能验证"的规模，不是"三个月工程"的规模。
三个具体切入点
① 只读多账户财务仪表盘
最快验证CSV导入或对接券商/银行的只读API，产出统一的净值曲线、持仓与现金流摘要，不做任何交易建议、不做下单，把"agent能做但没人产品化"的事做成一个真正只读、够安全、够简单的小工具。
② 个人交易复盘与成本归集日志
成本最低纯工具属性，不碰荐股/跟单红线：记录每笔交易的成本、持仓周期、盈亏归因，支持按标的/账户/税年导出；用你自己多年的真实交易记录做第一个种子用户，验证成本比问卷调研更低。
③ 面向小团队的"Agent权限审计"看板
需等待规模化需求给接入了ChatGPT Work/Claude Cowork的小团队一个轻量看板：谁的agent有哪些权限、最近读写过什么、有没有超出预期的访问——这和你熟悉的多源头对账是同一套方法论，但目前企业级agent安全支出大多流向大厂方案，独立开发者的窗口还不明确，先观察需求规模再决定做不做。
①②现在就能做，投入小、直接解决ChatGPT Work报道里暴露的真实痛点；③方向正确但节奏未到，是本周最容易被"工程惯性"拖入三个月工程的选项，先按兵不动。
冷静基准线与竞争密度
独立开发变现的基准线依然适用：月入过 $1,000 的应用只有 17.2%，过 $10,000 的只有 3.5%，中位数低于 $1,000/月，头部与底部相差约 400 倍。
竞争密度提醒（判断，非事实，请自行核实）：个人理财/记账赛道本身早已存在成熟产品（如国际市场的Mint系产品、YNAB，国内的同花顺等券商自带工具），"多账户合并"也不是新点子。①②的差异化不在"功能新颖"，而在"只读权限 + 不做投资建议 + 面向愿意为省事花小钱的个体交易者"这个更窄的定位——这个定位是否真的比现成工具更打动目标用户，需要你自己找5-10个真实交易者验证，不能只凭这篇报道的判断下结论。
合规边界与反直觉提醒
证券类红线提醒：①②必须严格停留在"工具"范畴——成本归集、持仓展示、复盘记录、回测、报税流水，绝不能包含任何买卖建议、目标价、择时信号，也不能做成付费荐股社群或跟单服务。这不是风格选择，是《证券法》第160条与证监会《荐股软件监管暂行规定》划出的硬红线，无资质向不特定对象提供股票投资建议属于违法。
工程惯性提醒：①不要一开始就对接真实券商API做全自动实时同步——先用手工CSV导入验证"净值曲线+持仓摘要"这个最小功能是否真的有人愿意用，账号体系、实时同步、多币种换算这些都应该留到有真实付费用户之后再做，否则又是把两周验证做成三个月工程的老问题。
与本职重叠提醒：③"Agent权限审计"看板虽然对象是ChatGPT Work/Claude Cowork这类AI agent权限、不是NetSuite/发票结算，但底层方法论都是"多源头数据校验、权限与操作留痕"，与你本职的财务对账工作存在方法论层面的重合。如果决定做③，建议只使用行业通用的RBAC、审计日志设计模式重新实现，不参考、不复用任何公司内部实现细节或专有脚本。本文不构成法律意见，作者非律师，涉及竞业与商业秘密的具体边界建议自行核实或咨询专业人士。
30天验证计划
- 第 1 周 · 做②的最小版本：用自己的真实交易记录，手工整理一份包含成本、持仓周期、盈亏归因的复盘表，先验证"这份数据本身对自己有没有用"，再考虑要不要做成产品。
- 第 2 周 · 做①的最小版本：只支持CSV导入（不对接任何实时API），产出一张净值曲线和持仓摘要静态页面，明确标注"只读、不提供任何投资建议"，发到即刻、V2EX等中文开发者/交易者常驻社区测反馈。
- 第 3 周 · 找 5-10 个真实的个人交易者验证：了解他们现在用什么工具做多账户合并和复盘、愿不愿意为"更简单、更聚焦"的只读工具付费，以及他们对"AI帮我看账户"这件事本身的信任门槛在哪里——这条反馈直接决定①②有没有做大的价值。
- 第 4 周 · 观察ChatGPT Work等通用agent的权限模型是否有更新：如果大厂在几个月内把"只读、精细化权限"做进了agent harness本身，①②的差异化窗口会明显收窄；如果没有，继续把①②当作长期产品打磨，③继续保持观察、不投入。