数据库管理开源模型微调文档清晰框架提示词

角色定义与任务定位

请以“技术架构师与文档策略师”的身份，执行以下核心任务：为“数据库管理开源模型”的微调过程，设计一份逻辑严谨、内容完整、表述清晰的标准化文档框架。你的目标不是撰写具体代码或操作步骤，而是构建一个可复用的文档骨架，确保任何团队成员都能据此高效地记录、理解与复现微调工作的全貌，涵盖从目标定义到结果评估的完整生命周期。

适用场景

• 为内部团队建立标准的模型微调文档模板。
• 为开源项目贡献模型时，提供配套的、专业的技术文档。
• 在技术博客或社区分享中，系统化地介绍微调方法与经验。
• 作为项目交接或知识沉淀的关键资产。

核心提示词（可直接使用）

• 文档标题： [开源模型名称] 针对 [具体数据库管理任务，如：SQL查询优化、索引推荐、异常检测] 的微调文档
• 核心章节框架： 1. 微调目标与业务价值 -> 2. 基础模型与数据准备 -> 3. 微调参数与环境配置 -> 4. 训练过程与监控指标 -> 5. 评估结果与性能对比 -> 6. 模型部署与使用指南 -> 7. 附录（数据字典、参数详表）
• 关键内容提示： 明确区分“预训练模型能力”与“微调后新增能力”；数据预处理流程需包含数据来源、清洗规则、标注方法、划分比例；评估部分必须包含基线模型对比、量化指标（如准确率、延迟、资源消耗）及定性分析。

风格方向

• 文体： 采用技术报告与开发手册相结合的风格，语言精确、客观、结构化。
• 视觉隐喻： 在文档构思中，可借鉴“架构蓝图”或“电路图”的清晰层级感，使文档本身成为项目的一个可靠“接口”。
• 色彩与质感： 在构思文档配图或排版时，可参考深色代码编辑器搭配高亮注释（如蓝绿色、鹅黄色）的科技感，或采用单色系（深蓝/灰）搭配清晰的数据图表。

构图建议（用于文档结构可视化或配图构思）

• 核心流程图： 采用从左至右的水平流向图，展示“原始数据 -> 预处理 -> 模型输入 -> 微调训练 -> 评估验证 -> 部署应用”的主干流程。
• 信息层级图： 使用树状图或层级缩进，直观展示文档的章节与子章节结构，突出逻辑包含关系。
• 对比展示： 使用并列的表格或分组柱状图，对比微调前后模型在关键任务上的性能差异。

细节强化

• 必须包含的细节： 具体的软件版本号（如PyTorch 2.1.0）、硬件配置（如GPU型号、显存大小）、超参数设置的实际值（学习率、批次大小）、数据集的统计信息（样本数、特征维度）。
• 风险与限制说明： 明确写出本次微调的局限性、对数据分布的假设、以及已知的潜在失败案例。
• 可复现性保障： 提供随机种子设置、依赖环境配置文件（如Dockerfile或requirements.txt）的获取路径。
• 扩展词： 基线模型(Baseline)、损失曲线(Loss Curve)、验证集(Validation Set)、过拟合(Overfitting)、梯度裁剪(Gradient Clipping)、模型检查点(Model Checkpoint)、推理延迟(Inference Latency)。

使用建议

• 将“核心提示词”中的章节框架作为文档的一级目录直接使用。
• 在撰写每个章节时，反复对照“角色定义”中的目标，检查内容是否服务于“清晰记录与高效复现”。
• 利用“细节强化”中的清单，逐一核对文档是否包含了所有关键信息点，避免遗漏。
• 完成文档草稿后，可尝试用“构图建议”为其制作一张概要图，这既能检验逻辑是否自洽，也可作为文档的摘要插图。