无尘阁日记

无尘阁日记

接入deepseek之需求对话-006
2025-03-24

《接入deepseek之需求对话-001》

《接入deepseek之需求对话-002》

《接入deepseek之需求对话-003》

《接入deepseek之需求对话-004》

《接入deepseek之需求对话-005》

《接入deepseek之需求对话-006》


问:

provider_type VARCHAR(50) DEFAULT 'international' COMMENT '供应商类型:international / domestic / internal',这啥意思。

答:

这个字段 provider_type 是在 ai_providers 表中定义的,它的设计初衷是:对接多个来源不同的大模型服务商时,标记其来源类型或使用通道类型,方便系统做调用路由、权限分级、性能预判、合规监管等策略控制


✅ 字段详解:provider_type

含义使用场景
international国际供应商如 OpenAI、Anthropic、Google、Cohere 等,通常需出境网络或配置 API Key
domestic国内供应商如 阿里通义、百度文心、商汤日日新、智谱GLM 等,接入可走内网或开放平台
internal内部模型或代理服务指你们公司自己部署的模型(私有云、大模型网关、微调版服务),或者通过中间层代理封装后的模型调用

🧠 设计这个字段的核心目的:

  1. 网络路由控制

    • international 需要判断是否走代理(如跳板机或翻墙服务)

    • domestic 优先走公网,部分可走内网网关

    • internal 直接走局域网调用或容器通信

  2. 计费与控制策略分层

    • 国际模型通常更昂贵,调用频率、token配额需限制更严格

    • 内部模型则更灵活,甚至可设置为无限调用

  3. 前端展示 & 模型切换逻辑

    • 你可以在前端按供应商类型分类展示(如:国外模型 / 国内模型 / 内部模型)

  4. 日志审计合规

    • 合规要求系统需记录模型来源,尤其在涉及出境数据访问时必须留痕


✅ 示例用法:

SELECT * FROM ai_providers WHERE provider_type = 'international';

→ 可筛出所有国外模型供应商,用于管理后台统一限流或弹性策略管理。


如果你愿意扩展,也可以将该字段替换为 ENUM 或维护独立 ai_provider_types 表来做更复杂映射(适合未来支持代理网关、混合路由、计费通道分流时使用)。

是否需要我给你出一张模型供应商来源分类的决策图?或者重新整理 ai_providers 的字段结构表?我可以继续处理!

问:

-- 5. ai_answers(答案存储表)

`is_user_editable` BOOLEAN DEFAULT FALSE COMMENT '是否用户可编辑',

啥意思,啥时候用?

答:

✅ 你问得非常到位,ai_answers.is_user_editable 是一个关键控制字段,它的作用是在系统中划分哪些答案是只读的、哪些是用户可以手动修改/维护的,核心在于:


🧠 字段含义解读:is_user_editable

含义使用场景举例
TRUE该答案允许用户在前端编辑企业知识沉淀类回答、自定义 FAQ、人为优化 AI 回答
FALSE只允许系统生成,不可人为修改来自模型自动生成的回答,用于一致性、可回溯目的

✅ 使用场景举例

is_user_editable = FALSE(默认)

  • 模型自动回答后的内容,例如 GPT-4 生成的回答,系统写入 ai_answers

  • 用户 不能在前端或后台直接修改这个回答

  • 用于保证“历史可追溯性”,防止后改乱源

is_user_editable = TRUE

  • 管理员或知识运营人员希望将 AI 回答进行修改、润色或人工优化

  • 用户从“历史命中回答”中点击“编辑回答”,进入可视化编辑器

  • 修改完成后,保存在原 answer_id 上(或者可做版本控制)


📌 一个典型使用流程:

  1. 用户 A 提问 “如何评估写字楼租赁价值?”

  2. 模型返回一段回答,被系统认定为高质量,写入 ai_answersis_user_editable = FALSE

  3. 后台管理员想对这条回答做补充,加上地域差异说明,于是手动开启 is_user_editable = TRUE

  4. 管理员更新回答内容,系统记录 updated_byupdated_at

  5. 该回答仍绑定原 answer_id,但变为“人工维护的标准答案”


✅ 你可以这样用它:

  • 在后管页面“标准答案列表”中,支持筛选「可编辑答案」→ 供企业维护自己的答复体系

  • 对已命中回答,提供「编辑按钮」的前提是:is_user_editable = TRUE

  • 某些回答一旦人工优化过,可设定不再被模型覆盖更新(防止好内容被替换)


是否为你:

  1. 在字段说明文档中补充这一字段应用?

  2. 在联动流程图中加上“回答是否可编辑”的分支逻辑?

  3. 输出后管「标准答案编辑页」字段草图视图?

继续交给我安排!

问:

这里的`is_user_editable` BOOLEAN DEFAULT FALSE COMMENT '是否用户可编辑',到底针对的是谁?

答:

非常关键的问题 ✅,我们来明确这句话:

is_user_editable BOOLEAN DEFAULT FALSE COMMENT '是否用户可编辑'

这个字段中的 “用户”不是终端普通用户(前端访问AI助手的用户),而是指:

✅ 后管中的系统管理员、企业内容运营者、知识库维护人

也就是你们团队里负责维护标准答案、优化回答内容的人。


🚫 不是谁?

不是公司里普通在用 AI 助手提问的员工、客户、最终用户。


✅ 具体含义精确定义:

是否允许后台维护人员编辑这条答案记录(ai_answers)中的回答内容。

is_user_editable = TRUE 时:

  • 后台页面中该条 answer 字段显示为可编辑富文本框;

  • 系统允许修改 answer 字段内容(AI 生成后再手动优化);

  • 可用于「补充说明、润色语句、增加示例、符合行业习惯」等优化;

  • 修改后仍保留原 answer_id,系统通过 updated_byupdated_at 追溯历史维护人。


✅ 你会在什么时候设置为 TRUE?

  • 企业想“沉淀自己的标准答案体系”

  • 某些 AI 回答虽合理但不够完整,需人工完善

  • 有法律或合规风险内容,需审核后上线使用

  • 企业高频问答 FAQ,需保障内容可控


✅ 你会在什么时候保持 FALSE?

  • 所有回答都只用模型自动生成,完全自动化

  • 不希望手动干预(防篡改、保障一致性)

  • 答案用于分析/训练,不想污染原始数据


🧩 总结一句话:

is_user_editable 控制的不是最终提问者能不能改答案,而是后台维护人是否允许维护这条答案


是否现在为你:

  1. .md 字段文档中标注这一解释?

  2. 将这个字段加入“标准答案维护流程图”?

  3. 或你想设置某些角色(如企业内容编辑者)可编辑此类答案?我可以补角色控制逻辑进去。

继续说,我这边马上跟进。