响应路径
推理响应头保持显式暴露
- chat、completions、embeddings、images、audio、video 等推理路径都会返回基础绿电响应头。
- 非流式响应还可以直接返回按请求计算的能耗与碳排估算头。
- 流式 chat 会先返回基础绿电元数据，而估算类响应头仍保持在同步响应面上。
后端真实合同面
把绿电说明保持为机器可读信号
百因智算把请求级绿电算力元数据直接放进推理响应头与审计汇总里。这一页按当前后端配置展开，而不是把它包装成一句抽象的可持续性口号。
当前可再生占比配置
92%
当前 green-compute 配置值：9200 bps
X-Green-*
X-Green-Region
US clean-power compute regions
X-Green-Energy-Source
renewable
X-Green-Methodology
token-estimate-v1
X-Green-Renewable-Ratio-Bps
9200
X-Green-Energy-MWh
按请求估算
X-Green-Carbon-Mg
按请求估算
信号落点
这条信号出现在哪些地方
当前后端把同一套 profile 放在响应头、审计汇总和智能体运行时元数据里，避免运营团队再维护一套独立报表口径。
审计汇总
汇总仍然绑定请求证据链
- GET /v1/audit/green/summary 会同时汇总 request_count、token_count、estimated_energy_kwh 和 estimated_carbon_kg。
- 同一份汇总里继续保留 region_scope、energy_source、methodology 和 renewable_ratio_bps，而不是改写成一段营销文案。
- 审计库存默认按用户隔离，因此绿电汇总能和调用方自己的验签记录对齐。
运行时交接
智能体与运营看到的是同一合同
- 公开 playground 返回的 routing、cache、green-compute 响应头，与已鉴权推理保持同一口径。
- 已鉴权 /mcp/ 会把 region_scope、energy_source、methodology 与 renewable_ratio_bps 解析进工具元数据。
- 这样 REST、SDK 与 MCP 不需要维护三套不同的绿电叙事。
边界
把合同面收窄到值得信任的范围
它是请求级信号，不是笼统徽章
后端把 region、energy source、methodology 与 renewable ratio 直接写进信号里，让每次请求都能保留边界，而不是变成一枚静态标签。
方法学名称必须保留
当前 profile 使用 token-estimate-v1。调用方可以把这个方法学标识与 request ID 一起留档，再决定它在运营或采购评审里应承担多大权重。
要和整条证据链一起使用
当交付、合规或 ESG 评审需要同一套证据时，把 X-Request-Id、X-Green-* 响应头和审计汇总一起保留下来，而不是单独截一句宣传口号。