2 Commits

Author	SHA1	Message	Date
weicw-dshsa	a8c8dd8643	feat(dify): 全部迁移到内网实例，统一为单份配置 ... VPN 打通后开发机可直连内网，原先「默认公网 + prod 覆盖内网」的双份配置 已无必要，且两套 Key/知识库 ID 完全不通用（实测互打一律 401）， 留着只会造成误用。公网那套整体移除，回退到 git 历史取。 - application.yml：base-url 与 8 个应用 Key、全部知识库密钥/ID 改指内网； 原默认值来自公网，其注释同步改写 - application-dev.yml / application-prod.yml：删除 dify 覆盖段。 YAML map 是按键合并而非整体替换，保留一份与默认值相同的覆盖 只会在将来漏改时混出「一半内网一半公网」的状态 - DifyProperties：默认 baseUrl 改内网，类注释同步 修复一个上线起就坏的接口： - admin 端「竞赛历史」文档列表按 challenge-cup 取库，而该 ID b342f096-… 在**公网实例上也返回 404**（公网真实的挑战杯库是 7c812029-…，从未登记），故该接口一直不可用。改指内网「竞赛案例」 库（181d58e3-…，145 篇），实测已能列出文档。对外路径保持 /challenge-cup/documents 不变，以免影响 admin 端调用 清理失效的工作流变量（内网实测已从开始节点移除）： - document-process 的 query / pdf_url，declaration 的 parse_value。 三者配置为空串以显式丢弃 —— 直接删行会退回「按原名透传」， 反而把 pdfUrl / parseValue 这类驼峰名发给 Dify。实体字段保留， 不破坏 /documentProcess/upload 的入参契约（pdfUrl 仍参与 「必须提供文件或 pdfUrl」的校验，只是不再转发） - 注：Dify 对多传变量静默忽略，故此前不报错、功能未受影响， 属「看着对其实无效」的配置 测试：改断言为内网值，并新增「不残留任何公网配置」「失效变量必须 配成空串」等防回归用例；变异验证（base-url 改回公网 / 空串改回生效名） 确认用例有真实判别力。Dify 相关 44 例全绿。 Refs: .scratch/dify-probe/README.md, .scratch/ai-assistant/map.md	2026-10-12 12:37:33 +08:00
weicw-dshsa	8c994d9ed2	Dify 配置外置并切至内网实例 ... 接口地址与各应用 API Key 原先硬编码在 AiController 与 KnowledgeBaseController 中，换环境要改代码、密钥还会散落在多处。 新增 DifyProperties 统一收敛到 dify 配置节点，并补上文档中缺失的 两个应用与知识库管理接口。 - 新增 DifyProperties，外置 base-url / 8 个应用 Key / 知识库密钥， 默认值保持公网实例，本地开发不受影响 - 生产 profile 覆盖为内网 10.100.158.15，含全部 8 个应用 Key 与 两个知识库的独立密钥 - 新增申报书生成、智能文档处理两个工作流接口（含文件上传版本）， 接入既有的 WebSocket 流式推送与停止机制 - KnowledgeBaseController 补齐知识库增删改查、文档管理与索引进度， 并对文档状态动作加白名单，避免路径参数被任意拼接 - 修正 AI 内容创作的 number 变量名：Dify 侧为 Number， 变量名大小写敏感，此前一直发送小写导致该功能缺参 - 生产下显式覆盖公网知识库 ID 的密钥：YAML 的 map 按键合并而非整体 替换，不覆盖会残留指向公网实例的死密钥 工作流变量名取自内网实例实测（probe-dify.sh），其中申报书生成与 文档处理两组变量与公网命名习惯不一致，故以配置映射承载，改名只需 改 yml 而非改代码。 新增 18 项测试，覆盖配置绑定、profile 覆盖完整性（逐项断言 8 个 Key 均已覆盖且不残留公网 Key）与入参到 Dify inputs 的映射。	2026-09-21 19:46:49 +08:00