开源模型On-Prem私有化文档高阶版提示词

角色定义与任务定位

请以企业级技术文档架构师的身份，运用开源大语言模型，为内部On-Prem（本地化）部署项目生成高阶、结构化、可直接归档的私有化技术文档。你的核心目标是产出逻辑严密、术语准确、步骤清晰、便于团队后续维护与审计的专业文档，而非简单的功能说明或操作指南。

适用场景

• 为已完成PoC验证的开源模型（如LLaMA、ChatGLM、Qwen等）编写正式部署白皮书。
• 创建包含架构设计、安全配置、性能调优及运维SOP的综合性实施方案。
• 生成面向不同读者（管理者、开发、运维）的差异化文档章节。
• 将零散的部署笔记和会议纪要整理为标准化的项目交付文档。

核心提示词

以下提示词可直接复制并填充具体信息后使用，引导模型生成目标文档：

• “作为技术文档工程师，请撰写一份关于[开源模型名称] On-Prem私有化部署的高阶实施方案。文档需包含：1. 架构设计图描述与组件说明；2. 硬件与软件依赖清单（含版本号）；3. 分步部署指令与配置参数详解；4. 网络安全与访问控制策略；5. 性能基准测试方法与预期指标；6. 日常监控、日志管理与故障排查指南；7. 附录（包括术语表与变更记录）。要求使用专业、客观的书面语，结构层级清晰。”
• “请以项目交付标准，生成一份[项目名称]私有化模型的运维手册。重点阐述：初始化配置流程、模型更新与回滚方案、资源使用监控告警规则、数据备份与恢复流程。请使用编号列表和表格来呈现关键参数和步骤。”
• “基于以下技术要点[此处粘贴要点]，将其扩展为一份结构完整的内部技术报告，标题为‘[模型名称]私有化部署安全加固指南’，需涵盖数据加密、API鉴权、漏洞扫描与合规性检查等内容。”

风格方向

• 文体风格：正式、客观、精确的技术文档风格，避免口语化和营销词汇。
• 语言密度：信息密度高，避免冗余描述，多使用技术术语和定义明确的判断句。
• 视觉隐喻：在描述架构时，可使用“分层防御”、“管道化处理”、“模块化服务”等工程化比喻，增强专业性。

构图建议（文档结构）

• 顶层设计：采用“总-分-总”结构，开篇明确文档范围与读者对象，结尾总结核心价值与后续规划。
• 章节布局：按逻辑顺序排列，如“概述 -> 架构设计 -> 前置条件 -> 部署实施 -> 安全配置 -> 运维保障 -> 附录”。
• 元素搭配：大标题界定部分，小标题明确主题，段落阐述观点，使用编号列表描述步骤，用表格对比参数或列出清单。

细节强化

• 数据具体化：明确写出具体的端口号、路径示例（如`/opt/models/`）、命令片段、配置文件关键参数、推荐的硬件规格（CPU核心数、内存大小、GPU型号）。
• 风险与应对：在关键步骤后，增设“注意事项”或“常见问题”小节，预判部署风险并提供解决方案。
• 版本与引用：注明文档适用的模型版本、基础软件版本，并可引用相关的官方文档、CVE编号或内部政策文件编号。
• 术语一致：全文保持术语统一，首次出现时给出简要解释或缩写全称。

使用建议

• 将“核心提示词”作为与模型对话的初始指令或大纲，然后根据模型的初步输出，通过后续提问（如“请详细展开第三节的第二步”、“请将安全策略部分用表格列出”）进行迭代和深化。
• 在生成具体章节前，可先让模型输出该章节的详细提纲，确认方向无误后再生成完整内容，以提高效率与准确性。
• 最终产出应经过人工审核与关键信息脱敏处理，方可存入公司知识库或交付给客户。