第1章 长文压缩成摘要提示词：总论与设计原则
我平时接长文，最怕一上来就丢给模型一句“帮我总结”。这种写法看着省事，出来的东西常常飘。长文压缩成摘要提示词这件事，我越来越愿意把它看成一套操作说明：长文压缩是动作，摘要生成是产出，提示词是中间那张说明书。三者接得上，摘要才稳。
1.1 主题界定：长文压缩、摘要生成与提示词之间的关系
我写提示词时会把长文压缩理解成“把大块信息装进小盒子”。摘要生成不是随便砍字数，它要留下能支撑判断的骨架。提示词负责告诉模型：盒子多大、装哪些东西、给谁看、用什么语气。长文压缩成摘要提示词这组词放在一起，说的就是这套配合关系。
换到读者角度，我看一份摘要，关心的是它有没有把原文的主线、结论、证据和限制条件交代清楚。提示词写得含糊，摘要就容易变成漂亮空话。提示词写得具体，模型才知道哪些段落要保、哪些例子可以舍。
我给同事做培训时常用一个比喻：长文是仓库，摘要是提货单，提示词是提货规则。仓库再大，提货单乱写，拿出来的货也不对路。这个比喻不严谨，够用。它让我在写提示词时盯着“提什么、提多少、交给谁”三件事。
1.2 核心需求：信息保留、长度控制、可读性与任务适配
信息保留像挑行李。我会先问自己：读者拿走这份摘要，要做判断还是做汇报？要做判断，原文里的数据、条件、反例得留住。要做汇报，主线、分点、结论更靠前。长文压缩不是把每个段落都削一刀，它更像重新打包。
长度控制像装箱。我见过太多提示词只写“简短一点”，模型只能猜。我的做法是给出可数的范围，比如“300字以内”“保留5条要点”“每段不超过两行”。可读性像路标，摘要里的小标题、连接句、关键数字，都是帮读者走路的标记。任务适配像选路线，给老板看和给新同事看，走法不一样。
我自己读摘要时还有个私心：我想快速知道原文值不值得回去细读。摘要要把“哪里重要、哪里存疑、哪里可以略过”露出来。信息保留、长度控制、可读性、任务适配这四件事，落到提示词里就是四组约束，不是四句口号。
1.3 设计原则：目标导向、结构化约束、分段处理与可验证输出
我写长文摘要提示词模板时，会先把目标摆在前面：这份摘要给谁、用来干什么、读完要能回答什么问题。目标清楚，后面的长度、语气、保留重点才有落点。目标导向不是喊一句“帮我总结”，它要写成可执行的任务说明。
结构化约束在我这里像给模型画格子。格子包括角色、输入范围、摘要维度、输出格式。格子不是把模型绑死，它让输出有地方落脚。分段处理更像切菜，长文一口吞容易漏，按章节、主题或语义边界切开，逐段压，再接回去，信息更稳。
可验证输出是我比较看重的一层。我会让摘要保留原文锚点，比如章节名、关键数据出处、时间范围。模型写完，我能对照原文抽查。摘要不是一次成型的作品，它更像可回查的工作底稿。提示词里写上“保留可核对信息”，比只写“准确”有用。
1.4 关键词扩展：长文摘要提示词模板与分段压缩长文提示词的搜索意图
我搜长文摘要提示词模板时，心里想的是“有没有能直接改的骨架”。新手想要复制即用，运营想要批量套用，研究者想要忠实度。搜索意图不完全一样，页面要能同时接住这几类人：给模板、给变量说明、给适用场景。
我搜分段压缩长文提示词时，通常手里已经有超长文档，会议记录、论文、报告、访谈稿都有可能。我要看的是怎么切、每段压多少、压完怎么合并、怎么去重、顺序怎么保持。这个搜索词背后的意图偏流程，不是单句咒语。
从内容创作角度看，这两个关键词可以自然放在同一篇长文里。模板解决“怎么写”，分段解决“怎么处理长文”。我把它们放在总论里，是想让读者先看清地图，再往下找工具。搜索的人拿到地图，才知道自己该点进哪一段。
第2章 长文摘要提示词模板：结构、变量与复用
我手上常备一份“万能骨架”，不是因为它真万能，是因为每次改它比从白纸开始快。这份骨架就是长文摘要提示词模板的底子。用得多了我发现，模板好不好用，不看它写得多花哨，看它有没有把角色、任务、输入范围、摘要维度和输出格式这五块地方留清楚。留清楚了，换一篇长文，我只动几个变量就能跑起来。
2.1 模板骨架：角色设定、任务说明、输入范围、摘要维度与输出格式
我写模板时习惯先定角色。角色不是让模型演戏，是给它一个站位。比如“你是一位严谨的内容编辑，擅长从长报告中抽取决策要点”，这句话会影响它取舍的尺度。角色写得越贴近真实任务，摘要的语气和密度越对路。我试过不写角色，模型容易端出一锅温吞水，读着没错，用不上。
任务说明我一般写成两三句，讲清楚“把什么压成什么、给谁用、读完要能回答什么”。输入范围也要交代，原文是论文、会议记录还是访谈稿，大概多长，有没有表格和附录。摘要维度是我最舍得花时间的地方，主线、结论、证据、限制条件、行动项，挑三到五个就够，贪多反而糊。输出格式我会给个样子，几段、要不要小标题、要点用不用编号，写清楚模型就少猜。
这套骨架我放在文档最上面，下面留一排空位给变量。用的时候像填表，填完读一遍顺不顺，不顺就改两句。模板不是合同，它更像模具，压出来的东西合不合用，还得看料。
2.2 关键变量：摘要长度、目标读者、保留重点、排除信息与语气风格
摘要长度我很少写“简短”，我写数字。三百字、五条要点、每段两行以内，模型有数，我验收也有数。目标读者这个变量特别容易漏，给管理层看和给执行团队看，摘要的落点完全不同。管理层要判断，执行团队要动作，同一篇长文能压出两个版本。
保留重点我习惯列成短清单，数据、时间节点、争议点、前提条件，按任务挑。排除信息也得写，客套话、重复案例、背景铺垫，这些不排除，摘要就容易被稀释。语气风格我一般给两三个词，中性、直接、少形容词，够模型抓住调子。长文摘要提示词模板里这些变量看起来琐碎，真正跑起来，它们决定了摘要是“能看”还是“能用”。
我有个小习惯，每次填完变量会问自己一句：如果读者只读摘要不读原文，他最可能误判什么？这个问题的答案，往往就是我需要补进保留重点里的东西。变量不是摆设，它是帮我把注意力放到关键处的钩子。
2.3 模板示例：通用长文摘要提示词模板与领域适配变体
通用模板我压得很素：角色一句，任务两句，输入范围一句，摘要维度三到五项，输出格式给个小样。素模板的好处是适应性广，坏处是遇到专业文档容易泛。我通常先跑通用版，看输出缺什么，再往领域变体上改。
领域变体我试过几种。研究报告版会加“保留研究方法与样本范围”，法务版会加“区分事实陈述与意见表达”，访谈稿版会加“保留受访者原话中的关键判断”。这些变体不是另起炉灶，它们是在同一副骨架上换几块板。分段压缩长文提示词用在超长文档时，我也会把通用模板拆成单段指令，每段只压一个主题，后面再合并。
我建议手头留两到三个变体就够，太多自己也记不住。变体之间最好能对比，同一篇长文分别跑一遍，看哪个版本更贴任务。模板示例的价值不在照抄，在让我知道哪些地方可以动、哪些地方最好别动。
2.4 复用与扩展：从单次摘要到批量摘要的模板管理与效果对比
单次摘要时我比较随意，改完就用。批量摘要就不行了，我得给模板编号，记下版本、适用文档类型、改动点。有次我一周处理十几份报告，前面随手改的模板没留记录，后面想复用都找不到原版。从那以后我养成了给模板写“变更备注”的习惯，哪怕只改一个变量也记一笔。
批量跑的时候，我会抽两三份做效果对比。看什么？看信息有没有漏、长度有没有超、语气是不是一致、读者能不能快速抓到重点。对比不是为了追求完美，是为了发现模板在哪个环节容易掉链子。长文压缩做到批量阶段，模板管理本身就是生产力，模板乱，输出就跟着乱。
扩展这块我还在摸索。有时候我会把摘要模板和分段模板接起来用，先用分段模板压各章，再用摘要模板合并。这个组合跑顺了，处理几十页的文档会轻松很多。模板复用不是偷懒，它是把反复要做的判断提前固化下来，省下的力气留给真正需要动脑的地方。
第3章 分段压缩长文提示词：流程、衔接与质量优化
长文一长，我脑子里的第一反应就是——别一口吞。几十页的文档直接丢给模型让它摘要，出来的东西常常是前几页认真、中间走神、结尾敷衍。分段压缩长文提示词这套流程，就是帮我把大任务拆成小任务，让每一段都被认真对待。这一章我想聊聊怎么切、怎么压、怎么接回去，还有怎么判断压得好不好。
3.1 分段策略：按章节、主题、段落或语义边界切分长文
切分长文这件事，我最开始按章节来。文档有目录就照着目录切，省事。可遇到那种章节长得离谱的报告，一章占十几页，切完还是太肥。后来我学乖了，先看章节长度，超过两三千字的章节再往下拆一层。拆的时候不按页码，按主题走。一节里讲三个独立问题，我就切成三块，每块单独压。
按段落切听起来最机械，用起来反而在某些文体里很顺手。访谈稿、会议纪要这种一段一个意思的文档，段落边界通常就是语义边界。我做过一次访谈稿压缩，按段落切了四十多块，每块两三百字，压出来的摘要质量比整篇丢进去好一大截。麻烦在于块数太多，后面合并工作量也大。
语义边界是我最看重的。有些文档有明确的小标题，有些没有，靠读内容找转折点。我通常扫一遍原文，在心里标记“这里开始说另一件事了”的位置，那些位置就是切点。切点选得准，后面每段的压缩指令就好写，信息也不会被拦腰截断。分段压缩长文提示词的第一步不是写提示词，是选对切法。
3.2 分段压缩提示词：单段摘要指令、压缩比例与信息抽取要求
单段指令我写得比整篇摘要模板更窄。整篇模板要考虑全局，单段指令只管眼前这块料。我一般写三句话：这段讲什么领域的事、压成多少字、必须保留哪几类信息。比如“以下是一份技术报告中的一节，内容涉及系统架构选型。请压成一百五十字以内的摘要，保留选型依据、候选方案和最终结论。”这种指令短，模型不容易跑偏。
压缩比例我会给出区间，不给死数。一段八百字压到一百五到两百字，我心里有数，模型也有弹性。压得太狠信息会碎，压得太松等于没压。我习惯把比例写成“原文长度的大约五分之一到四分之一”，模型能理解这个尺度。长文压缩做多了会发现，比例不是越紧越好，留一点呼吸空间，摘要反而更顺。
信息抽取要求是单段指令里最需要动脑的部分。不同段落承担的功能不一样，有的段落在讲故事背景，有的段落在摆数据，有的段落在下判断。我会针对每段类型加一句“这一段重点抽数据和时间节点”或者“这一段重点保留受访者的原话判断”。指令跟着内容走，压出来的东西才有针对性。
3.3 上下文衔接：分段摘要合并、去重、顺序保持与全局一致性
分段摘要堆在一起，第一眼看上去像一堆碎片。合并这步我吃过亏，直接把各段摘要拼起来，读起来磕磕绊绊，同一件事在相邻两段里各说一遍。后来我改成分两步走：先按原文顺序排好，再扫一遍找重复。重复不一定是文字重复，有时候是观点重复，两段从不同角度说同一个结论，合并时留一个就够。
顺序保持这件事比想象中重要。原文先讲问题再讲方案，摘要要是顺序颠倒，读者理解成本就上去了。我合并时会把每段摘要标上原文位置编号，排完再读一遍，看逻辑链断没断。有一次我把“限制条件”那段排到了“结论”后面，读起来像在找补，调整顺序之后就顺了。
全局一致性是我现在会专门花时间检查的地方。术语前后统一、人名前后一致、数字口径一致，这些在分段压缩时特别容易出岔子。每段单独看都没问题，放一起就发现同一个东西叫了三个名字。我通常会在合并后跑一个“一致性检查”步骤，让模型通读合并稿，标出术语和称呼不一致的地方。分段压缩长文提示词的衔接环节，做细了省心，做粗了闹心。
3.4 质量评估与迭代：完整性、忠实度、简洁性与可读性检查
压完的摘要我会问自己四个问题。第一，原文的重要信息漏没漏？这个“重要”得站在读者角度判断，不是我觉得重要。第二，摘要里有没有原文没说过的话？模型有时候会自作主张补一句“这表明”，这种添油加醋必须挑出来。第三，有没有废话？简洁性检查我一般拿红笔划，划掉之后意思不变的就该删。
可读性检查我习惯念出声。念着别扭的地方，通常是句子太长或者连接词堆太多。念一遍花不了几分钟，效果比盯着屏幕改好。我还会把摘要给一个没读过原文的同事看，问他“读完你能说出三个要点吗”，说不出来就说明摘要没压到位。
迭代不是每次都大改。多数时候改两三处就够了，改完再念一遍，顺了就算过。我见过有人反复压同一篇文档压十几版，越压越短，最后短得没信息了。长文摘要的质量有个平衡点，到了就收手，别跟自己较劲。
3.5 扩展大纲：长文压缩成摘要提示词的组合工作流与场景应用
我现在处理长文档的默认工作流是：先切分，再逐段压缩，然后合并去重，最后跑一遍质量检查。这套流程跑顺了，几十页的文档两个小时能出可用摘要。工作流里每一步都可以单独调，切分粒度粗一点、压缩比例松一点、检查环节多一道，看任务需要。
场景不同，组合方式也不一样。处理多份报告做对比摘要时，我会先对每份走一遍分段压缩，再横向合并成一张对照表。处理一本书稿时，我按章节压完再写一个全书总览，总览里只放主线判断，细节留给分章摘要。分段压缩长文提示词在这些场景里不是一套死流程，它更像一组积木，看任务搭形状。
这套东西我还在往细里磨。最近在试的是给每段摘要打一个“信息类型”标签，合并时按标签归类，读起来更有层次。也在试把质量检查做成清单，每次过一遍，省得漏项。工具会变，流程会调，核心就一条：长文别硬吞，切开慢慢嚼。
