同时维护几个网站的人，对“长期助手”大概都有一个很具体的期待：不是每天收到更多消息，而是少漏掉一篇过时教程、一个失效下载地址、一笔快到期的服务，以及一个反复出现却没查清楚的故障。
OpenAI Dot 可以从这些事情切入。它负责整理资料、追踪变化和准备处理方案，具体的网站操作与服务器变更仍要有明确范围。把“帮我管网站”直接交给它，既难以验收，也很容易把内容、账号、数据库和发布混成一件事。
站点管理还需要区分托管助手与自托管服务。Dot 的云端电脑由 OpenAI 提供，不能因此把它写成一个可在 VPS 上用 Docker 安装的产品。VPS 是你网站和数据库所在的基础设施，两者如何连接、是否连接，应根据具体工作决定。
先从不需要服务器权限的工作开始
不少维护事项，只要公开页面和一份内容清单就能处理。例如找出教程里失效的官方链接、比较文档中的版本要求、整理缺少封面或标签的文章，以及追踪某款开源软件的更新。
这些任务很适合作为起点，因为不用一开始就开放后台和服务器。如果助手给出的判断不准确，修正一份清单也比修正生产配置容易。
可以先给它一个有限的栏目：
检查“数据库工具”栏目中这十篇文章。优先查官方安装方式、镜像名称、维护状态和已经变更的入口。输出文章地址、待修改段落、当前资料位置和建议改法。不要发布文章，不要运行安装命令，也不要登录站点后台。
这段指令还排除了一个常见误区：为了写更新说明，重新安装并测试一遍所有软件。通常先查文档就够了，只有出现具体冲突或难以确认的问题时，才考虑必要验证。
Dot 的基本工作方式可以查阅官方介绍。站点维护中的每项具体操作是否可执行，仍取决于你连接的工具和授权范围。
教程巡检，重点找会让读者卡住的内容
一篇技术教程是否过时，不能只看发布日期。两年前的一条基础命令可能仍适用，上周刚写的镜像地址也可能已经变更。
巡检时，先看真正影响照做的部分：下载入口、安装条件、镜像标签、端口、持久化目录、必要环境变量和反向代理路径。再检查文中的结论是否超出官方支持范围。
比如一篇工具部署文章用了浮动镜像标签，后续升级可能让默认行为变化。可以让助手指出这个风险并查找版本说明，却不能凭空替作者指定一个“最稳定版本”。版本选择要与实际部署和维护计划相对应。
费用与免费额度也容易失效。如果没有当前依据，就先标记需要更新。不要继续保留一个看起来很诱人的旧价格，让读者点进去才发现完全不同。
更新建议应尽量落到具体段落。下面这种记录，比“文章需要全面优化”有用：
| 文章中的问题 | 应提供的信息 | 可以怎样处理 |
|---|---|---|
| 下载入口变化 | 当前官方地址 | 替换入口，保留用途说明 |
| 配置字段变化 | 字段文档与适用版本 | 修订配置示例及版本条件 |
| 功能支持范围不清 | 官方支持列表 | 收紧表述，删除无依据扩展 |
| 界面已经不同 | 当前对应操作位置 | 更换配图或说明界面差异 |
如果一篇文章涉及多个版本，可以保留原版本条件，而不是偷偷把所有命令改成最新版。读者正在维护旧环境时，需要知道教程适用于哪个阶段。
用真实界面处理配图，而不是自动堆图
站点内容维护中，图片经常比正文更难更新。功能变了，旧截图仍在；封面很漂亮，正文操作却没有一张可对照的界面。
给 Dot 安排素材工作，可以先让它整理“哪一步缺少图”。登录、连接数据库、配置持久化和查看执行结果，这些地方通常需要真实界面；一段已经清楚的说明，不必强行插入流程图。
对公开演示，可以选能说明问题的画面，并在图旁交代场景。不要把别人的演示结果描述成自己已经实测，也不要把拟制的配置界面当成产品实际界面。
个人助手的公开演示画面，可用来观察对话和任务如何衔接。
封面可以单独设计，但正文图应尽量回答一个实际问题：按钮在哪里、当前状态是什么、结果应该怎么看。读者能拿图片与自己的界面对照，图片才真正有用。
还有一个实际要求是控制文件体积。长文用了几张大图，应生成适合页面宽度的版本，手机上也要能辨认关键信息。不要为了“高清”上传几兆字节的宽图，再靠样式缩成一小块。
故障出现时，先记录时间与范围
一个站点打不开，可能来自 DNS、TLS、反向代理、应用进程或外部资源。Dot 可以协助整理现象与排查顺序，但不应一听到“报错”就改配置。
先把发生时间、访问域名、页面路径、具体错误和受影响范围记下来。首页和某篇文章是否都失败，手机与电脑是否一样，后台是否仍可访问，都会影响判断。
如果只有一个页面的图片加载失败，就别直接重启数据库。如果整个站点证书报错，先检查证书和代理路径，比修改文章内容更相关。
给助手的第一项故障任务可以是：
整理这个故障的已知信息，按域名解析、TLS、代理、应用和资源请求区分可能位置。只使用我提供的日志和允许读取的状态信息。列出已确认事实、尚待确认的问题和最小下一步检查，不改配置、不重启服务。
读日志时，也要注意时间对应。昨晚的一条错误记录，不一定解释今天的访问失败；同一台服务器上另一个站点的错误，也不一定属于当前实例。
没有对应证据，就保留不确定性。长期助手最有帮助的地方，是把资料组织成下一位能继续处理的记录，而不是尽快给出一个听起来肯定的根因。
演示者也展示了任务未完成的情况。站点工作同样需要明确区分产物、执行状态和最终结果。
本机连接，不等于服务器连接
Dot 能连接个人电脑，这让它有机会使用你已有的文件和工具。但本机上有 SSH 配置，不代表你应该自动授权它操作全部服务器。
你的个人电脑、测试服务器和生产服务器，分别是不同环境。即使同一个项目名出现三次，也要明确哪份目录、哪套服务和哪条发布路径作准。
官方电脑与应用指南说明了本机连接、云端电脑和登录状态的区别。需要本机文件的工作，仍依赖电脑在线与客户端运行；云端浏览器也不会继承本机的后台登录。
如果确实要让助手使用现有服务器工具，先选择一项只读且有范围的工作。例如读取指定站点的服务状态，或整理一段已导出的日志。不要从“检查网站”直接扩大到“可以修改所有防火墙、用户和数据库”。
凭据也应使用现有安全流程，不应贴到聊天正文或文章草稿中。尤其在准备发布技术文章时，要检查命令、截图和配置里有没有真实密钥、私人路径或后台地址。
备份任务要区分文件存在与能够恢复
对于站长，备份检查很适合持续安排，但“发现一个备份文件”只是开始。
至少要明确备份对象、生成时间、保留位置、保留周期和上次确认结果。网站数据库、上传图片、应用配置可能分别在不同地方，不能因为数据库有备份就认为整站可恢复。
Dot 可以整理这些记录，发现长时间没有更新、文件大小异常或某个对象没有纳入计划，再把问题交给你处理。这里仍要依据现有备份方案，不应自行替换工具或删除旧备份。
恢复演练属于另一项工作。它通常要在独立环境进行，使用明确的数据和停止条件，避免影响线上服务。别为了让报告好看，在没有演练的情况下写“备份可靠、可随时恢复”。
一个简单的管理表，记录站点、备份对象、计划频率、最近成功时间和负责人的确认即可。先把所有对象列齐，再讨论自动化。
如果报告里出现“备份正常”，最好要求它解释具体指的是什么：任务退出成功，文件生成，格式可读取，还是已经进行过独立恢复。几个状态不能合并。
到期提醒，把“提醒”与“续费”拆开
域名、VPS、对象存储和付费服务都有各自的账期。长期助手能帮忙整理日期，但台账要先保证准确。
服务到期日、自动扣费日和取消自动续费的最后日期，可能不同。还要记录服务对应哪个站点、当前负责人、是否启用自动续费和预计费用币种。
提醒可以提前几次，条件要说清楚。例如只在距离到期 30 天和 7 天时通知，已确认续费后停止当前提醒。不要每天重复一句“域名即将到期”，直到你关闭整个助手。
续费本身是额外动作。你可以让它准备续费方案、比较当前套餐和实际用量，再由你决定是否购买。不能因为允许整理费用，就认为它获得了付款和更换套餐的长期授权。
通知内容也尽量简短：哪项服务、何时到期、关联站点、要做哪个决定、原记录在哪里。不要附一整段泛泛的“维护建议”，掩盖真正需要处理的日期。
定时巡检要有终点和通知条件
持续任务如果没有管理，会很快变成另一套待办。给内容巡检先设四周，给发布跟进设到上线后一周，到期回顾再决定是否继续。
任务安排可以这样写：
未来四周，每周一上午 9 点，按 Asia/Shanghai 时区整理指定栏目的文档变化。只在安装方式、关键配置或安全相关说明变化时通知我。其他小改动放进更新清单。请确认保存的时间、目标栏目和结束日期。
去 Scheduled 看保存结果。只在页面里写“每周巡检”，并不会自动证明后台已经创建任务。连接 Slack 等信息源，也不会自动知道你想监控什么。
任务指南介绍了保存的定时任务和支持的事件监控。实际设置时，要确认该连接是否支持你需要的触发方式；不支持就用清晰的固定时间安排，不要假装已经实现实时监控。
同样要考虑停止。根据控制指南，主任务、委派任务和未来安排需要分别管理。一次巡检结束之后，检查还有没有重复运行的任务，避免旧项目持续占用注意力。
每次变更，都留下下一次能读懂的记录
多个站点维护到后面，最费力的常常是“上次到底改了什么”。助手若参与了工作，交付记录更不能只停留在对话里的完成说明。
把变更对象、原因、修改位置、检查结果和回退办法记在固定地方。公开内容更新就记录文章路径和涉及段落；配置变更就记录对应站点与配置版本；发布就记录实际实例和产物位置。
不必把每个小动作写成大报告。重要的是下一次故障发生时，有人能知道当前状态如何形成。如果只留下“已经优化”，后续仍要从头追查。
Dot 对站长的帮助，可以先限于三个方面：把内容变化整理准确，把故障资料交接完整，把到期事项提醒及时。等这三件事稳定，再逐步增加可执行动作。网站已经有自己的监控、备份和发布程序，让助手围绕它们工作，通常比再造一套无法检查的自动化更容易长期使用。