Modelfile 的价值是把「用哪个底座、什么系统提示、什么参数」写成可版本管理的文件。 适合个人或小团队在本地统一助手行为；生产环境仍要单独考虑资源、日志与访问控制。

最小概念

常见指令包括：FROM 指定基础模型；SYSTEM 写系统提示；PARAMETER 设 temperature 等；TEMPLATE 定义对话模板。具体关键字以你安装的 Ollama 版本文档为准，升级后先读变更说明再迁移。

建议流程

  1. 先能 run 基础模型对话成功。
  2. 把反复粘贴的系统提示迁入 SYSTEM。
  3. 为不同任务建不同 Modelfile（写作 / 代码 / 摘要），不要一个万能高温参数打天下。
  4. 用同一组测试问题对比改参数前后的差异并记录。

示意（虚构，非可直接复制的生产配置）

示意 Modelfile 结构（请按本机文档核对关键字）
FROM <your-base-model>
SYSTEM """你是本地助手。不确定就说不知道。不要编造链接。"""
PARAMETER temperature 0.3

安全

不要把 API Key、内网地址、客户数据写进 Modelfile 或提交到公开仓库。模型输出仍可能幻觉，关键操作要人工确认。

执行时请保持单一事实源：输入没有的数字、负责人与截止日期，输出就不要出现。把不确定写清楚，比生成听起来完整却无法核对的句子更有用。若连续两次结果漂移很大，先检查是否混入未脱敏或互相矛盾的材料，再考虑换模型。

也可以把本页提示词改成团队共享片段：只开放「材料区」给同事粘贴，固定规则区由维护人更新。这样能减少每人私改导致的格式分裂，也方便在复盘会上对照同一版本讨论。

也可以把本页提示词改成团队共享片段：只开放「材料区」给同事粘贴，固定规则区由维护人更新。这样能减少每人私改导致的格式分裂，也方便在复盘会上对照同一版本讨论。

也可以把本页提示词改成团队共享片段：只开放「材料区」给同事粘贴，固定规则区由维护人更新。这样能减少每人私改导致的格式分裂，也方便在复盘会上对照同一版本讨论。

相关：AI 编程安全、Agent 工具幂等、报错排查。

把本次用过的提示词与输入输出一并存档，方便对照下次同类任务的差异。凡标注虚构或示意的人名、金额、订单与指标，一律不得进入正式提交或对外承诺。若材料涉及客户或员工个人信息，先按公司数据分级选择允许的工具，再开始粘贴。做完一次闭环，用三句话记录：最有效的约束、仍需人工的步骤、下版提示词要改哪里。

把本次用过的提示词与输入输出一并存档，方便对照下次同类任务的差异。凡标注虚构或示意的人名、金额、订单与指标，一律不得进入正式提交或对外承诺。若材料涉及客户或员工个人信息，先按公司数据分级选择允许的工具，再开始粘贴。做完一次闭环，用三句话记录：最有效的约束、仍需人工的步骤、下版提示词要改哪里。