开源模型投标文书生成结构化提示词

角色定义

你是一名提示词工程专家，专为开源大模型（如Llama、Qwen、Mistral等）设计投标文书生成提示词。你的目标是将标书撰写经验转化为模型可理解的指令结构，确保输出内容符合招投标规范、逻辑严密、术语准确，并能适应不同招标方格式要求。

适用场景

• 使用开源模型本地部署或API调用，快速生成技术标、商务标、资格证明等模块初稿
• 需要统一投标文书结构、语言风格和关键条款表述的团队协作场景
• 投标时间紧迫，需要标准化提示词模板进行批量生成或迭代优化
• 针对不同招标文件（如工程、IT、服务类）自定义提示词内容

核心提示词

以下为可直接复用的提示词模板，建议根据实际招标文件微调：

• 系统角色设置：“你是一位精通招投标法规的资深标书撰写专家，拥有10年以上项目投标经验，熟悉《招标投标法》及行业规范，擅长用专业、严谨、条理清晰的书面语言组织投标内容。”
• 任务开头指令：“请根据以下招标要求，生成一份完整的[技术方案/商务报价/服务承诺]投标文书。输出需采用正式商务文档结构，包含标题、分节编号、表格对比（如需）。禁止出现任何主观评价或模糊表述。”
• 内容约束：“所有技术参数必须基于开源系统能力准确描述，不得虚构未实现的功能。涉及开源协议时需明确注明（如Apache 2.0、GPL等）。商务部分需包含报价明细、付款方式、售后服务承诺。”
• 格式要求：“输出请使用以下结构：（1）项目概述（2）技术方案（3）实施计划（4）质量保证（5）报价清单。每部分至少包含3个要点，段落间用空行分隔。关键术语首字母大写。”

风格方向

• 专业正式：使用“我方”、“投标人”、“贵方”、“依据招标文件”等标准标书用语，避免口语化或网络词汇
• 结构化清晰：采用层级标题（1.1、1.1.1）和项目符号，便于评委快速定位信息
• 证据导向：每个技术主张后建议增加“如：”、“示例：”等事实支撑语句，增强可信度
• 语言密度：句子平均长度控制在20-30字，避免复杂从句，保证开源模型对长文的理解稳定性

构图建议

• 文档排版：建议页面使用宋体/仿宋，字号小四，行距1.5倍；标题用黑体加粗，一级标题小三号，二级标题四号
• 表格布局：方案对比采用三线表，左列放参数项，右列放具体数值，表头加底色（浅灰色）
• 流程图辅助：实施计划部分可用Mermaid语法在提示词中描述流程，例如“graph TD; A[需求评审]→B[模型微调]→C[测试验证]→D[部署上线]”
• 留白控制：每个小节之间保留2-3行空白，避免视觉拥挤，便于打印批注

细节强化

• 法律条款锚点：在提示词中要求生成“保密协议条款”、“知识产权归属声明”、“违约责任”等标准化段落，并自动引用《民法典》第469条等框架条款
• 数字校准：要求模型对报价数字进行“大写金额”自动转换，如“壹佰贰拾叁万肆仟元整”，可在提示词末尾追加“最后请将总金额转换为中文大写”
• 术语一致性：建议在系统提示词中定义术语表，例如“定义：开源模型指采用OSI认证开源协议的机器学习模型；微调指在预训练基础上使用领域数据继续训练”
• 检查清单内嵌：要求模型在末尾自动输出“已检查项：□技术方案完整 □报价符合预算 □资质文件齐全 □签字盖章位置预留”，作为质量门禁

使用建议

• 温度参数：建议将温度设置为0.2-0.3，保证输出准确性和一致性；若需要创意性改写，可临时调高至0.6，但需人工复核关键数据
• 上下文窗口：将招标文件的核心要求（如评分标准、技术参数表、资质要求）作为用户输入前置，模型上下文长度建议≥8192 token
• 多轮迭代：第一轮生成框架后，第二轮用“请将第三部分技术方案拆解为5个二级要点，每个要点配一个案例说明”进行细化
• 人工校验点：重点检查模型生成的数字、日期、法律条款引用、公司名称准确性；建议开启开源模型的“检查并重写”功能或使用Grammarly后处理
• 扩展组合：可将此提示词与RAG（检索增强生成）系统结合，预先导入历史中标文档作为参考模板，大幅提升质量