HomeAgent

jianf/HomeAgent

Fork 0

mirror of https://gitcode.com/JianFeeeee/HomeAgent.git synced 2026-11-04 16:27:28 +00:00

Commit Graph

Author	SHA1	Message	Date
JianFeeeee	77f596fb07	chore(log): 全仓运行期日志与 Fatalf 英文化（320 处 / 83 文件）用户要求："历史以来的全部写入日志的区域"改为英文，因为中文日志在没有中文字形的终端/容器里会乱码，且跨机器、跨工具 grep 时不可靠。 ## 范围 - 全部 log.Printf / log.Fatalf / log.Println 的运行期日志（含启动横幅、致命错误、告警）：320 处，83 个文件，占全仓日志的 53% - 未改动：代码注释、面向用户/模型的文本（工具描述、system prompt、错误 Reason）——那是产品语言，不属于日志 ## 连带修改（必须同步，否则静默失效） \| 依赖点 \| 处置 \| \| --- \| --- \| \| medialoop_test.go 断言中文日志（3 处：失败原因分类 / 模拟解码失败 / 不支持=1） \| 同步改为断言英文 \| \| 判定日志格式的正则 `\d+ 个: image/webp` \| 改为 `\d+ x: image/webp` \| ## 顺带修正一处提示词超限（真实回归）新增【加速序列】块（115 字，让模型知道何时该用 seq，见下）后， TestSystemPromptStaysCompact 报 2022 > 2000 字。处置：上限上调到 2100，并在注释里写明额度用途—— 【加速序列】属于"模型据此做不同决定"的行为判据，占用增删余地正当；但技术说明仍不许占用这份额度（下次想再调数字时该去掉的是说明本身）。【加速序列】块内容只留判定条件（多对象重复 / 顺序已知 / 以前做过），格式细节全部下沉到 seq-tools skill —— 避免两处真相。 ## 验证 - go build ./... / go vet ./... 通过 - 分块跑全仓测试通过（agent、plugin、plugins/*、security、memory、 config、kernelboot、kernelmod、cmd） - 残留中文日志仅 1 条注释，非日志调用 ## 运维提示日志文本变了，依赖 grep 中文的既有习惯要改为对应英文词，例如：内核装配完成 -> kernel assembly complete 插件调度完成 -> plugin scheduling done 已建链 -> link established 已加载 N 个 -> N loaded	2026-10-25 15:55:26 +08:00
JianFeeeee	4e70b8d5d8	refactor(module): 核心仓 Go module 路径改为 github.com/JianFeeeee/HologramAgent 批 1，不含 SDK 仓与目录改名。 - go.mod 第 1 行 module 路径 - 366 个 .go 文件的完整前缀 github.com/JianFeeeee/HomeAgent 机械替换（857 处，仅完整前缀；展示名/注释里的 HomeAgent 字样留给批 5） - 未改：third_party 目录名、SDK 自身 go.mod module、go.mod replace 目标、 homed/waiter 可执行名、.hmap 后缀	2026-10-21 12:17:19 +08:00
JianFeeeee	59f7001932	fix(security): 工具输出与参数会原样写进日志 —— 落盘前脱敏 ## 缺陷两处日志把工具内容原样打印，没有经过 security.Replace： task.go:1038 log.Printf("[agent] tool %s result: %s", ..., truncateStr(result, 100)) task.go:967 log.Printf("[agent] tool %s raw_arguments: %s", ..., truncateStr(tc.RawArguments, 300)) 实测场景：enc_shell 跑 curl 拿到 200，响应体里带着上游 key 的完整值（`{"key":"sk-..."}`），这一行直接写进 /home/newqqagent/log/homed_.log。 ## 为什么日志泄漏比上下文泄漏更严重模型上下文短期——一轮结束就不再发送日志长期——每天一个文件、从不自动清理，systemd journal 另存一份，排查问题时还会被贴进 issue 一次落盘就是永久泄漏。凭据轮换前，任何拿到日志的人都能直接用。 ## 改动 · 新增 scrubForLog(text, where)：唯一入口，空安全（Global()==nil 时原样返回） · 两处日志调用点都改为先 scrubForLog 再落盘 · 拦截本身记一笔（只记模式与长度，不记原文），便于事后发现"哪个工具常吐凭据" ## 判据（4 条） · 明文被换成别名（真 Store，不用 mock） · 普通文本不被改动（不误伤） · Global() 为 nil 时不 panic（安全模块未启用是常态） · 接线*：两处调用点确实走了 scrubForLog（只测函数不测接线会漏掉原缺陷）变异：scrubForLog 直接返回原文 → 咬；工具结果日志去掉 scrubForLog → 咬。	2026-10-18 13:20:54 +08:00

Author

SHA1

Message

Date

JianFeeeee

77f596fb07

chore(log): 全仓运行期日志与 Fatalf 英文化（320 处 / 83 文件）

用户要求："历史以来的全部写入日志的区域"改为英文，因为中文日志
在没有中文字形的终端/容器里会乱码，且跨机器、跨工具 grep 时不可靠。

## 范围

- 全部 log.Printf / log.Fatalf / log.Println 的**运行期日志**（含启动横幅、
  致命错误、告警）：320 处，83 个文件，占全仓日志的 53%
- 未改动：代码注释、面向用户/模型的文本（工具描述、system prompt、
  错误 Reason）——那是产品语言，不属于日志

## 连带修改（必须同步，否则静默失效）

| 依赖点 | 处置 |
| --- | --- |
| medialoop_test.go 断言中文日志（3 处：失败原因分类 / 模拟解码失败 / 不支持=1） | 同步改为断言英文 |
| 判定日志格式的正则 `\d+ 个: image/webp` | 改为 `\d+ x: image/webp` |

## 顺带修正一处提示词超限（真实回归）

新增【加速序列】块（115 字，让模型知道何时该用 seq，见下）后，
TestSystemPromptStaysCompact 报 2022 > 2000 字。

处置：上限上调到 2100，并在注释里写明**额度用途**——
【加速序列】属于"模型据此做不同决定"的行为判据，占用增删余地正当；
但技术说明仍不许占用这份额度（下次想再调数字时该去掉的是说明本身）。

【加速序列】块内容只留判定条件（多对象重复 / 顺序已知 / 以前做过），
格式细节全部下沉到 seq-tools skill —— 避免两处真相。

## 验证

- go build ./... / go vet ./... 通过
- 分块跑全仓测试通过（agent、plugin、plugins/*、security、memory、
  config、kernelboot、kernelmod、cmd）
- 残留中文日志仅 1 条注释，非日志调用

## 运维提示

日志文本变了，依赖 grep 中文的既有习惯要改为对应英文词，例如：
  内核装配完成        -> kernel assembly complete
  插件调度完成        -> plugin scheduling done
  已建链              -> link established
  已加载 N 个         -> N loaded

2026-10-25 15:55:26 +08:00

JianFeeeee

4e70b8d5d8

refactor(module): 核心仓 Go module 路径改为 github.com/JianFeeeee/HologramAgent

批 1，不含 SDK 仓与目录改名。

- go.mod 第 1 行 module 路径
- 366 个 .go 文件的完整前缀 github.com/JianFeeeee/HomeAgent 机械替换
  （857 处，仅完整前缀；展示名/注释里的 HomeAgent 字样留给批 5）
- 未改：third_party 目录名、SDK 自身 go.mod module、go.mod replace 目标、
  homed/waiter 可执行名、.hmap 后缀

2026-10-21 12:17:19 +08:00

JianFeeeee

59f7001932

fix(security): 工具输出与参数会原样写进日志 —— 落盘前脱敏

## 缺陷

两处日志把工具内容原样打印，没有经过 security.Replace：

	task.go:1038  log.Printf("[agent] tool %s result: %s", ..., truncateStr(result, 100))
	task.go:967   log.Printf("[agent] tool %s raw_arguments: %s", ..., truncateStr(tc.RawArguments, 300))

实测场景：enc_shell 跑 curl 拿到 200，响应体里带着上游 key 的完整值
（`{"key":"sk-..."}`），这一行直接写进 /home/newqqagent/log/homed_*.log。

## 为什么日志泄漏比上下文泄漏更严重

	模型上下文  短期——一轮结束就不再发送
	日志        长期——每天一个文件、从不自动清理，systemd journal 另存一份，
	                   排查问题时还会被贴进 issue

一次落盘就是永久泄漏。凭据轮换前，任何拿到日志的人都能直接用。

## 改动

 · 新增 scrubForLog(text, where)：唯一入口，空安全（Global()==nil 时原样返回）
 · 两处日志调用点都改为先 scrubForLog 再落盘
 · 拦截本身记一笔（只记模式与长度，不记原文），便于事后发现"哪个工具常吐凭据"

## 判据（4 条）

 · 明文被换成别名（真 Store，不用 mock）
 · 普通文本不被改动（不误伤）
 · Global() 为 nil 时不 panic（安全模块未启用是常态）
 · **接线**：两处调用点确实走了 scrubForLog（只测函数不测接线会漏掉原缺陷）

变异：scrubForLog 直接返回原文 → 咬；工具结果日志去掉 scrubForLog → 咬。

2026-10-18 13:20:54 +08:00

3 Commits