面向受监管企业非工程师的受治理 Agent 平台
一个托管环境，让交易员和银行从业者构建并运行由 Agent 生成的工具，内置 DLP、出口流量过滤、权限管理和审计。
可直接粘贴到 Claude Code、Cursor 或任何编程助手的需求说明（英文）。
总分6.6/10
痛点8
付费意愿7
时机8
市场空白6
护城河5
可行性4
支持
- 谁会付费
- 银行、资产管理公司和保险公司的 CISO 及 AI 平台负责人，从安全与合规预算中支付每年 20 万至 100 万美元的企业合同费用
- 讨论中的声音 · 5
- 在接触客户数据、邮件和互联网的机器上运行编码 Agent，会带来难以接受的数据泄露风险，因此银行将其关停。 查看评论 ↗
- 编码 Agent 缺乏 DLP、沙箱和数据访问控制，尽管确实能提升效率，但对受监管实体来说难以管理。 查看评论 ↗
- 安全团队往往在「允许、出现一次数据事故、全面锁定」之间循环，因为要同时兼顾实用性和安全性非常困难。 查看评论 ↗
- 高盛把 Claude Code 从银行家手中收回，意味着他们会转而购买面向非工程师的托管 Agent 产品，这是一个高利润品类。 查看评论 ↗
- 建议交易员在具备可观测性和策略执行能力的托管环境中构建应用。 查看评论 ↗
内容转述自讨论，原评论请点击链接查看。
- 竞争对手与空白
现有 Agent 工具要么面向工程师（如 Claude Code、Copilot），沙箱和 DLP 能力薄弱；要么是没有 Agent 能力的低代码平台。目前没有任何产品能为 Agent 编写的代码提供交易台级别的环境，强制执行信息隔离墙、数据权限和审计追踪。
- 为什么是现在
- 高盛 10 月的回撤、摩根大通和嘉信理财封禁外部 Agent，以及 Anthropic 的 IPO 信号，表明受监管机构已正式限制原始 Agent 的使用，而非工程师对生产力的需求依然强劲。过去 12 个月正形成一个合规缺口市场。
- 护城河 · 5/10
- 与银行的权限、信息隔离墙和监控系统深度集成，形成切换成本；每次部署都会产生策略和审计数据，持续改进控制层；合规认证本身也成为分销壁垒。
反对
- 红队
- 受监管机构确实在封禁原始 Agent，而需求依然存在；目前还没有任何产品为 Agent 生成的工具提供交易台级别的 DLP 和权限管理，这是一个真实且代价高昂的缺口。
- 最可能的失败原因
- 银行漫长的销售周期和安全审查时间可能在首个企业客户签约前耗尽初创公司的资金。
起步
- 最初三步
- 构建一个沙箱化的 Agent 运行时，支持按 Agent 设置网络出口过滤、文件系统范围限定和凭证隔离
- 增加一个策略引擎，将 Agent 的操作映射到数据权限和信息隔离墙，并记录完整的审计日志
- 上线审批流程：Agent 生成的工具在接触生产数据之前，必须由指定工程师签字确认
- 原始讨论
- Goldman Sachs is pulling Claude Code from its bankers and traders ↗ 873 点469 条评论源自帖子原文链接
本文译自英文。 阅读原文