DI Cloud 的方案与价格：每月费用、消息额度与可用模型。

本页的价格表一共列出七个方案，并把它们分成两组：其中五个是按账户计费的；在一条水平分隔线以下，还有另外两个按不同口径计算的方案——Team 按参与其中的每一位用户计费，Enterprise 则是通过合同单独约定的。这里没有货币切换开关，因为本页根本不提供这样的开关：货币取决于本页是以哪一种语言打开的，而地址中的“currency”参数的优先级又高于语言；目前受支持的货币是波兰兹罗提、欧元和美元。Team 从三位用户起算，而具体的人数是在付款表单里设定的，可以取三到一百之间的任意一个数值。有两张卡片上没有购买按钮：免费方案指向创建账户，对于已经登录的人则指向创建一个新的项目；而 Enterprise 打开的是一封发往联系邮箱的消息。如果对于所选定的方案、货币和结算周期，在支付服务商那里并没有配置出相应的价格，购买按钮就会让位给同一个联系入口。

用量由两个彼此独立的计数器来记录，这两个计数器都写在服务器端：一个记录 AI 运行的次数，另一个记录 token 的数量。这两项限额都保存在方案的记录之中，并且在请求送达模型之前分别接受检查。计入一次运行的并不只有对话里的一条消息：生成一张图像时会写入同样的一条记录，在同一个问题上比较多个模型给出的回答时、请求第二意见时、核查一条回答中的事实时，以及把回答里的单条论断与来源逐一对应起来时，也都会写入同样的一条记录；在手机应用中执行上述任何一项操作时，情况同样如此。token 并不是从模型服务商那里取回来的，而是根据指令和回复的长度估算出来的，因此这个数字是一个近似值，而不是一份账单。不经过模型就能完成的工作，例如直接从附加的文件里读出一项事实，记录下来的 token 是零。账户中的“用量”面板会显示这两个计数器各自的当前状态，以及它们重新开始计数的那个日期。

各个方案之间的差别，不只在于额度有多大，也在于能否使用更深入的工作配置。方案记录中的一个字段就可以把它们全部打开：深度分析、Research 配置、代码配置和工作代理配置、上下文范围最广的那种配置，以及由多个模型角色共同处理同一个结果的那种模式。这一个字段带来的后果有两种，而且彼此并不相同：在自动选择的情况下，DI Core 引擎会退到标准配置，工作照常继续；而在明确指定了方案范围之外的配置时，这个请求会被拒绝，提示中还会写明哪一个方案包含这项配置。拥有这项权限的是 Pro、Power、Ultimate 和 Team 这四个方案。至于辅助性的操作——翻译回答、用更简单的方式解释、指出回答的薄弱之处、评估可信度、生成追问建议、联网搜索、自动标题、对话的摘要与标签，以及写入记忆——它们需要一个额度尚未用尽的方案，并且每一项都有各自独立的频率限制，但它们都不会推动运行计数器。这份价格表中没有任何一项涉及公开的编程接口，因为 DI Cloud 并不对外提供这样的接口；Enterprise 中关于自带密钥的说法，指的是客户自己通往模型服务商的密钥，其适用范围需要单独商定。

付款表单会收集账单地址和税务识别号，除此之外，表单中还有一个用来填写优惠码的字段。计数器的计量窗口是一个自然月，这一点与购买发生在当月的哪一天无关，因此，计数是在每个月的第一天重新从头开始的，而不是在付款的周年日重新开始的。当用量越过额度的五分之四之后，面板会给这个账户加上一个警示标记，在同一个计量周期之内会有一封消息发往账户所使用的邮箱地址，应用之中也会随之出现一条通知；而在额度被用尽之后，拒绝的提示会说明这一次用完的究竟是运行次数还是 token。某一期扣款失败并不会在当天就切断访问：七天的期限，是从支付服务商报告这笔欠费的那一刻开始计算的。已经付费的那个周期结束之后，账户并不会被锁定，只是改按免费方案的额度来计量。在 iPhone 应用或者 Android 应用中购买的订阅，会交由相应的应用商店核验，并且与银行卡付款分开记录；此时生效的是两个方案之中较强的那一个，因此，通过两条渠道分别购买的内容不会相加。