本来是按照需求分开做了几个文档生成和聊天的工作流。 
因为文档的特殊性，做成了多个（贼长的）工作流，这个绝对理解。 
可是现在说产品设计上只要一个聊天的接口和其他纯粹生成的接口（也理解，但这一整个聊天的接口我咋搞）， 
这我咋统一？然后我之前说要不做一个统一的，结果说不行（因为知道提示词长度限制单一的效果不好）， 
那么现在的问题就是， 
我是搞个新的CHATFLOW,然后加一层AI判断节点判断,然后调用这些工作流？？ 
还是直接把这几个工作流里面的前部分的某个节点结合，合并成同一个工作流的不同分支？？ 
文档生成和聊天工作流数目有些多，麻了，公司的业务，八成这么搞响应事件又会慢一次请求的时间， 
但是工作流这种东西，不这么搞也没办法啊，合并后这提示词得多长…那些乱七八糟的需求都得写上… 
想跑路了… 
公司的项目就很无奈， 
代码开发嘛，不让，说搞成工作流方便维护， 
一整个工作流嘛，又...