01 / 闭环试点
先让一个真实闭环跑起来。
价格口径
按项目报价
从一个高价值、边界清楚的工作问题开始，确认 State、Agent、Memory 和人的决策边界如何共同运行。
- 一个明确业务闭环
- 并发 Session 容量按试点范围配置
- 运行证据与复盘交付
- 完成评估后决定是否扩大
PRICING · 组织运行
不为人数定价。
为运行能力定价。
中文版本是合同制 To B 产品。我们不把人、Agent 或模型名称做成价格单位，而是围绕组织需要同时运行多少工作、数据要留在哪里、谁需要承担什么后果来确定范围。
人类成员不限量Agent 不按数量收费模型用量单列
02 / 组织运行核心路径
让运行变成组织自己的积累。
价格口径
年度合同
按组织需要的并发工作容量、存储范围和支持边界配置，不按人头、不按 Agent 数量收费。
- 组织级共享并发 Session 池
- State、Memory 与投影能力
- 权限、来源与运行审计
- 容量与支持等级按合同确定
03 / 私有部署
让运行边界留在你的要求里。
价格口径
合同报价
当数据边界、网络隔离、审计、身份或服务等级需要单独设计时，运行形态和交付范围一并确定。
- BYO 机器或专属运行边界
- 身份、审计与导出要求
- 实施、迁移与持续支持
- SLA 与安全条款按合同确定
WHAT WE PRICE
合同里写清楚的，
是组织真正需要的边界。
并发能力
同一时刻运行多少个 Session。前台工作优先于后台任务，池满时状态可见。
数据范围
State、Memory、材料与运行记录需要覆盖哪些组织、项目和权限范围。
运行边界
Cloud Runtime、BYO 机器、专属网络或私有部署如何满足组织要求。
实施与支持
数据接入、闭环试点、身份审计、培训、SLA 与持续支持分别写进交付边界。
FAQ · 定价边界
先把不该混在一起的，
分开说清楚。
为什么不公开一个按人头的月费？＋
S0 计价的不是谁拥有一个账号，而是组织同时运行多少工作。人类成员不限量，Agent 也不是计费单位；真正影响成本和价值的是并发 Session、存储和运行边界。
试点完成后如何扩大？＋
试点先验证一个真实闭环。扩大时，我们根据并发容量、数据范围、部署边界和支持等级形成年度合同，不要求把组织重新迁移到另一套产品。
模型用量包含在合同里吗？＋
模型用量与组织运行权益分开核算。可以使用组织自己的 BYOK，也可以按确认的模型与用量方案单列；不会用一个模糊的“无限 AI”掩盖成本。
能否保留现有业务系统？＋
可以。S0 的 State 可以连接现有业务系统，重点是把变化、依据和运行效果带入同一条可追溯链，不要求一开始替换所有系统。
如何获得具体报价？＋
告诉我们组织规模、要先跑通的闭环、现有系统和数据边界。我们先确认范围，再给出容量、实施和支持的合同报价。
先拿一个真实问题来。
我们从边界开始报价。
告诉我们要先跑通的闭环、现有系统、数据边界和希望承担的运行规模。