mirror of
https://gitcode.com/JianFeeeee/HomeAgent.git
synced 2026-09-21 17:38:10 +00:00
dc80855540
选了 AGPL-3.0-only 之后，§13（Remote Network Interaction）就不只是声明问题： 把修改过的版本作为网络服务提供出去时，必须给使用者取得 Corresponding Source 的机会。 只在仓库里放 LICENSE 并不自动满足这一条——**使用者拿到的是服务，不是仓库**。 所以把它做进产品里，而不是写进文档就算完： - `internal/meta.SourceURL`：本次构建对应的源码地址，默认指向本仓库。 注释里写明「修改后对外部署的分支必须改指向自己的仓库」，并给出 -ldflags 覆盖方式 （`-X .../internal/meta.SourceURL=<你的仓库>`），不需要改源码。 - `BuildStatus.SourceURL`（`json:"source_url,omitempty"`）+ 内核状态填充： 走已有的 `/api/v1/kernel` 构建身份链路，不新增端点。 - WebUI 状态页在「版本」行下渲染「源码 / Source」链接（URL 经 escHtml 转义后进属性； `target="_blank" rel="noopener noreferrer"`）。 - 用 `omitempty`：未注入该值的旧构建不会在 JSON 里多出一个空字段。 验证： - `internal/plugins/webui/dashboard.html` 的两个内联 script 块 `node --check` 均通过； - 全仓库 `go build ./...` 通过，`internal/meta/meta.go` gofmt 干净 （`internal/agent/core/status.go` 有**既有**的 gofmt 差异，与本改动无关，按纪律未整体重排）； - 端到端：本地构建 homed → 冷启动 → `GET /api/v1/kernel` 的 `build.source_url` 实测为 `https://gitcode.com/JianFeeeee/HomeAgent`。