相关文章
66 篇高质量内容
Dify 社区版迁移企业版：数据、权限和回滚怎么安排
从社区版迁移到企业版，真正困难的通常不是启动新环境，而是证明业务状态没有在搬运过程中丢失。应用定义、数据集、文档解析结果、成员关系、API 凭据和外部回调并不一定具有相同的导出方式。迁移方案要把它们拆开盘点，给每类对象指定来源、目标、转换方法、校验规则和回退位置，不能只安排一次停机复制。判断这个场景是否适合先确认迁移动...
Dify 混合检索与重排序：知识库答不准时先查哪一层
知识库回答不准确，不能下意识就提高召回数量或更换模型。一个问题要经历查询表达、过滤、关键词与向量召回、候选合并、重排序、上下文拼装和生成，任何一层都可能丢失证据。混合检索和重排序只解决其中一部分：前者扩展候选来源，后者重新判断相关性。实施前先保留每层结果，才能避免靠调参碰运气。判断这个场景是否适合混合检索适合同时存在精...
Workflow 还是 Agent：Dify 企业应用的边界怎么划
Workflow 与 Agent 的差别不只是界面上的两种编排方式。前者由设计者预先定义步骤和分支，后者让模型在运行时选择行动与工具。企业应用的关键问题不是哪个更聪明，而是哪部分允许动态决策、哪部分必须可预测。边界划错后，轻则调试困难，重则让一次含糊指令触发不应执行的业务动作。判断这个场景是否适合步骤稳定、输入结构清楚...
Dify Agent 工具权限：让智能体能办事，也能被审计
Agent 能调用工具之后，风险不再停留在回答是否准确，而会进入真实系统。一次参数误判可能查询到不该看的记录，一次重复调用可能创建多份工单，一段被文档诱导的指令可能尝试外发信息。因此工具权限必须按真实执行链设计：模型负责提出动作，平台验证身份和范围，人在关键节点确认，业务系统执行并留下可追溯结果。判断这个场景是否适合先...
Dify 应用上线后的 LLMOps：该看哪些日志和指标
Dify 应用上线不是项目终点，而是开始接触真实表达、真实资料和真实故障。只看调用次数与平均耗时，会漏掉最重要的问题：用户是否完成任务、引用是否支持答案、工具是否产生正确业务结果。LLMOps 要把一次请求从入口关联到检索、模型、工作流、工具和人工处理，并用业务可理解的方式决定继续观察、修正还是回退。判断这个场景是否适...
JOTO 如何做 Dify 交付：从企业版部署到业务陪跑
JOTO 是 Dify 战略合作伙伴。企业交付仍不能被简化为安装一套平台。真正要交付的是一条可持续运行的业务链：需求有边界，数据有来源，应用能被维护，权限可审计，故障能恢复，使用者知道何时相信、何时确认、何时转人工。部署只是底座，场景选择、共同验证和上线后的运营决定它是否长期可用。判断这个场景是否适合启动阶段先找业务问...