Y Combinator 2026年夏季批次里，一家叫Prized的创业公司让运营、客服和财务人员用自然语言生成内部工具，不用再排工程团队的开发队列。它接入Snowflake、Salesforce、Postgres、Stripe这类生产系统，靠管理员预先审批的连接器和角色权限控制访问范围。
这家公司真正想卖的不是生成速度，是把AI生成的应用装进企业已有的权限体系。这套安全叙事目前只写在官网上，还没有第三方验证。
连接器先审批，AI再生成，权限锁在这一步
官网列出的连接器有十几种，除了Snowflake、Salesforce、Postgres、Stripe，还包括Slack、MongoDB、Notion、HubSpot。管理员先对每个连接器审批一次，划定数据范围。业务团队之后用自然语言描述需求，AI生成的工具复用这份已获批的连接，不必每次重新申请数据库权限。
官网给出的护栏是三层：每个工具只拿到它需要的权限，不开放整库；企业单点登录；记录谁在什么时间访问了什么的审计日志。这想解决的是一个老问题——员工自己拿AI工具拼脚本、直连生产数据库，一直是安全团队的心病。Prized想把这类需求收进一个可审批、可追踪的流程。
和Retool、工程团队自建比，差在两处
Prized不是第一个想让业务团队自己搭工具的产品。Retool这类低代码平台早就在做同一件事，工程团队自建内部系统更是老路子。三条路径摆在一起，差异集中在权限校验发生在哪个环节。
| 维度 | 工程团队自建 | Retool等低代码 | Prized |
|---|---|---|---|
| 生成方式 | 工程师手写代码 | 拖拽组件、写查询 | 自然语言描述需求 |
| 权限校验时点 | 逐个功能手动加限制 | 平台内配置，因工具而异 | 连接器审批前置，工具复用已批权限 |
| 谁在等 | 业务方排工程排期 | 业务方仍需懂平台操作 | 业务方直接生成，IT审批连接器而非每个工具 |
差异主要在两处：一是用自然语言替代拖拽或写查询语句；二是权限审批前置到连接器这一步，不再靠工程师在代码里逐个加限制，也不用业务方自己在平台里配权限。这省的是流程环节，不是省掉IT的判断责任。
安全叙事还是厂商自述，六个问题没有答案
官网demo里的退款审批队列、营收看板上出现的MRR、ARR、退款金额，都是产品演示用的示例场景，不是Prized自己的经营数据，也没说明来自真实客户。页面上看不到客户数量、部署规模、合规认证或者事故记录。
企业软件要接生产数据库，通常得先过合规认证这一关，SOC 2、ISO 27001这类审计周期短则数月。Prized官网没提到任何认证，这不代表它没有，只说明外部暂时无法验证。
真正决定IT敢不敢批的，是这六个问题：数据会不会进入模型训练、读写权限怎么隔离、连接密钥存在哪、能不能私有部署、AI生成的代码谁来审查、定价和出错后的回滚机制。这些官网都没给答案。
运营、客服、财务负责人能省下的是等工程排期的时间，一句话描述需求就能拿到一版可用工具。适合先在非敏感、低风险场景申请试点，比如内部数据查询看板，而不是一开始就要求接入核心生产数据。
IT和安全负责人的工作没有减少，只是从写代码变成审批连接器范围和角色权限。生产数据能不能被这套系统碰，责任还在他们身上。批准前，最好先问厂商要合规认证和其他企业的部署案例，不能只看官网demo。