公司给每个员工配 AI 助手，OneCLI 把密码和最终审批留在 AI 外面

哇哦AI

OneCLI 官方演示中的团队后台：左侧集中管理工作区、连接、规则和成员，中间为不同员工分配各自的 AI 助手。 来源：OneCLI 官方演示视频

让 AI 帮员工查邮件、看工单或整理数据很方便，但真把 Gmail、GitHub、Stripe 等账号交给它，公司又会担心密码泄露，或者 AI 一口气执行了不该做的操作。OneCLI 最近把原先的密码保护工具扩成团队 AI 助手平台：每名员工可以拥有一个独立助手，管理员统一规定它能访问什么，发邮件、退款或删除数据等敏感动作则必须停下来等人确认。

这次变化，是从保护密码扩成管理整支 AI 助手队伍
OneCLI 最初解决的是一个较窄的问题：AI 要访问外部服务时，不把真实密码或接口密钥直接交给它，而是在请求通过检查后，由外部系统临时代填。项目方在新版说明中表示，实际需求很快延伸到另一件事——公司如何给很多员工分别配置 AI 助手，并统一管理它们的权限。

新版 OneCLI 因此加入团队工作区。管理员可以为员工建立相互隔开的运行空间，连接 GitHub、Gmail、Notion、Dropbox 等工具，再决定每个助手能用哪些账号、访问哪些功能。员工仍然通过聊天或 Slack 布置任务，不需要自己处理一串密码和连接设置。

员工看到的是一个助手，背后则有三道限制
第一道限制是账号范围。支持人员的助手可以读客服工具，却不必拿到财务账号；每个助手只获得完成工作需要的权限。第二道限制是独立运行空间，一个人的任务和文件不会直接混进另一个人的环境。

第三道限制是人工确认。查资料、整理数据这类步骤可以继续进行；一旦动作涉及发邮件、退款、删工单或清空存储，系统可以先把准备好的操作交给人选择同意或拒绝。也就是说，AI 可以把前面的活做完，但最后那一下不一定由它自己决定。

密码为什么不放进 AI 的聊天记录里
如果把真实密码直接写进 AI 能看到的配置文件，密码就可能被日志、错误信息或恶意网页带出去。OneCLI 的做法是只给 AI 一个替代标记；当它真的访问某个服务时，请求先经过外部入口，确认地址和权限后再填入真实账号信息。

这个外部入口可以理解成公司门口的门禁：AI 说自己要去哪里、做什么，门禁判断是否允许，再代它刷卡。这样做并不能保证 AI 永远不会犯错，但能减少它接触真实密码的机会，也让管理员留下谁在什么时间访问了什么服务的记录。

大部分代码可以自建，企业功能另有边界
OneCLI 已公开主要代码，团队可以把后台、任务运行器和密码保护入口装在自己的服务器上。官方仓库说明，大部分代码使用 Apache-2.0 许可；标在 enterprise 目录里的企业功能采用单独许可，开发和测试可以使用，正式生产环境需要订阅。

这条边界值得提前看清。开源不等于所有团队管理能力都可免费投入生产，也不等于装好后就自动安全。准备采用的公司仍要自己检查权限规则、日志保存、账号撤销、助手出错后的停止方式，以及敏感任务是否真的会等人批准。

它卖的不是更会聊天，而是让公司敢把事交出去
Y Combinator 已把 OneCLI 列为 2026 年夏季批次的在营公司，并在公司页收录了这次团队版发布。公开资料能够确认公司、开源仓库、新版产品和演示之间的对应关系。

OneCLI 的看点不在于回答问题更聪明，而在于给每个员工配 AI 助手之后，公司还能控制密码、权限和最后审批。对已经尝试让 AI 处理邮件、工单、代码或数据的团队，这比再增加一个聊天窗口更接近真正的日常工作；至于它能否稳定管理大量员工和长期任务，还需要后续公开使用结果来回答。

想继续了解
• OneCLI 产品官网
• OneCLI 官方开源仓库
• OneCLI 官方演示视频
• Y Combinator OneCLI 公司页

路过的风景

发邮件、退款、删工单都要等人确认。