知识库怎样保留修订与讨论记录

为当前答案和历史过程安排不同位置

知识库正文适合呈现当前可用的解释、步骤和适用条件。讨论记录则保存提出问题、比较方案、补充证据的过程。把所有争论直接堆进正文会影响阅读，只保留最终一句结论又会让后续维护失去依据。

围绕海角官网社区开展资料整理时，可以采用“正文＋修订摘要＋讨论索引”的结构。这里介绍的是通用组织方法，不表示某个平台已经提供相同工具；即使只使用普通文档，也可以按这三部分手工维护。

每次实质修订至少记录五件事

先给条目一个稳定编号，标题可以改善，编号尽量保留。更改内容时写清改了什么、为何更改、依据在哪里、影响哪些读者以及当前状态。修正标点通常不需要长篇说明，调整适用范围则应留下可理解的原因。

把修改提议推进到可发布的正文

第一步先指出具体问题，例如“第二步缺少附件格式”，不要只写“内容有误”。第二步提出可替换的文字并附上理由。第三步由整理者对照已有内容，判断改动是补充、纠错还是仍有争议。第四步更新正文并留下摘要，最后核对相关链接是否仍指向合适位置。

没有形成一致判断时，可以保持原有可确认部分，并为争议内容添加明确状态。讨论中较早出现的意见不必永远留在正文，但应能通过索引找到；后来的修订也不应把旧意见改写成从未存在。

• 待补充：问题已定位，材料尚不完整。
• 待核对：存在可用解释，但适用范围仍需检查。
• 已整理：当前条目已吸收本次可确认内容。
• 已替代：旧条目保留说明，并指向承接内容的新条目。

虚构练习：一条反馈指南的两次修订

以下为虚构教学例子：条目 K-014 最初建议“反馈时附上完整截图”。讨论者指出截图可能包含无关的个人信息，于是修订 02 改为“截取能说明问题的范围，先遮去无关信息”。摘要记录更改原因，并关联该次讨论。

后来有读者遇到无法截图的情况，修订 03 补充“也可描述页面名称、操作路径与提示文字”。这次改动扩展了表达方式，没有否定上一版的截图边界。两个版本分别解决不同问题，记录清楚后便于维护者理解。

合并条目时保留读者回来的路

发现重复条目，可以选定主条目并在旧条目说明合并原因、承接位置和差异内容去向。删除重复段落前先确认是否包含独有条件。失效来源要标记，暂时无法复核的段落要指出，不使用新的日期掩盖旧证据。

维护记录只需要承载必要信息。使用公开署名或约定的维护标识即可，不为证明贡献而额外收集私人信息。每次维护结束，用陌生读者的视角检查：当前答案在哪里，适用条件是什么，有疑问时能追到哪次讨论。