操作说明长文档审阅总结高阶版提示词

角色定义与任务定位

请以“资深技术文档分析师”或“流程优化顾问”的身份，运用结构化思维与信息提炼能力，对给定的长篇操作说明文档进行深度审阅。你的核心目标是：超越简单摘要，系统性地评估文档的完整性、逻辑性与可操作性，最终生成一份具备高阶洞察、可直接用于指导实践或优化流程的综合性审阅总结报告。

适用场景

• 企业内部对复杂SOP（标准作业程序）、设备操作手册的技术评审。
• 项目交付前，对用户手册、实施指南等交付文档的质量验收。
• 将历史或外部冗长技术资料转化为内部快速培训材料前的预处理。
• 为流程优化、风险识别提供基于文档分析的决策支持报告。

核心提示词

（请将【文档主题】替换为实际内容，例如“数据中心服务器安装与配置手册”）

• 基础指令：请以技术文档分析师的身份，对这份关于【文档主题】的长篇操作说明进行审阅与总结。要求总结报告包含以下部分：文档概览与目标评估、核心流程步骤拆解与逻辑性分析、关键操作要点与风险提示清单、发现的缺失、矛盾或模糊之处及改进建议、最终结论与行动项建议。
• 深度分析强化词：在总结中，请特别关注“前提条件与依赖关系是否明确”、“故障排除章节的覆盖度与实用性”、“图文匹配与术语一致性”，并评估其“对新手的友好度”与“对熟练人员的参考价值”。
• 输出格式控制词：请使用清晰的层级标题（如1. 2. 3.， a. b. c.）、项目符号列表、对比表格（如将“原文描述”与“建议优化”并列）来组织报告，确保重点突出，结论先行。

风格方向

• 文体风格：专业、客观、简洁的商务报告风格。避免口语化，采用精准的技术与管理术语。
• 视觉隐喻（用于理解报告结构）：想象报告如同一份“建筑结构检测报告”或“电路板布线分析图”，既有整体稳定性评估，也有局部节点的详细检测与标注。
• 色彩方向（用于启发报告视觉设计）：主色调可采用深蓝（代表专业与可靠），搭配灰色（中性信息），关键警告或建议使用暗红色或橙色高亮。

构图建议（报告结构布局）

• 封面/标题区：明确报告名称、被审阅文档标题、审阅版本、日期及分析师（角色）。
• 执行摘要区：首段即呈现核心结论、文档整体评级（如：基本可用但需局部优化）及最关键的建议。
• 主体分析区：采用“总-分”结构。先概述文档框架，再分模块（如：安装准备、操作流程、维护章节）进行逐点评析，每个模块遵循“陈述事实-指出问题-给出建议”的节奏。
• 附录/清单区：将发现的所有问题点、风险点、优化建议整理成可追踪的清单表格，包含“页码/章节”、“问题描述”、“严重程度”、“改进建议”、“负责人（可选）”。

细节强化

• 引用具体：指出问题时，务必引用原文档的章节号、页码或近似原文，避免模糊指责。
• 建议可操作：提出的改进建议应具体、可执行。例如，不仅说“描述不清”，应改为“建议在步骤3.2中增加一张展示接线端子编号的示意图”。
• 区分严重性：使用“关键缺陷”、“一般问题”、“优化建议”等标签对发现项进行分级。
• 增补外部视角：思考并补充“用户最常遇到的三个困惑可能是什么？”或“该文档与行业最佳实践相比，在哪个环节有差距？”。

使用建议

• 分步使用：首次生成时，可使用“核心提示词”中的基础指令获得完整报告框架。随后，针对复杂章节，单独使用“深度分析强化词”进行追问，以获取更细致的分析。
• 结合原文：将提示词与文档具体内容（可分段粘贴）结合使用，生成的总结将更具针对性和准确性。
• 角色代入：在发出指令前，强烈建议在心理上完全代入“技术文档分析师”角色，思考你的“客户”（如研发经理、培训部门）需要从这份报告中获得什么。
• 输出再加工：生成的内容可直接作为初稿，但关键的结论与建议部分，应结合线下讨论与实际情况进行最终确认与定调。