Files
HomeAgent/internal/agent/core/usagestats.go
JianFeeeee 6d38a164eb chore(module): Go module 路径随托管地迁移 gitcode → github
## 背景

仓库早已迁移到 GitHub(`github.com/JianFeeeee/HomeAgent`,CI/CD 都在那边跑),
gitcode 保留为**国内只读镜像**(`ci.yml` 的 sync-gitcode-main 快进推送)。
但 go.mod 的 module 路径一直是 `gitcode.com/JianFeeeee/...` —— 既与权威源
不符,`meta.SourceURL`(AGPL §13 的源码提供入口)也指向镜像而非实际运行的代码。

## 关键区分(这是本次改动安全的前提)

两个 module 是**不同**的,影响面差一个数量级:

| module | 谁依赖 | 改它的后果 |
|---|---|---|
| `.../HomeAgent`(主仓) | **只有主仓自己** | 内部重构,零外部影响 |
| `.../homeagent-sdk`(SDK 仓) | 主仓 49 文件 + 所有外部插件 | 需重编插件 |

★ 实测确认:**插件不 import 主仓 module**(`strings qq/plugin.bin | grep HomeAgent` = 0),
只依赖 SDK 仓。而插件与内核的边界是 **RPC 方法名字符串**
(`plugin.init` / `tool.invoke`…,见 proc/protocol.go),**与 Go module 名无关**。
⇒ module 改名**不改变任何 wire 协议**,现网已装的插件照常运行。

SDK 的 GitHub 仓名是 `homeagentsdk`(无连字符),module 路径必须与之精确匹配,
否则 `go get` 会因路径不符失败,故取 `github.com/JianFeeeee/homeagentsdk`。

## 改动

- `go.mod` / `go.sum`:两个 module 路径 + require/replace
- 277 个 Go 文件 + Makefile + 打包脚本的 import 与 ldflags 路径
- SDK 仓 `meta.CoreModule`、`tools/hmapdev` 的 module 声明与工程模板
- 对外文档/链接的仓库地址(README、PLUGIN_DEV、OVERVIEW 等)

## 明确**保留** gitcode 的地方(镜像机制,不能动)

- `GITCODE_TOKEN`、`GC_URL="…@gitcode.com"`(CI 同步 job)
- `gitcode.com/api/v5/...`(release 附件上传)
- git remote `gitcode`(镜像拉取/推送)
- `docs/zh/ci-cd-runbook.md`(整篇讲镜像运维)

## 验证

- `go build ./...` / `go vet ./...` 绿
- `go test ./... -count=1` → 48 包 ok / 0 FAIL
- hmapdev 工具链编译通过(`third_party/homeagent-sdk/tools/hmapdev`)
- 全仓残留检查:module 形态的 `gitcode.com/JianFeeeee` = 0
- 镜像机制抽验:GC_URL / @gitcode / api/v5 / remote 均完好

## 顺带修正

`hmapdev/templates.go` 的注释此前写「gitcode 的模块不在 proxy.golang.org 上」——
module 已迁 GitHub,该论断不再成立。改为如实说明**为何仍默认 replace 到本机 SDK**:
离线可构建、避免版本漂移、内网可用。理由与托管地无关,故 replace 保留。
2026-10-08 10:40:17 +08:00

156 lines
5.5 KiB
Go
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

package core
import (
"sync"
agentAPI "github.com/JianFeeeee/HomeAgent/internal/agent/api"
)
// UsageTotals 是**跨调用累计**的用量账目。
//
// ── 为什么需要它 ──
//
// 单次调用的用量一直在(`StageCtx.TokenUsage`、LLM chain 事件),但没有任何地方
// 把多次调用加起来。于是「这一轮/这个会话花了多少、缓存省了多少」根本答不出来 ——
// 只能一条条翻日志自己加。这正是「无法统计缓存命中」的另一半:
// 数据流出来了,却没有落点。
//
// ── 关于命中率的口径(最容易被算错的地方)──
//
// 命中率的分母**必须只算「上游报了缓存」的调用**(`CacheReportedCalls`),
// 而不是全部调用。理由:没报缓存的提供商/版本不是「命中 0」而是「不知道」,
// 把它们算进分母会把命中率稀释成一个无意义的低值,
// 让人去优化一个本来就没开的功能。
//
// 同理 `CacheHitRate` 在没有任何调用报过缓存时返回 ok=false,
// 调用方应显示「—」而不是 0%。
type UsageTotals struct {
// 累计 token 数。
Prompt int64 `json:"prompt"`
Completion int64 `json:"completion"`
Total int64 `json:"total"`
// CacheRead 是累计命中缓存的输入 token(省下来的那部分计算)。
CacheRead int64 `json:"cache_read"`
// CacheMiss 是上游明确报告的未命中输入 token。
CacheMiss int64 `json:"cache_miss"`
// Reasoning 是累计的思考 token(计费输出里属于思考的部分)。
Reasoning int64 `json:"reasoning"`
// Calls 是累计的 LLM 调用次数(含用量为 0 的调用)。
Calls int64 `json:"calls"`
// CacheReportedCalls 是其中**上游报告了缓存字段**的调用数。
// 命中率的分母。
CacheReportedCalls int64 `json:"cache_reported_calls"`
}
// add 并入一次调用的用量。
func (t *UsageTotals) add(u agentAPI.TokenUsage) {
t.Calls++
t.Prompt += int64(u.Prompt)
t.Completion += int64(u.Completion)
t.Total += int64(u.Total)
t.CacheRead += int64(u.CacheRead)
t.CacheMiss += int64(u.CacheMiss)
t.Reasoning += int64(u.ReasoningTokens)
if u.CacheReported {
t.CacheReportedCalls++
}
// 上游没给 total 时按分量补,避免累计出现「total 小于 prompt+completion」。
if u.Total == 0 && (u.Prompt > 0 || u.Completion > 0) {
t.Total += int64(u.Prompt + u.Completion)
}
}
// CacheHitRate 返回缓存命中率与「是否可计算」。
//
// 分母是 `CacheRead + CacheMiss`(上游报告过缓存的那些调用里的输入侧),
// 而不是 `Prompt`:后者在未报告缓存的调用里也计入,会把命中率压低。
//
// 两者都为 0 时 ok=false —— 表示「没有任何调用报过缓存」,
// 而不是「命中率 0」。调用方必须区分,否则会把无数据画成 0%。
func (t UsageTotals) CacheHitRate() (float64, bool) {
denom := t.CacheRead + t.CacheMiss
if t.CacheReportedCalls == 0 || denom == 0 {
return 0, false
}
return float64(t.CacheRead) / float64(denom), true
}
// usageLedger 是 UsageTotals 的并发安全容器。
//
// 为何要锁:LLM 调用可能来自多个 goroutine ——
// · 主 agent 与驻留子 agent 各自的任务循环;
// · 同一轮里并行的工具执行虽不直接记账,但工具内部可能再发起 LLM 调用
//
// (子调用/摘要),与主循环并发。
//
// 计数丢失是**静默**的(少算一点没人看得出来),所以宁可用锁。
type usageLedger struct {
mu sync.Mutex
totals UsageTotals
}
// record 并入一次调用。
func (l *usageLedger) record(u agentAPI.TokenUsage) {
l.mu.Lock()
l.totals.add(u)
l.mu.Unlock()
}
// usageMapFromInts 把 SDK 插件的 TokenUsage(map[string]int) 归一成
// 回包用的 map[string]interface{}。
//
// 为何必须转而不能直接透传:Go 的类型断言对 map 是精确匹配,
// 消费方 handler_openai.go 写的是 .(map[string]interface{}),
// 直接塞 map[string]int 会断言失败 ⇒ usage 静默变 nil,两边都不报错。
// 注意这里**不**过滤零值:插件既然显式设了这份 map,就尊重它的全部内容。
func usageMapFromInts(in map[string]int) map[string]interface{} {
m := make(map[string]interface{}, len(in))
for k, v := range in {
m[k] = v
}
return m
}
// turnUsageMap 把**本次请求**的用量转成对外回包用的键值形式。
//
// 键名用 OpenAI 的 snake_case(prompt_tokens/…),且值类型为
// map[string]interface{} —— 消费方(handler_openai.go)用精确类型断言取值,
// 给 map[string]int 会静默变 nil(见 eventloop.go:emitResponse 的说明)。
func turnUsageMap(u agentAPI.TokenUsage) map[string]interface{} {
m := map[string]interface{}{
"prompt_tokens": u.Prompt,
"completion_tokens": u.Completion,
"total_tokens": u.Total,
}
// 缓存/推理字段仅在**有数据**时才带上:缺了它们消费方会画成 0,
// 而 0 与「上游没报」是两回事(与 UsageTotals.CacheHitRate 的 ok 同口径)。
if u.CacheRead > 0 {
m["cache_read_tokens"] = u.CacheRead
}
if u.CacheMiss > 0 {
m["cache_miss_tokens"] = u.CacheMiss
}
if u.ReasoningTokens > 0 {
m["reasoning_tokens"] = u.ReasoningTokens
}
if u.CacheReported {
m["cache_reported"] = true
}
return m
}
// snapshot 取当前累计值的副本。
func (l *usageLedger) snapshot() UsageTotals {
l.mu.Lock()
defer l.mu.Unlock()
return l.totals
}
// reset 清零(供测试与「重置统计」入口使用)。
func (l *usageLedger) reset() {
l.mu.Lock()
l.totals = UsageTotals{}
l.mu.Unlock()
}