Dify 工作流越做越乱，问题出在拆分方式
Dify 工作流一开始往往很清爽，几个月后变成没人敢改的一团。问题通常不是节点太多，而是三种逻辑混在了一起。本文给出四个拆分原则：按单职责切分、把可复用部分抽成独立能力、给每个分支留出口、用命名与注释为未来的维护者服务，并附一个判断标准。
其它资讯
做了几十个 Dify 项目之后，我们总结的五条经验
安思派团队基于 Dify 交付了几十个企业项目，踩过的坑有一些共性：场景选错时编排做得再漂亮也没用、知识库效果取决于文档整理而非模型、权限最后补一定返工、复杂不如可靠、上线才是开始。本文逐条讲清这五条经验的来由与做法。
在 Dify 上搭的 Agent，为什么上不了生产
Dify 这类可视化编排平台让搭一个 Agent 变得很容易，但从演示跑通到生产可用，中间还隔着五道缺口：数据没接进来、权限与审计没做、异常没有兜底、并发下不稳定、业务口径变了没人同步。本文逐条拆解这五道缺口和对应的补法。
WorkBuddy 开通之后：从全员培训到首个场景跑通
很多企业开通了 WorkBuddy 企业版，账号发了、培训也做了，两个月后活跃度却掉下来。问题通常不在工具，而在「用起来」这件事没有被设计。本文区分三种不同的「用不起来」——不会用、跑不出场景、管不住——并给出各自对应的解法与判断方式。
跑了两年 FDE，我见过最反常识的五个现象
这是一位 FDE 工程师在项目现场记下的观察。企业要做的和真正卡住的地方往往不是一回事，数据不在 IT 部门手里，项目停摆通常没人对结果负责，上线后最脆弱的不是模型而是口径同步，最先用起来的也不是最初的目标用户——五个现象，指向同一件事。
企业知识库问答答不准，问题多半不在模型上
很多企业自己搭了知识库问答，效果却始终差一口气。排查下来，问题往往不在模型能力，而在三个被忽略的环节：文档切片切错了地方、企业内部的说话方式没有被翻译、答案给不出出处。本文逐个拆解这三件事，并给出改动的先后顺序。