设备 · 服务 · 账号 · 域名 · Agent
Personal Ops Panel:管理自己的数字资产
东西越装越多以后,我和 AI 做了一个本地面板,把散落在记忆和聊天记录里的数字资产重新整理起来。
我为什么做这个
我平时喜欢折腾网络、NAS、域名和各种 AI 工具。装一个服务的时候觉得没什么,几年下来以后,设备、账号、入口和配置已经多到自己都记不清。
最麻烦的时候,我知道某个东西以前肯定弄好过,却想不起它到底在哪。翻聊天记录、找服务器目录、挨个试账号,半天时间就没了。
我先和 AI 做了一次完整盘点,后来又觉得那份长报告不方便维护,干脆把它做成了这个面板。
它现在能干什么
面板里可以按分类记录设备、服务、账号、域名、路径和访问入口。某个服务用了哪条 SSH key、关联哪个账号,也可以挂在同一个资产下面。
前端目前有索引、密钥、审计和 API 几个页面。后端用 FastAPI 与 SQLite,运行起来很轻,放在本机或者自己的私网里就行。需要的时候还能从页面直接打开 WebSocket SSH 终端。
我怎么让 AI 使用它
以前让 Agent 修一个服务,我总要先解释环境。现在它可以先查 /api/agent/context,看服务位置、用途和相关记录,再决定去哪里读配置、日志和运行状态。
给 Agent 的接口只提供干活需要的线索。密码继续留在本地,它知道去哪找就够了。仓库里还放了一份对应的 Codex Skill,查询、修改和查看密钥都有现成命令。
做这个项目时最费脑子的地方
代码并不是最麻烦的。真正麻烦的是决定到底记多细。
如果把每个配置文件、每条风险和每个临时结论都塞进去,面板很快会变成另一个没人想维护的大文档。后来我只留下相对稳定的事实:东西是什么、在哪里、做什么、和谁有关。
故障原因和处理方案继续放在具体任务里。今天的判断到了下个月可能已经过期,资产位置一般不会天天变。
我从中留下的习惯
我现在更愿意先把环境整理清楚,再让 AI 动手。它先读现有信息,缺什么再问,做完以后检查真实结果。这样比每次从一段模糊描述开始省事很多。
整个盘点过程和我现在的管理方式写在《我怎样盘点和管理自己的数字资产》里。