这是我自己在使用nr的时候，随着响应应答等各类流程的越来越复杂，维护日趋吃力后反思，
遍历所有流程共通的一些节点和临时数据，总结之后发现，其实之前很多的节点和流都重复了，
很多重复的流可以改成子流程，很多重复的数据获取变量存储都可以简化甚至去除。
举一个例子
企业微信这个节点，相信很多人都用了，
不知道你们有没有发现，它会生成3个全局变量，分别是百度云的access token和企业微信的access token。订正，是我记错了，那个是我自己设的全局变量，节点变量没有显现出来。
于是在某些时候，我们需要用到百度云的access token就不需要再重复去获取，直接引用即可，当然你在申请百度云的时候需要把所有功能全部选上才行。
再比如在不同的流里面使用企业微信服务端节点是不行的，做成子流程，把关键词判断，多次轮询对话这些独立出来到子流程里面，后面只需要接着搞后续的节点即可。这样不需要在一个流页面里面放太多太多的东西，便于阅读和维护。
再比如小爱TTS的节点是不能添加多个的，也需要做成子流，在不同的流里面引入子流即可。
类似的例子很多，如果梳理一下之前的那些流，去掉多余的东西，你会发现不仅仅是在阅读性上还是维护性方面都会有很大的改善。。
后面有空分享一些可以通用的子流 
这个坑我先挖了。。
