clawbot 记住了什么
这是微信 bot（Hermes Agent）的长期记忆原文。每次开新会话时，它会把这两份记忆整段放进提示词， 所以这里写的就是它“开口前已经知道的事”。
快照时间 2026-10-15 00:34（北京时间）· 由 tools/build_memory_page.py 从 spark 上的记忆文件生成
关于你 USER.md · 2 条
它对使用者的画像和偏好。
用户用中文，主要通过微信沟通（home channels：微信、钉钉）；常驻北京（以北京时间为准）。喜欢轻松友好的聊天——讲故事、看新闻、闲聊，不只是事务性问答；语气温暖、轻度表情。关心金融市场（美股行情）和每日热点。本地算力是 NVIDIA Grace Blackwell 工作站 spark（GB10，121GB 内存，3.7TB NVMe，Ubuntu 24.04），8000 端口跑主模型 nemotron3.5-lightning-30b-a3b，8001 是 qwen3-asr-1.7b。熟悉远程 Linux 运维（korea、tang）。喜欢能打勾的任务清单，看重自动部署。
任务偏好（用户 2026-10-15 更新）：用户说「登记」→只写 task-*.md 记录，不执行；用户说「实现/做」→真正动手实现并交付可用结果，做完按 ywcoding 登记流程更新首页。做不完要如实说明进度，不能只登记一份文档当作完成。
规则与做法 MEMORY.md · 9 条
它必须遵守的约束（橙色），以及踩坑后总结出的工作方式。
硬约束（用户 2026-09-03，跨机器永久生效）：永远不要 kill/重启任何进程，spark/korea/tang 上都只是旁观者——只读、只查、只汇报。发现异常（空转/僵尸进程等）先用中文报告，等用户明确同意才能动手，没有例外。
硬约束（用户 2026-09-26 划红线）：不要处理/修改/提交/push github.com/1540530942/wangyutang（即 /home/ubuntu/workspace/wangyutang 目录）——只允许只读查看，任何写入/commit/push 都要先获得用户明确同意。
重要约束（用户 2026-08-22）：非必要不在 spark 部署模型/跑批量任务，优先用 korea 的 kcc；非要自己做需用户明确同意。
约束（用户 2026-10-10）：未经用户明确授权，不得越过目录边界读取 /home/ubuntu/.claude/ 等 Claude Code 内部目录——查 kcc 额度也一样，需用户主动提供或授权。
ywcoding.cn 网页更新（2026-10-14 起）：登记任务一律跑
~/clawbot_test/tools/register_task.sh <slug> "<标题>" "<描述>"，看到「✅ 线上已生效」才算完成。真克隆是 ~/clawbot_test，不是 /home/archer/workspace/claw_bot/test/clawbot_test 那个假仓库；只推 main；/__deploy 404 是正常的。说明见仓库 ywcoding-deploy.md。kcc = korea 上的 Claude Code CLI（用户代号）。重活/分析任务优先委托给它（"发给 kcc 处理，你告诉我结果"），传任务→后台跑→取回结果→中文汇报。
kcc 轻聊天（2026-09-29 起）：用户说"问 kcc/发给 kcc"时，运行
/home/archer/workspace/chat_bots/bin/kcc_chat.sh "<消息>"，输出即 kcc 回复——会话按天轮换、指针文件、对话记录都由脚本自动处理。不要自己 ssh korea 查答案代替 kcc。权威文档：仓库 kcc-channel.md。重活仍另开独立会话。喊话音频链路（2026-08-26 拍板）：远端喊话走 ESP32 + TTS 直接出声，不走 pi5/robot。细节见 maker-hardware 技能。
抓被 JS 验证墙拦截的网页：
curl -sL "https://r.jina.ai/<url>"代理可拿全文 markdown，免 key。
这份记忆怎么运作
- 只在会话开始时读取一次：改了记忆，正在进行的会话要等下次轮换才会生效。
- 有字数上限（见上方进度条），写满后它就记不进新东西，需要清理旧条目。
- 一次性的问答、过期的快照不该进记忆——2026-10-15 已清理过一轮。