博客编辑器：只有专家经验时，首批内容资产保留、改写还是退出
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /beef1791ca7f.html
📄
博客编辑器：只有专家经验时，首批内容资产保留、改写还是退出
如果手头只有专家口头经验、内部文档或零散问答，首批内容资产应当先以“可被外部读者独立理解”为保留标准：能独立回答一个具体问题、且不依赖专家当场补充的，保留并整理；需要大量背景才能成立的，改写为更窄的问题；既无独立价值又无法拆出子问题的，暂时退出，不进入首批发布队列。判断依据不是内容数量，而是每条经验能否形成“问题—条件—动作—结果”的闭环。
保留的前提：经验本身已经具备可验证的边界
专家经验往往包含大量默认前提，例如“先看日志再决定”“这种情况一般不用动”。保留的前提是这些默认前提能被写成外部读者可执行的判断条件。具体动作是：请专家对每条经验补一句“在什么条件下这样做，在什么条件下不这样做”。如果补完后仍只有结论、没有条件，这条经验更适合改写而不是直接保留。
保留后的下一步不是马上扩写，而是先建立最小页面：一个具体问题、适用条件、操作步骤、失败时的替代动作。这样做的结果是，后续内容可以围绕同一问题继续补充证据，而不是每篇都从零开始解释背景。
改写的前提：经验正确，但粒度太粗或依赖内部语境
改写适用于经验本身成立、却混入了内部缩写、历史决策或只有团队才懂的流程。此时不要试图把整段经验一次讲全，而是拆成多个更窄的问题。例如专家说“发布前要检查链接和模板”，可以拆成“发布前链接检查应覆盖哪些位置”和“模板变更后哪些页面需要重新检查”。
改写的实际动作是先列出经验中的名词和动作，再逐个追问：外部读者是否知道这个名词指什么？这个动作的结果如何判断？如果两个追问都答不上来，就继续拆，直到每个子问题都能独立成立。改写后的内容通常比原经验短，但更容易被搜索和引用。
退出的前提：经验无法脱离专家本人或特定项目
退出不是否定经验价值，而是承认它不适合作为首批公开内容资产。典型情况包括：经验只对某个已不存在的系统版本有效；结论依赖未公开的数据或合同；专家本人也无法复述判断过程。此时强行发布，后续维护成本会高于重新采集。
退出的动作可以是在内部知识库中标记“暂不公开”，并记录退出原因。这个动作的结果是，下一轮选题时能快速排除同类经验，而不是反复讨论同一条内容要不要发。
用一条假设例子判断该走哪条路
假设某团队只有一位资深客服的经验，她常说“用户反馈加载慢时，先问是不是首次打开”。这条经验可以保留，因为首次打开与再次打开是可区分的条件；但如果她补充说“具体看情况”，就需要改写为“首次打开慢和再次打开慢分别先查什么”；如果她只能回答“我一看就知道”，则暂时退出首批发布。
这个例子的比较方法可以复用：对每条经验问三个问题——条件能否外部化、动作能否复现、结果能否判断。三个都能，保留；只有部分能，改写；都不能，退出。首批内容资产的目标不是覆盖全部经验，而是形成一批可以被独立阅读、独立验证的页面，为后续扩展提供稳定起点。
