知识保鲜与复审是什么
知识保鲜是给条目安排复审：按使用频率与风险设定周期，高频条目、直接影响生产操作的条目周期更短，低频参考资料可以更长。到期未复审的条目必须被标记或归档，而不是继续以同等可信度出现在检索结果里。复审要完成三件事——验证步骤是否仍然可用、更新版本与界面变化、若条目已无明确责任人则归档，否则复审只是点一下「已复核」的打卡。
基本信息
| 周期 | 高频/高风险条目更短，低频条目更长 |
|---|---|
| 动作 | 验证步骤可用 → 更新版本 → 无责任人则归档 |
| 展示 | 标注最后验证时间，过期内容降权提示 |
| 触发式复审 | 系统升级、流程变更、事故复盘后立即复审相关条目 |
| 责任人 | 每条有 owner，无主条目按流程归档 |
典型使用场景
- 条目引用的界面与命令随版本升级失效，用户按它操作会出错
- 事故复盘发现处置步骤与现网不一致
- 多人维护同一主题，需要确认哪一条是现行版本
- 知识库条目持续增长，需要定期清理无人维护的内容
- 认证与审计要求提供文档有效性证据
复审记录示例
复审记录示例
条目：K8s 节点扩容操作 # 条目名与库内标题保持一致
上次验证：2026-04 # 复审时间必须可追溯
本次：命令与界面核对通过，无改动 # 写清验证方式，而不是只写「已确认」
下次复审：2027-04（或版本升级时触发） # 双轨：周期 + 事件触发
责任人：平台组张三 # 无责任人条目到期后进入归档流程复审优先级
| 条目类型 | 建议周期 | 触发式复审条件 |
|---|---|---|
| 生产操作指导 | 3-6 个月 | 系统升级、权限或流程变更 |
| 故障处置手册 | 3-6 个月 | 同类事故复盘后立即复核 |
| 合规与安全材料 | 按监管或认证周期 | 法规更新、审计发现问题 |
| 选型与决策记录 | 不定期 | 技术栈变更时补充结论 |
| 背景与概念说明 | 1 年 | 术语定义调整时 |
复审最危险的形态是「点一下就过」：内容没验证、界面已变更、命令已废弃，但状态显示为最新。过期条目混在检索结果里会直接导致误操作，宁可在条目顶部标注「未验证，最后更新于某日期」。