memory/2026-03-20.md

# 2026-03-20 日志

## AI 产品 System Prompt 学习
- 从 GitHub 仓库 `x1xhlol/system-prompts-and-models-of-ai-tools` (13.2万 Star) 提取了 9 个 AI 产品的设计优点
- 产品: Cursor, Claude Code, Devin, Windsurf, Manus, Kiro, v0, Replit, Perplexity
- 两波优化已应用到 SOUL.md 和 AGENTS.md：
  - 第一波: Think before you leap / 简洁风格 / 专业客观性 / 安全命令不可覆盖 / Task Tracking / Tool Usage Discipline
  - 第二波: 禁用句式清单 / 不做创意延伸 / 部分答案>没答案 / 主动 Nudge / 复杂项目需求先行 / 调试规范 / 2次失败停止 / Nudge 机制

## 华工科技 (000988) 股票分析
- 早盘高开 3.01%（123.60），CPO/光模块板块全面爆发
- 光库科技 +10.39%、新易盛 +10.31%、中际旭创 +9.34%（创业板20%涨停，没封板）
- 华工在 CPO 板块偏弱（+3.84%），分时冲高回落，抛压大
- 创业板涨停是 20%（之前我说错了是10%，被顶尖纠正）

## 深度学习 Skills & 平台文档
- 通读了全部 26 个已激活 Skill 的 SKILL.md
- 通读了 OpenClaw 核心文档：compaction、session、multi-agent、cron-jobs、agent-loop、memory、subagents、sandboxing、loop-detection
- 关键要点已总结发给顶尖

## QQ Bot 用户请求
- A179F141C68D53B6FD875AC1C84EB76A 请求打开谷歌截图和搜索伊朗最新情况截图
- 通过 browser 工具完成截图并用 `<qqimg>` 标签发送

## 企业微信用户
- ZhangJian 打招呼，简单回复

## 人格/工作流优化
- 基于实际使用场景，强化了当前主助手定位："个人数字助理 + 基础设施管家 + 自动化执行员"
- 已补强 SOUL.md / USER.md / HEARTBEAT.md：
  - SOUL.md 新增 Workspace Role，强调盯提醒、盯基础设施、自动化、低噪音输出
  - USER.md 新增 Working Style / Assistant Fit / Action Boundaries，明确顶尖偏好：直接、简洁、先做再说、高风险先确认
  - HEARTBEAT.md 新增静默维护规则：默认不打扰，只在新异常/临近到期/需要拍板时提醒

## 技能安全审计
- 审查了 ClawHub 技能 `xiaomi-home`，结论：不建议直接安装原版
- 风险点：被 VirusTotal Code Insight 标记 suspicious；仓库内包含 `references/my_private_devices.md`，直接泄露作者真实米家设备 IP/token；附带 `token_extractor.py` 触及小米云账号/token 提取
- 判断：可参考思路，但原版安全习惯差，若要用应自建干净本地版

## YT.NET 补货 Bot 部署
- 目标机器：155.103.67.36 (qw.com, Debian 13)
- 已部署 `yt-stock-bot` 到 `/opt/yt-stock-bot/`，systemd 服务名：`yt-stock-bot.service`
- 功能：每5秒监控 `https://cloud.yt.net/server/sz-bgp` 对应 API，盯 `SZ.BGP.A/B/C`，有货时自动尝试下单并通过 Telegram Bot 通知
- 技术实现：直接调用 `https://server.cloud.yt.net/api/v1` 的 `/auth/plans`、`/auth/login`、`/vps/templates/plan/{id}`、`/vps/order/{id}`，不依赖浏览器抢购
- 已确认 YT 账号 `xmg08288@gmail.com` 当前余额为 ¥0.00；即使补货，当前也会因“余额不足”导致下单失败，需先充值
- 后续已把 Bot 调整为：默认静默监控，仅在“无货→有货”时通知；支持 YT 站内多分类监控与按产品 ID 选择自动下单
- 本次踩坑：Telegram 内联按钮不是常驻全局入口，只附着在某条消息上；底部菜单与指令列表若暴露未实现命令，会严重影响体验，后续只展示已实现且验证可用的命令
- 本次故障原因之一：Telegram `getUpdates` 长轮询超时设置错误（长轮询 25s，但 HTTP 超时仅 20s），导致按钮/命令偶发不生效；已修正并重启服务
- 后续又补上了两项交互优化：`/addlink https://cloud.yt.net/server/xxx` 可自动识别分类并加入监控；产品列表支持按钮直接开关自动下单；同时把 Telegram 交互轮询从 25s 降到 5s 提升响应速度
- 当日晚些时候顶尖确认这套 YT.NET 补货监控已无实际价值，已在远端 155.103.67.36 完整下线：停止并禁用 `yt-stock-bot.service`、删除 `/etc/systemd/system/yt-stock-bot.service`、删除 `/opt/yt-stock-bot`，并清空该 Bot 的 Telegram 命令菜单

## Emby 动画库元数据修正
- 顶尖反馈《动物神探队》刮削结果错误，连封面/图案也不对
- 排查确认：Emby 中该剧条目存在，路径 `/media/动画/The Creature Cases(2022)`，ProviderIds 为 TMDB `195407` / IMDb `tt15527326` / TVDB `418091`
- 根因不是本地目录放错图，而是 TMDB 这部剧的中文海报源本身错误；Emby 当前主海报与 TMDB 中文海报 `gKAPFRnjGeSf7hg5diQ49ZE00UY.jpg` 的 MD5 完全一致
- 已用 Emby OpenAPI 查到正确接口：`POST /Items/{Id}/RemoteImages/Download` 需通过 query 传 `Type` / `ProviderName` / `ImageUrl`，再用空 JSON body 触发下载；直接二进制上传 `POST /Items/{Id}/Images/{Type}` 会因格式不符报错
- 已把《动物神探队》(ItemId `11`) 的主海报改为英文官方图 `tFi3nx53Dfwa5YOd4J2VnIXpqBk.jpg`，背景图改为 `nVvn89XVd5IRLbcra5BcYcWbH9I.jpg`，替换后 Emby 实际图片哈希已变化，确认生效

## 交互偏好补充
- 顶尖明确表示不喜欢聊天里输出过程性提示/步骤播报，觉得烦；后续默认少汇报过程，只给结果+必要一句话，除非用户明确要看过程或涉及高风险操作
- 在 TMDB 账号问题上，顶尖明确要求“先查记忆，不要反过来问他”；后续遇到这类历史账号/凭据/既有配置问题，优先直接查 memory 再回复
- 2026-02-26 记忆里保存的 TMDB 信息为：`xmg0828top / xmg08288@gmail.com / Mango2026!`，但 2026-03-20 当晚实测 TMDB 登录页不认该用户名/邮箱组合，说明记忆中的 TMDB 账号信息可能已过期或记录有误，后续若继续处理应走账号找回/重置路径核实
- 顶尖对当前会话表现提出强烈不满，新增硬性偏好：过程性提示、思考过程、中间步骤、边做边播报默认都不要发；除非顶尖明确要求，否则只回最终结果/结论/必要一句。
- 顶尖明确要求加强记忆巩固：涉及“做过什么、现有什么账号/服务/资产/权限/接口”的信息，要优先依赖现有 memory 并持续补全，避免再次出现关键上下文记不住、反问用户的情况。
- 本次复盘结论：1) 任务跑偏，用户要继续处理《动物神探队》，却被带去聊 TMDB 账号/Emby 用户密码；2) 记忆命中后仍继续反问，违反“先查再说”；3) 输出过多过程性提示、边做边播报，严重违背顶尖偏好；后续必须先锁定用户当前目标，再静默执行，只回结果。
- 新固定偏好：晚上复盘默认发图，不只发文字；这条应视为稳定偏好，后续晚间复盘按“图 + 必要简短文字”执行。
- 晚间复盘里“股票”指的是之前已在做的股票推送/当日复盘卡片，不是单独某一只股票；后续若做晚间复盘图，应优先包含当日股票推送复盘内容。
- 《动物神探队》后续又按顶尖要求切回 TMDB 路线：已把 Season01 下本地 `*-thumb.jpg` 统一移走备份，并对整部剧执行递归完整重刷（元数据+图片全刷）；当前 Emby 端 episode 图已重新生成一套新的远程图。
- 晚间复盘图这次实际发错成浏览器报错页截图，页面内容为 `该网页无法正常运作 / 127.0.0.1 未发送任何数据 / ERR_EMPTY_RESPONSE`；说明“复盘图”不能只看是否发出，必须先核对成品内容正确再发。
- 顶尖再次强调：晚间复盘发图不仅要有图，还要对准既定主题；若说“股票复盘”，默认指股票推送/当日复盘卡片，不能发成 OpenClaw/运维杂项总结图。
- 新查得服务器 `199.15.77.51:22`（默认 key 可登）当前仅有单出口 `199.15.77.51/24`，默认路由 `199.15.77.1`；未发现 `172.16.15.4` 配置，也未发现多出口、SNAT/MASQUERADE 或相关 iptables/nft 规则。
-												Rename to hkt.sh

											
										
										
											2026-03-21 01:10:53 +08:00
+								# 2026-03-20 日志
 								## AI 产品 System Prompt 学习
 								- 从 GitHub 仓库 `x1xhlol/system-prompts-and-models-of-ai-tools` (13.2万 Star) 提取了 9 个 AI 产品的设计优点
 								- 产品: Cursor, Claude Code, Devin, Windsurf, Manus, Kiro, v0, Replit, Perplexity
 								- 两波优化已应用到 SOUL.md 和 AGENTS.md：
 								  - 第一波: Think before you leap / 简洁风格 / 专业客观性 / 安全命令不可覆盖 / Task Tracking / Tool Usage Discipline
 								  - 第二波: 禁用句式清单 / 不做创意延伸 / 部分答案>没答案 / 主动 Nudge / 复杂项目需求先行 / 调试规范 / 2次失败停止 / Nudge 机制
 								## 华工科技 (000988) 股票分析
 								- 早盘高开 3.01%（123.60），CPO/光模块板块全面爆发
 								- 光库科技 +10.39%、新易盛 +10.31%、中际旭创 +9.34%（创业板20%涨停，没封板）
 								- 华工在 CPO 板块偏弱（+3.84%），分时冲高回落，抛压大
 								- 创业板涨停是 20%（之前我说错了是10%，被顶尖纠正）
 								## 深度学习 Skills & 平台文档
 								- 通读了全部 26 个已激活 Skill 的 SKILL.md
 								- 通读了 OpenClaw 核心文档：compaction、session、multi-agent、cron-jobs、agent-loop、memory、subagents、sandboxing、loop-detection
 								- 关键要点已总结发给顶尖
 								## QQ Bot 用户请求
 								- A179F141C68D53B6FD875AC1C84EB76A 请求打开谷歌截图和搜索伊朗最新情况截图
 								- 通过 browser 工具完成截图并用 `<qqimg>` 标签发送
 								## 企业微信用户
 								- ZhangJian 打招呼，简单回复
 								## 人格/工作流优化
 								- 基于实际使用场景，强化了当前主助手定位："个人数字助理 + 基础设施管家 + 自动化执行员"
 								- 已补强 SOUL.md / USER.md / HEARTBEAT.md：
 								  - SOUL.md 新增 Workspace Role，强调盯提醒、盯基础设施、自动化、低噪音输出
 								  - USER.md 新增 Working Style / Assistant Fit / Action Boundaries，明确顶尖偏好：直接、简洁、先做再说、高风险先确认
 								  - HEARTBEAT.md 新增静默维护规则：默认不打扰，只在新异常/临近到期/需要拍板时提醒
 								## 技能安全审计
 								- 审查了 ClawHub 技能 `xiaomi-home`，结论：不建议直接安装原版
 								- 风险点：被 VirusTotal Code Insight 标记 suspicious；仓库内包含 `references/my_private_devices.md`，直接泄露作者真实米家设备 IP/token；附带 `token_extractor.py` 触及小米云账号/token 提取
 								- 判断：可参考思路，但原版安全习惯差，若要用应自建干净本地版
 								## YT.NET 补货 Bot 部署
 								- 目标机器：155.103.67.36 (qw.com, Debian 13)
 								- 已部署 `yt-stock-bot` 到 `/opt/yt-stock-bot/`，systemd 服务名：`yt-stock-bot.service`
 								- 功能：每5秒监控 `https://cloud.yt.net/server/sz-bgp` 对应 API，盯 `SZ.BGP.A/B/C`，有货时自动尝试下单并通过 Telegram Bot 通知
 								- 技术实现：直接调用 `https://server.cloud.yt.net/api/v1` 的 `/auth/plans`、`/auth/login`、`/vps/templates/plan/{id}`、`/vps/order/{id}`，不依赖浏览器抢购
 								- 已确认 YT 账号 `xmg08288@gmail.com` 当前余额为 ¥0.00；即使补货，当前也会因“余额不足”导致下单失败，需先充值
 								- 后续已把 Bot 调整为：默认静默监控，仅在“无货→有货”时通知；支持 YT 站内多分类监控与按产品 ID 选择自动下单
 								- 本次踩坑：Telegram 内联按钮不是常驻全局入口，只附着在某条消息上；底部菜单与指令列表若暴露未实现命令，会严重影响体验，后续只展示已实现且验证可用的命令
 								- 本次故障原因之一：Telegram `getUpdates` 长轮询超时设置错误（长轮询 25s，但 HTTP 超时仅 20s），导致按钮/命令偶发不生效；已修正并重启服务
 								- 后续又补上了两项交互优化：`/addlink https://cloud.yt.net/server/xxx` 可自动识别分类并加入监控；产品列表支持按钮直接开关自动下单；同时把 Telegram 交互轮询从 25s 降到 5s 提升响应速度
 								- 当日晚些时候顶尖确认这套 YT.NET 补货监控已无实际价值，已在远端 155.103.67.36 完整下线：停止并禁用 `yt-stock-bot.service`、删除 `/etc/systemd/system/yt-stock-bot.service`、删除 `/opt/yt-stock-bot`，并清空该 Bot 的 Telegram 命令菜单
 								## Emby 动画库元数据修正
 								- 顶尖反馈《动物神探队》刮削结果错误，连封面/图案也不对
 								- 排查确认：Emby 中该剧条目存在，路径 `/media/动画/The Creature Cases(2022)`，ProviderIds 为 TMDB `195407` / IMDb `tt15527326` / TVDB `418091`
 								- 根因不是本地目录放错图，而是 TMDB 这部剧的中文海报源本身错误；Emby 当前主海报与 TMDB 中文海报 `gKAPFRnjGeSf7hg5diQ49ZE00UY.jpg` 的 MD5 完全一致
 								- 已用 Emby OpenAPI 查到正确接口：`POST /Items/{Id}/RemoteImages/Download` 需通过 query 传 `Type` / `ProviderName` / `ImageUrl`，再用空 JSON body 触发下载；直接二进制上传 `POST /Items/{Id}/Images/{Type}` 会因格式不符报错
 								- 已把《动物神探队》(ItemId `11`) 的主海报改为英文官方图 `tFi3nx53Dfwa5YOd4J2VnIXpqBk.jpg`，背景图改为 `nVvn89XVd5IRLbcra5BcYcWbH9I.jpg`，替换后 Emby 实际图片哈希已变化，确认生效
 								## 交互偏好补充
 								- 顶尖明确表示不喜欢聊天里输出过程性提示/步骤播报，觉得烦；后续默认少汇报过程，只给结果+必要一句话，除非用户明确要看过程或涉及高风险操作
 								- 在 TMDB 账号问题上，顶尖明确要求“先查记忆，不要反过来问他”；后续遇到这类历史账号/凭据/既有配置问题，优先直接查 memory 再回复
 								- 2026-02-26 记忆里保存的 TMDB 信息为：`xmg0828top / xmg08288@gmail.com / Mango2026!`，但 2026-03-20 当晚实测 TMDB 登录页不认该用户名/邮箱组合，说明记忆中的 TMDB 账号信息可能已过期或记录有误，后续若继续处理应走账号找回/重置路径核实
 								- 顶尖对当前会话表现提出强烈不满，新增硬性偏好：过程性提示、思考过程、中间步骤、边做边播报默认都不要发；除非顶尖明确要求，否则只回最终结果/结论/必要一句。
 								- 顶尖明确要求加强记忆巩固：涉及“做过什么、现有什么账号/服务/资产/权限/接口”的信息，要优先依赖现有 memory 并持续补全，避免再次出现关键上下文记不住、反问用户的情况。
 								- 本次复盘结论：1) 任务跑偏，用户要继续处理《动物神探队》，却被带去聊 TMDB 账号/Emby 用户密码；2) 记忆命中后仍继续反问，违反“先查再说”；3) 输出过多过程性提示、边做边播报，严重违背顶尖偏好；后续必须先锁定用户当前目标，再静默执行，只回结果。
 								- 新固定偏好：晚上复盘默认发图，不只发文字；这条应视为稳定偏好，后续晚间复盘按“图 + 必要简短文字”执行。
 								- 晚间复盘里“股票”指的是之前已在做的股票推送/当日复盘卡片，不是单独某一只股票；后续若做晚间复盘图，应优先包含当日股票推送复盘内容。
 								- 《动物神探队》后续又按顶尖要求切回 TMDB 路线：已把 Season01 下本地 `*-thumb.jpg` 统一移走备份，并对整部剧执行递归完整重刷（元数据+图片全刷）；当前 Emby 端 episode 图已重新生成一套新的远程图。
 								- 晚间复盘图这次实际发错成浏览器报错页截图，页面内容为 `该网页无法正常运作 / 127.0.0.1 未发送任何数据 / ERR_EMPTY_RESPONSE`；说明“复盘图”不能只看是否发出，必须先核对成品内容正确再发。
 								- 顶尖再次强调：晚间复盘发图不仅要有图，还要对准既定主题；若说“股票复盘”，默认指股票推送/当日复盘卡片，不能发成 OpenClaw/运维杂项总结图。
 								- 新查得服务器 `199.15.77.51:22`（默认 key 可登）当前仅有单出口 `199.15.77.51/24`，默认路由 `199.15.77.1`；未发现 `172.16.15.4` 配置，也未发现多出口、SNAT/MASQUERADE 或相关 iptables/nft 规则。