rfp-response-proposal-review

用途：对 AI 生成的提案草稿做生成后审计，揭示三类难以一眼看出的隐患——偏离已批准策略、遗漏 RFP 要求、内容缺乏公司来源支撑，产出一份结构化《复核报告》供人工审阅。\n\n使用前须填写 Firm Profile（公司名、业务、角色边界、供应商立场、专长、语气），并确保草稿 .docx 位于交易的 WIP 协作文件夹子目录，策略简报（含批准的目录、战略主题、语气指引、逐节草稿说明）与 RFP 跟踪表（含 Available Content、Source 1/2/3）可访问且有写权限。\n\n主要能力分五步检查：一是策略一致性，比对实际标题与批准目录（存在且正确、位置变动、缺失、新增）并核查 3–5 个战略主题覆盖、语气与草稿说明遵循度；二是 RFP 覆盖核查，对 Question、Mandatory Requirement、Evaluation Criterion 各行按实际草稿分类为 Covered、Placeholdered、Thin、Missing，并生成含覆盖状态的草稿覆盖图；三是内容溯源检查，聚焦 Available Content 为 No Match 的章节及统计数字、点名客户成果、自研方法论，按高/中/低给出置信度，低置信项须人工核实；四是占位符审计，搜索 [PLACEHOLDER、[TBD、[INSERT、[MISSING、[DRAFT NOTE 等标记，登记所缺内容、负责人与优先级，并统一为标准格式；五是汇总为复核报告，含总体状态、五部分发现与优先行动清单。\n\n总体状态判定：存在关键问题（无占位符的缺失要求、缺失目录章节、计分章节低置信溯源）为 REQUIRES REVISION BEFORE REVIEW，否则为 READY FOR HUMAN REVIEW。报告以 [ClientName]Review_Report[Date].docx 保存于同一 WIP 子目录，聊天仅输出简洁摘要。\n\n限制：草稿过长时优先检查权重最高的评分项，可标注溯源检查为部分完成；存在多版本时需用户确认当前草稿；有修订痕迹时应基于接受后的最终版本检查；Phase 2 标记为内容缺口却已填入实质内容的章节须人工复核，不可默认正确。其余细节暂未提供。