Files
homeagent-sdk/example/memo
JianFeeeee b6a6168e65 chore(module)!: module 路径随托管地迁移 gitcode → github
SDK 仓已迁到 GitHub 作为权威源,go module 路径同步:
`gitcode.com/JianFeeeee/homeagent-sdk` → `github.com/JianFeeeee/homeagentsdk`

## 范围

74 个文件:71 个 Go 源码 + go.mod/go.sum + hmapdev 模板 + CI 与打包脚本。

主仓(HomeAgent)侧对应改动是 6d38a164。本仓这些文件当时**不在工作树上**
(见下),所以那次的批量替换扫不到它们——这里是补偿。

## 为何这批文件当时不在工作树上(事故与恢复)

10-08 07:58 主仓做 checkout/cherry-pick 序列时,把本仓工作树的 20 个文件
误清理了(`example/*/plugin.go` + `plg.json`,10 个示例)。

根因是**结构误判**:本仓是「一目录两仓库」结构下主仓 `third_party/` 里的
**独立 git 仓库**,而主仓 .gitignore 忽略了 `example/`,于是它在主仓
`git status` 里不可见 —— 看着像「不受跟踪的构建产物」,实际是本仓受跟踪的源码。

已全部恢复(`git checkout -- <D 文件>`,只恢复删除、不动迁移改动),
20 个文件与 HEAD 逐字节一致。

**破坏的连锁后果**:恢复出来的 `plugin.go` 仍写着旧 module 路径,
因为迁移时它们已不在工作树上。所以这次补偿是必须的,不是可选优化。

## 保留 gitcode 引用

以下位置的 `gitcode` **有意保留**,不要"顺手清掉":
- README.md / docs 里「二进制实际分发地址目前是 gitcode」的说明
- mkdocs.yml 的 gitcode 镜像链接(国内直连更快)
- `tools/hmapdev/templates.go` 里「SDK 已从 gitcode 迁到 GitHub」的注释

gitcode 仍是**只读镜像**(源码同步;release 附件暂时仍在那边)。

## 验证

- 本仓根 module:`go build ./...` + `go test ./...` 全通过
- 全部 20 个 example:`go vet` 通过(补偿前 10 个因旧 module 路径失败)
- example/qq:`go test` 通过,且能从源码 build 出可用 plugin 产物
2026-10-09 07:25:25 +08:00
..

memo · 待办与备忘录

两类条目,行为刻意不同:

类型 用途 是否主动提醒
待办(todo) 有截止概念、需要被催的事 ✅ 会
备忘录(memo) 纯记事,供以后查阅 ❌ 不会

分开的理由:把"提醒我"和"记一下"混成一类,要么备忘录天天弹、要么待办被忘掉。

工具

工具 说明
memo_todo_add 添加待办(会被主动提醒)
memo_todo_complete 标记待办完成(不再提醒)
memo_todo_list 列出未完成待办(含 ID、内容、创建时间)
memo_todo_delete 删除待办(含已完成的)
memo_memo_create 创建备忘录(纯记事,不提醒)
memo_memo_list 列出全部备忘录
memo_memo_delete 删除备忘录

工具名前缀取自插件名(p.tp),上面按默认的 memo_ 写法列出。

提醒机制

  • 后台 每 5 分钟检查一次未完成待办数;有则通过 InjectInterruptText 注入一条 「注意,你还有 N 条待办未完成,请检查」。
  • 注入带 NoMemory: true —— 这是定时提醒,不是记忆内容,不该进向量化。
  • 通道声明为 NoMemory(RegisterInputChannel(p.name, ChannelDef{NoMemory:true})), 理由同上:提醒是瞬时信号。
  • 另有 StagePreAction 钩子,在每轮动作前参与。

存储

条目落在数据目录的 todos.json,插件重启后仍在。

构建

hmapdev build