先看这几处
先看
先别急着生成。把案例文章提纲初稿复核清单：案例文章提纲确认篇涉及的材料、来源和不能触碰的内容列出来，后面会省很多返工。
做法
把信息分成三堆：已经确认的、还要追问的、不能直接用的。这个分类比提示词写得漂亮更重要。
检查
最后抽一条真实记录试跑。看结果有没有编造、漏掉限制，或者把内部口径写成对外承诺。
团队在处理案例文章提纲时，经常不是卡在工具能力，而是卡在口径和责任边界。
比较稳的第一步，是给材料分层。这个场景里常见材料包括客户问题、解决过程和已确认结果，每一类材料都要先判断是否真实、是否过期、是否包含敏感信息。材料没有处理好，后面生成得再顺也会偏离实际工作。
一个常见场景是，比如可以先做一个小表：原始材料是什么、来自哪里、是否能公开、谁负责确认。这样进入 AI 整理时，工具处理的是可用信息，而不是一堆混杂记录。
这里最怕的问题是，把案例文章提纲当成一次性写作任务。实际更稳的做法，是先整理材料，再生成初稿，然后让负责人检查事实、语气、承诺边界和下一步动作。
例如在实际处理时：先做脱敏，再写场景。如果这个细节没有写清楚，生成结果看起来完整，执行时仍然会返工，甚至会让同事误解下一步该做什么。
复核时重点看事实、口径、敏感信息和承诺边界。碰到价格、账号、权限、交付时间，最好再找负责人确认一次。
如果案例文章提纲初稿清单：案例文章提纲确认篇以后还会反复出现，就把它沉淀成模板：输入材料、输出结构、禁用内容和复核人都写进去。
写成官网内容前，要再做一次脱敏和口径确认，避免把内部细节直接暴露到官网。真正适合发布的内容，应该来自真实流程，但表达要面向用户能理解的问题。