如何建博客：把重复说明提取到公共页面时怎样保留上下文
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /ad9fb764e821.html
📄
如何建博客：把重复说明提取到公共页面时怎样保留上下文
可以提取，但前提是先判定这些重复说明是否依赖所在页面的具体语境。若同一段说明在多个页面出现，且每处都紧接不同的产品、场景或步骤，直接抽成公共页面会丢掉“它为何出现在这里”的信息。更稳妥的做法是：先标记重复块与它服务的上下文，再决定合并到公共页、保留页内摘要，还是暂不提取。
先判断重复说明属于哪一类
把重复段落按依赖程度分成三类，能直接决定提取方式。假设一个博客已经写了二十篇教程，其中“备份前先确认数据库版本”这句话在每篇的安装步骤里都出现，这就是典型候选。判断依据不是重复次数，而是它是否随页面变化。
- 强上下文型：说明里包含当前页面的对象名、步骤序号或前置条件，例如“完成上一步的域名解析后，再改这里的记录”。抽走后读者不知道“这里”指什么。
- 弱上下文型：说明是通用规则，页面只是顺带提及，例如“修改配置前先备份原文件”。抽走后不影响理解。
- 混合型：前半句通用，后半句绑定当前场景。这类最容易在提取时被整段搬走，导致原页只剩一句链接。
实际操作时，先给每处重复块打一个标记，记录它所在页面、前后各一段文字、以及它引用的对象。标记完成后，如果同一段落在三处以上属于弱上下文型，才值得考虑建公共页；强上下文型优先留在原页。
提取时保留上下文的三种做法
假设你决定把“备份前先确认数据库版本”扩展成一篇公共说明页。下面三种做法对应不同的保留强度，选择取决于原页读者是否必须读完这段才能继续。
- 公共页写完整规则，原页留一句带条件的摘要。摘要里保留当前页面的对象名和动作，例如“本站示例使用 MySQL 8，备份命令见公共页”。读者不跳转也能知道条件，跳转后拿到完整步骤。
- 公共页按场景分节，原页链接到对应小节。如果公共页同时服务安装、迁移、排错三类页面，就按场景分节，原页锚点指向自己那一节。这样公共页不会变成一段谁都不完全适用的通用文字。
- 暂不提取，只统一措辞。当重复块只有两三处，且每处前后文差异很大时，建公共页的维护成本高于收益。此时只把措辞统一，保留各自上下文。
一个可执行的判断动作是：把原页中该段前后各一段文字复制到公共页草稿旁边，逐句检查公共页是否还能回答“为什么现在要做这一步”。如果回答不了，说明提取过度。
用假设情境走一遍决策过程
假设你运营一个面向内部团队的技术博客，最近把“发布前检查清单”重复写进了六篇操作文章。变化点是：团队新增了两名编辑，他们开始直接复制旧文里的清单，导致同一检查项在不同文章里条件不一致。你打算把清单提取到公共页。
第一步，标记六处清单，发现其中四处紧跟在“本地预览”步骤之后，两处紧跟在“回滚”步骤之后。第二步，判断这属于混合型：检查项本身通用，但触发时机不同。第三步，决定公共页按“发布前”和“回滚后”分两节，原页各自链接到对应节，并在原页保留一行“本节检查项适用于本地预览完成后”。第四步，提取后观察原页的下一步动作是否仍然连贯。如果读者从摘要跳到公共页再返回时找不到原来的步骤位置，就在原页摘要里补一句返回锚点。
这个动作的结果会直接影响下一步：若原页跳出后的继续阅读行为没有明显变化，说明摘要足够；若原页读者频繁回到搜索或直接离开，则要检查是不是摘要丢掉了继续操作所需的条件。注意，单次流量或点击变化不能单独证明提取正确，季节、内容更新节奏和采集口径差异都可能造成同样现象。
提取后需要复查的两个信号
提取完成不等于结束。复查时重点看两类信号，而不是只看公共页是否被访问。
- 原页的下一步动作是否还成立。如果原页在摘要之后直接进入依赖该说明的操作，而摘要没有保留条件，读者会卡住。此时应把条件写回摘要，而不是把整段搬回原页。
- 公共页是否出现互相矛盾的场景描述。多个页面共用一个公共页时，最容易出现“某条件只适用于其中一类页面”却被写成通用规则。复查方法是把公共页每一节与原页标记对照，删掉没有来源的断言。
如果复查发现公共页的某节只被一个页面引用，就把它退回原页，公共页只保留真正跨页面成立的规则。这样处理之后，原页的上下文没有被抽空，公共页也不会膨胀成新的重复源。
什么时候不该提取
有两种情况应放弃提取。其一，重复说明是读者完成当前页任务的必要步骤，且步骤顺序不可拆分，例如安装教程里的连续命令。其二，各页面虽然文字相似，但对象名、版本号或前置条件不同，统一后会制造错误。此时更好的动作是保留原页，只在编辑规范里记录“同类说明允许措辞不同”。
把重复说明提取到公共页面，本质是一次上下文搬迁。搬迁前先标记依赖，搬迁时保留条件摘要，搬迁后复查原页的下一步是否仍然可执行。做到这三点，公共页才会减少维护成本，而不是把困惑从一个页面转移到另一个页面。
