将AI讨论整理成运营手册的方法｜交接旅宿网站判断的记录技巧

与AI讨论文章方向、发布步骤、备份、内部链接或预订系统后，若重要判断只留在对话中，下次作业就必须重复同样说明。

另一方面，即使将全部对话原样保存，也不容易找到结论，还可能混入途中否决的方案、旧前提与秘密信息。

需要的不是完整对话，而是让下一位负责人能安全判断、接续工作的记录。本文说明如何将AI讨论整理为「决定事项」「持续规则」「作业记录」「未决事项」。

结论：留下决定与根据，而不是对话

讨论后应留下的基本项目如下。

目的：为什么做这项工作
决定：采用什么、不采用什么
根据：确认什么后做出判断
变更：变更了哪些原稿、文章或设置
确认：检查了什么、结果如何
未决：还不清楚的事项、下次要判断的事项
下一项工作：谁在什么条件下做什么

请AI整理摘要后，由旅宿主人阅读，只保存正确记录。

将记录位置分成四种

将所有内容写入AGENTS.md或CLAUDE.md，会让每日作业记录拉长文件，掩盖重要规则。应依信息有效期间与用途区分。

记录位置	保留内容	更新时机
运营方针、策划书	网站目的、读者、分类、文章发展方针	方针变更时
`AGENTS.md`、`CLAUDE.md`	每次遵守的安全规则、正本、发布与确认步骤	持续规则增加或减少时
作业记录、案例笔记	本次状况、判断、变更、失败与学习	每次作业
任务、未决事项	下一项工作、负责人、期限与停止条件	进度变更时

运营方针、策划书应保留的内容

这类信息决定整个网站的方向。

网站为谁服务
优先提供什么信息
制作哪些种类的文章
分类与内部链接的概念
照片与第一手信息的处理方式
已公开文章与下一批候选文章
增加文章的判断标准

例如，「不要一开始就大量制作50篇文章，而是先做核心文章，再观察搜索需求与旅宿主人的问题，增加延伸文章」这项决定，应留在内容计划，而非个别作业笔记。

AGENTS.md、CLAUDE.md应保留的内容

记录每次作业都应重复遵守的规则。

原稿与图片的正本在哪里
如何区分调查、草稿与正式发布
变更前的备份成功条件
发布、删除、恢复与权限变更的批准者
不显示秘密信息或顾客信息
文章作者、分类与description
发布后要确认的URL与显示宽度
失败时的停止条件

不写本次专用URL、文章ID、作业时间或未完成任务。分开持续规则与暂时信息，才能维持指示文件易读。

Codex使用的正式文件名，是复数形式的AGENTS.md。Claude Code专用指示放在CLAUDE.md，并考虑避免重复管理共同规则的结构。导入方法，请参考AI网站管理的安全规则。

作业记录、案例笔记应保留的内容

以事后能还原脉络的形式，留下作业中发生的事实与判断。

状况

写下问题是什么、何时发现，以及预期状态。

判断

从多个提案中选择了什么，也简要留下未采用方案与原因。

执行

列出变更的原稿、文章、图片、内部链接与设置。公开记录应排除秘密连接信息，或可被用于攻击的内部实现。

确认

写下实际确认的项目与结果，例如HTTP响应、文章属性、PC与手机显示、排除于最新文章之外，以及服务器运行状态。

学习

为避免相同失败，写下下次要变更哪些规则、脚本或确认清单。

未决事项不要只停在「不知道」

未确认事项应附上下一次确认的方法。

未决事项	确认对象	下一步	确认前的处理
招牌猫是否到客房	旅宿主人、现场负责人	确认目前运作方式	不在文章断言
预订系统额外费用	服务商、合同管理画面	取得报价	比较表标为未确认
图片刊登许可	摄影者、旅宿	以书面确认使用范围	不公开
备份能否恢复	维护负责人	在验证环境测试	停止高风险变更

除了「未确认」状态，也应记录接下来由谁确认什么。

不原样保存对话的原因

混入已否决方案

讨论过程会比较多个选项。只留下完整对话，不容易看出最后采用了什么。

留下旧前提

对话途中可能订正服务名称、URL、件数或方针。最后记录应以订正后内容为正本。

可能含有秘密信息

处理错误画面、日志或合同资料的对话，可能混入禁止公开或共享的信息。记录前先排除。

太长，不易阅读

下一位负责人需要的不是全部发言，而是目前状态、决定原因与剩余工作。

可直接使用的交接提示词

请将目前的讨论与作业，整理成交接文件，让其他负责人或下次的AI能安全继续。

请使用以下标题。
1. 目的
2. 目前状态
3. 已确认的事实与根据
4. 决定事项与决定原因
5. 未采用方案与原因
6. 已变更的原稿、文章、图片与设置
7. 已执行的检查与结果
8. 未决事项与确认方法
9. 下一项工作
10. 下一项工作禁止变更的内容

不要依时间顺序转载对话，只整理目前有效的信息。
不要将推测当成事实，请分开未确认事项。
不要记录密码、API密钥、私钥、顾客、预订、付款信息或非公开连接信息。
本次只制作文件提案，不要覆盖既有文件。

纳入持续规则的判断标准

不必将每件只发生一次的事情，都加入运营规则。符合以下任一条件时，才列为候选。

相同错误可能再次发生
涉及公开、删除、恢复或个人信息等，影响较大
每次都需要确认网站专用正本或分类
AI无法只凭一般知识判断
需要明确界定由人批准的范围

新增规则时，应写下行动与完成条件，而非「小心」等模糊句子。

变更前先备份。

相较之下，以下规则更容易确认。

正式环境变更前取得备份，确认结束状态、校验码，以及必要文件与数据库是否收录。失败时，不进行高风险变更。

实例1：留下正式文件名的订正

若将Codex指示文件误用为单数形式的AGENT.md，不要只修改说明文章的一句话就结束。

确认正式名称的第一手信息
将项目正本统一为AGENTS.md
全文搜索旧名称的参照
修正分发页面与说明文章
确认没有留下两份正本
在案例笔记留下状况、判断与确认结果

「正式名称一律以官方资料确认」这项避免重复失败的规则，可加入持续规则。

实例2：留下备份失败时的判断

备份中侦测到运行中文件变更时，不要记录为「已备份」。

结果：新备份尚未完成
确认：没有不完整文件。最近一次已验证备份，已确认完整性
判断：不执行资料删除、迁移或更新
允许范围：可取消公开的新增文章与内部链接
剩余工作：调查备份失败原因

不要模糊成功与失败，应记录为什么限定作业范围。

实例3：将用户的不安反映于规格

即使技术上没有问题，用户也可能感到不安。例如，有人认为比起以ZIP分发模板，先在浏览器阅读Markdown文件，再决定保存的方式更安心。

这项判断可依以下方式记录。

状况：有用户对ZIP分发感到不安
决定：改用Markdown文件的直接链接
原因：保存前能确认内容
确认：Content-Type、链接，以及是否残留旧ZIP说明
持续方针：面向初学者的分发内容，优先让读者先阅读正文

即使只是用户简短的指正，只要保留判断原因，也能运用于下次设计。

更新记录时的注意事项

维持一份正本

将相同方针复制到多个文件，可能只更新其中一份。请决定正本，让其他文件连到它。

不只新增，也修正旧说明

只将新结论追加到末尾，可能与旧指示矛盾。订正时，应搜索旧表达与参照来源。

不只靠日期判断新旧

即使更新日很新，根据也可能很旧。请一起记录确认了什么，以及确认日。

区分公开与内部用途

公开文章应说明判断原则与可重现的确认项目，不放入内部路径、用户名称、秘密执行路径或顾客信息。

保存记录前的确认

[ ] 只有目前有效的结论
[ ] 有决定原因与根据
[ ] 未采用方案没有混入结论
[ ] 未决事项有确认对象与下一步
[ ] 能看出已变更与未变更的内容
[ ] 正确记录检查结果与失败
[ ] 已排除秘密信息、个人信息与内部连接信息
[ ] 保存位置符合信息有效期间与用途
[ ] 相同内容没有多份正本
[ ] 下一位负责人知道先做什么

请AI自行检查记录

请在保存前，检查已制作的交接文件。

请确认以下项目。
- 写的是最终决定，而非讨论中途的提案
- 已区分事实、判断、推测与未确认事项
- 变更对象、检查结果、失败与剩余工作明确
- 下一位负责人能安全开始或停止
- 没有混合AGENTS.md等持续规则与暂时作业记录
- 没有密码、密钥、API密钥、个人、预订、付款信息或非公开连接信息
- 不与既有正本矛盾或重复

请将问题分为「保存前修正」「需要人判断」「没有问题」后报告。
本次只检查，不要变更文件。

即使是保存前检查，也应优先从一开始就不将秘密信息纳入记录，而非交给AI寻找。