Appearance
企业用量、Credit、日志和审计怎么核对？
先区分四种记录
企业在核对 AI 使用情况时，不能只看一个总量数字。至少要区分业务用量、Credit 或计量、运行日志和安全审计；它们的用途和保留规则可能不同。
| 记录 | 回答的问题 | 负责人 |
|---|---|---|
| 业务用量 | 哪些团队、任务和资产在使用？ | 业务负责人 |
| Credit/计量 | 消耗如何计算、归属和预算如何变化？ | 财务/采购/管理员 |
| 运行日志 | 任务何时运行、是否失败、调用了什么？ | 平台负责人 |
| 安全审计 | 谁在什么权限下修改、访问或发布了什么？ | 安全负责人 |
当前公开计费事实与 reconciliation 结果
当前腾讯云公开页支持以下可公开事实：旗舰版和专享版按席位提供月度 Credits，版本页参考值为每人每月 2000 Credits；公开计费页列示 198 元/人/月与 316 元/人/月的版本快照，私有化企业版需咨询。Credits 消耗受模型类型、Token 数量和任务复杂度影响，不能换算成固定任务次数。
公开加购包页面当前列示 2000 Credits/100 元、5000/245 元、10000/480 元、50000/2375 元、200000/9200 元，且有有效期说明；这些数字只作为带日期的页面快照。请以计费概述、计费详情和Credits 说明为准。
本轮不采用：本地折扣、渠道价、私有化报价、伙伴佣金、退款政策、服务权益和扩容续费条款。它们不是当前公开页可直接证明的公共事实，保留在 HOLD_FOR_HUB_OR_OWNER 清单。
建议核对流程
- 先确认当前合同、套餐、计量周期和产品版本，不从旧公开资料推断价格。
- 统一记录组织、任务、模型、连接器和资产版本的标识。
- 抽样比较任务记录、运行日志和计量数据，找出重复、失败或异常峰值。
- 为异常设置通知、预算阈值和暂停流程；不要让系统无限重试。
- 记录日志和审计数据的保留期限、访问人和导出边界。
验收问题
- 是否能把成本变化追到组织、任务或资产，而不是只看到总量？
- 日志是否包含足够的时间、版本、责任人和失败原因？
- 审计记录是否由独立角色查看，避免使用者自行修改？
- API、导出和日志内容是否可能包含敏感信息？
风险边界
页面上的 Credit、价格、日志字段、保留期和 API 可能随版本、区域、租户和合同变化。本文只提供核对框架，不给出价格承诺，也不能替代财务或法务确认。
相关内容
来源与版本说明
本站内容根据官方资料及公开网络信息持续整理与核验。 产品功能、价格、权限、模型能力、Beta 状态和服务范围可能随版本更新发生变化，请以 WorkBuddy 官方最新信息、实际账号权限及相关服务协议为准。
本站为独立整理的实操知识库，不代表 WorkBuddy 官方。
内容版本与核对日期
- 内容版本：
0.2.0 - 最后核对日期：
2026-09-25 - 适用版本状态：以当前产品版本、实际账号权限和相关服务协议为准。