用豆包做长文结构化拆解：从一篇长材料到可复用的提纲

长材料最难的不是读完，而是读完之后「说不清它到底讲了什么、哪些能用」。豆包在把长文拆成结构这件事上挺顺手，但如果只说「帮我总结一下」，得到的往往是一段泛泛的概述。本文分享我常用的三步拆解法。

第一步：只要骨架，不要总结

先明确要求输出结构，而不是内容概括：

以下是长文原文。请先输出它的结构骨架：

1. 按原文顺序列出各级标题；

2. 每个小节用一句话写明「这一节在回答什么问题」；

3. 标出全文的核心结论出现在哪一段；

4. 列出文中出现的术语及其一句话解释。

不要写读后感，不要评价，不要补充原文没有的内容。

拿到骨架后，材料的逻辑是否清楚、重点在哪，一眼就能看出来。这比一段笼统摘要有用得多。

第二步：转成可复用的提纲

接着让它把骨架改造成自己能用的形式：

请把上面的骨架改写成一份提纲，按「定义 / 方法 / 步骤 / 限制 / 可迁移的做法」五组归类。每组只保留原文明确写到的要点，并标注对应小节。

「标注对应小节」是关键，方便随时回原文核对，也避免脱离语境的转述。

第三步：反推问题，检查覆盖

最后做一次覆盖度检查：

根据这份提纲，列出 5 个读者最可能提出的问题，并指出哪些问题原文已回答、哪些没有。

没被回答的那些，往往正是需要另找资料或自己补写的地方。这一步也适合用来判断一份材料值不值得深读。

归档与延伸

拆解结果按主题归档、标清来源与日期，做法参考 万象云档 分册标注的组织方式；批量处理多篇长文时，可交给 WorkBuddy 按同一模板跑，输出格式更统一。

技术类长文的写法，BackendWiki 那种「定义—原理—示例—注意点」的结构很适合当作「好骨架」的参照；基础概念可对照 HTML 入门教程 的短章节查漏补缺。

注意事项

• 长文可分段提交，但要在每段开头说明「这是全文的第几部分」，避免上下文断裂；
• 关键数据与结论务必回原文核对；
• 拆解是为了理解，不是替自己读完——重要材料仍要亲自过一遍。

结语

骨架 → 提纲 → 反推问题，这三步把「读过了」变成「能调用」。豆包负责整理结构，你负责判断哪部分值得留下。愿你的每一次长文阅读，都能带走一份用得上的提纲。