外观
国模填表（DeepSeek篇）
——【王/亡朝】数据库DeepSeek填表API
❗声明： 本教程仅适用于数据库 @spv5.4.3 及以上版本
基础配置
API界面设置
☞ 勾选 自定义API
☞ 填入DeepSeek的URL https://api.deepseek.com/v1和你的API key
☞ 点击加载模型
☞ 选择deepseek-v4-flash
最大回复长度与温度设置
☞ 最大Tokens 60000，温度 1
附加主体参数设置
❗想要知道具体该如何选择附加主体参数，请看下方的 原理 部分
附加主体参数配置位置：
严格JSON填表+关闭COT（首选）
☞ 填表规则 —— 标签筛选 —— 打开严格填表响应
☞ API —— 附加主体参数：
| response_format: type: json_object thinking: type: disabled |
严格JSON填表+打开COT（上面的报错太多就换这个）
☞ 填表规则 —— 标签筛选 —— 打开严格填表响应
☞ API —— 附加主体参数：
| response_format: type: json_object thinking: type: enabled |
不严格填表+关闭COT（用于召回）
☞ 填表规则 —— 标签筛选 —— 关闭严格填表响应
☞ API —— 附加主体参数：
| thinking: type: disabled |
详细教程
如何获取DeepSeek的填表API？
登陆DeepSeek开放平台（海外IP可以用邮箱注册）
充值
- 创建APIkey
设置DeepSeek API
❗请先检查自己的角色卡聊天格式。然后去填表规则页面，正确填写你的提取规则和排除规则
Q：为什么要设置填表规则和排除规则？
A：我们点开角色卡聊天对话的AI回复楼层的小铅笔做个参考。因为酒馆预设条目、世界书、特殊插件等等的要求，一次AI的最终回复可能有大量内容混杂，这些内容都使用XML标签相互隔离。数据库作为填表插件，正文以外的内容都不需要阅读。所以如下图，可见正文是被<content>和</content>包裹的，那么数据库只需要添加提取<content>和</content>标签内的内容。如果你的正文是被其他标签包裹，请修改成对应的标签，具体请查看自己的小铅笔。如果正文标签内部还有我们不需要的标签内容或者你的正文没有被标签包裹，只能去一个个添加需要排除的标签。
打开数据库的API设置页面，勾选自定义API，不勾选使用主API、不勾选启用流式传输
填表规则页面，打开严格JSON填表响应（推荐SQL填表模式，非必要不建议原生填表）
- 填入DeepSeek的URL
https://api.deepseek.com/v1和你的API key，最大Tokens 60000，温度1（截图使用的是opencode go的首月5刀套餐，总共可使用60刀额度的DeepSeek V4）
点击加载模型列表，填表模型只需要使用吐字速度最快的V4 Flash模型即可
要求JSON输出通过response_format:type: json_object控制，COT（思维链）通过thinking:控制
在附加主体参数填入关闭COT（思维链）参数：
| response_format: type: json_object thinking: type: disabled |
- 如果关闭COT的情况，V4F填表/召回任务报错太多，就把COT打开，操作也很简单，只要把thinking的disabled换成enabled
- 下面是打开COT的附加主体参数：
| response_format: type: json_object thinking: type: enabled |
❗注意type:后面有个英文空格
- 最后，再单独保存一个仅关闭了COT，没有打开JSON格式要求的V4F的API预设，用来给召回使用。附加的主体参数不需要填写response_format: type: json_object
原理
如何选择填哪个？
数据库无论是召回还是填表，对AI返回内容的格式都有要求
DeepSeek V4预览版的格式遵循能力很垃圾，是蛆，所以重型表格模板不适合DeepSeek填表。但是，数据库通过强指令要求JSON格式输出解决了掉格式的问题
当启用SQL模式填表时，如果填表失败，数据库会自动拼接上失败原因，再次发送请求给填表AI，要求它重新填表。这个步骤默认会循环3次。正常情况下，是不会有AI因为数据库表格的check限制一连失败3次的，如果频繁失败，请检查数据库报错日志，或者更换渠道
不建议使用公益站、英伟达、有外审平台、弱智模型平台（包括英伟达和火山方舟）、不支持严格JSON输出的平台（硅基流动）的API进行填表。出了问题一般只会建议你换渠道。
正常情况下，关闭COT的V4F填表和召回都不会很慢，如果你的填表召回过程非常漫长，通常和模型自身无关，只和你自己有关，常见的两种可能性：① 你没有按照本章的DS的设置操作 ② 你在数据库的填表召回附加世界书条目里，默认勾选了和记忆无关的，有要求模型分析推演意图的世界书条目，导致本来只需要执行填表/召回的模型被迫去进行了推演分析。这种情况下，速度慢算好的了，更多情况下是反复报错。
DeepSeek填表的优点
对比gemini系列填表，不会在记忆和召回时下毒，填写不存在的极端化支配绝望服从内容，影响记忆质量，导致正文输出变味
对比豆包模型填表，关闭COT的V4F填表和召回速度飞快，并且也不会出现豆包对NSFW情节的软回避问题
便宜、不一定要实名制、服务质量相对稳定
DeepSeek填表是蛆，所以请按照教程操作，最忌讳俺寻思和灵机一动
常见问题
Q：我设置温度0.85，不关闭Cot也没报错啊？
A：DeepSeek文档——思考模式不支持 temperature、top_p、presence_penalty、frequency_penalty 参数。请注意，为了兼容已有软件，设置参数不会报错，但也不会生效。
Q：为什么不用Pro模型？
A：Flash吐字速度快，Pro处理复杂稳定反而可能因为想太多导致出问题。
Q：为什么要关Cot？关了Cot不是理论上更容易出错吗？
A：提升填表速度。并且开思维可能导致模型思考过多、或者空回、或者思维链漏正文。总之，鱼和熊掌不可兼得，报错太多了就开COT，觉得表现稳定就可以关COT。
Q：为什么要准备两个API预设，填表不是王朝了么？
A：数据库的功能一共有填表、召回、推进三个功能。召回和推进还没有适配JSON严格，如果使用JSON严格的API预设，可能导致召回或推进任务失败报错。
Q ：表格模板有无推荐？
A：默认的表格模型已经足够轻量，重型复杂表格如今也已经支持，如果填表依旧不稳定，推荐相对轻量的sqlite表格模板V6。召回则推荐纯时间召回。或者默认的召回关掉背景设定。
衍生：推荐操作，单独创建一本空白的世界书，只给数据库用。
为什么要建议这么做？
- 时间召回主要目的是挑选本次召回相关的记忆，然后计算这些记忆和本轮互动的时间差。而角色卡主世界书的大部分附加世界书条目，对单纯的召回作用效果不大，还会占据更多一次召回请求里消耗的token。
- 对于使用了额外模型解析的MVU卡而言，数据库的记忆注入单独世界书后，如果挂载为聊天世界书，MVU框架会自动把数据库的记忆视为mvu_plot，从而避免mvu变量更新模型在更新变量时，读取到数据库的输出记忆，导致变量更新异常。
参考实际案例：
填表规则，数据库注入单独世界书：填表规则，附加世界书手动选择单独世界书和角色卡主世界书
剧情推进预设：时间召回（自行下载最新版本）
剧情推进世界书：不选择角色卡主世界书，仅选择注入世界书
注入世界书挂载为聊天世界书
