系列文档 · 第 412 min

第 4 集 - 审阅、公开和预览

正文

这一集会审阅文章，并在内容源中把它标记为公开，从而完成核心流程。如果本地有 Docker，你还可以生成预览；真正的生产网址仍然需要单独配置部署。

一、审阅公开表述把自己当成完全不了解项目的读者：
前两句是否说明改变了什么、为什么重要？
读者能否找到证据？
不确定性是否可见？
标题是否使用同行会搜索的语言？
剩下的每句话是否都适合公开？
如果改动由 Agent 提出，先检查提案：
silan proposal list
silan proposal show <id>接受提案只会改变内容文件，仍然不会公开或部署。
二、公开审阅后的来源silan blog publish new-research-result
silan content lint
silan index sync
silan blog show new-research-result确认文章状态是 published 和 public。这是纯 CLI 成功流程的终点：内容源已经记录了你明确作出的公开决定。
三、生成本地预览预览需要正在运行的 Docker：
docker --version
docker compose version
docker info >/dev/null先查看计划：
silan site preview确认后再执行：
silan site preview --confirm打开 http://localhost:8080，检查：
标题、开头和证据链接；
图片和语言切换；
相关项目或 update 内容链接；
手机与桌面阅读效果；
没有私人笔记残留。

完整的 Docker 与桌面端验证记录，包括环境问题和恢复步骤，放在 E2E 报告 中。它是参考资料，不是第一次更新的必读内容。
四、理解生产部署边界Silan Viking 不会替你决定托管方式。生产部署需要：
silan-viking.toml 中经过检查的 [deploy] 配置；
SSH 凭据和可以连接的目标；
目标机器上的 Docker；
一次明确列出主机和操作的 dry run。
silan site deploy --dry-run
silan site deploy --confirm只有当 dry run 与真正要更新的目标完全一致时，才运行确认命令。
五、让 Agent 准备下一轮维护第一篇文章存在以后，一个边界明确的 Agent 请求开始产生价值：
找出与这篇文章有关的项目和简历记录。为已经过期的说明准备修改提案，保留不确定性，并汇报哪些公开页面仍然需要我决定。在支持 MCP 的客户端中：
silan skill emit
silan mcp serve --stdio随后检查：
silan proposal list
silan proposal show <id>Agent 可以检索上下文并准备维护提案；最终是否接受、公开和部署，仍由作者决定。
六、克制解释反馈真正部署以后，先检查交付，再看注意力信号：
线上内容版本是否与审阅后的来源一致？
真实读者打开的是文章还是只有列表？
被识别为搜索引擎或 AI crawler 的请求是否访问过页面？
评论是否暴露了一处缺失解释？
访问不等于读完；crawler 请求不等于收录、理解、排名或引用。下一步可能是重写开头、补一条证据链接、增加语言版本、修复交付，也可能是什么都不改。
当一项真实更新已经成为经过审阅的公开内容源，并且你清楚知道它上线还需要哪些配置时，这个系列就完成了。