好在上面这个就上面我们再来看一下，就是在浪费里面，它除了这个child comment，再往下面就是上面这块，我们在聊天过程当中，其实我们对应的这些信息，它的这种复杂度其实还是比较低的。如果说我们面临什么？面临比较复杂的一个场景。单纯的用这个chat plate，这个comment comment，其实，也是会显得比较繁琐一些。在这种情况下面，在这个chat comment table里面，它还提供了有一些不同类型的这些消息提示模板。结合这些提示模板的话，能够让我们在处理更加复杂的场景下面，会更加的灵活一些。
 
所以这块我们也要来看一下，其中的不同类型的这些message prominent ment，放一下AI message comment message prominent family以及union message public company。通过这个名称来看，跟我们以前所讲的角色有点相似对吧？你看分别是创建人工智能消息，系统消息跟人工消息？那么我们前面这个案例，我们可以把它调整一下。我们来看一下这儿把这个复制一下。好，然后把它拉过来，然后把案例来拉过来。
 
好，拉过来之后，我们来看一下。在这儿首先是这个系统环境，让上点permanent import，再来我们导入了三个消息提示模板对吧？Chat permanent test, test message permanent temple以及后面message mint tempted把这三个导进来。
 
导进来之后来看一下。首先模板的一个文件set of temper，就是我们的系统模板。你是一个翻译专家，擅长讲什么语言，翻译成为什么语言，这是我们一个模板。Certain message comment，这是一个comment提示词，对吧？上面是我们的模板，然后对应提示是什么来的呢？就是系统的提示词，service message promoted from tempted，那么这个是我们的系统支持。
 
那么通过上面的模板，我们拉到了还有同学们后面这个是它的一个模板terminate。通过这个home message permanent terminate，通过这个模板得到了我们用户的提示。还有，然后就是通过他的form message，里面对应的是set message comment和用message comment。其实你会发现这一块的一个处理操作，在我们前面所讲的那个技术上面，其实它好像就是什么。他的他就是你看把我们这两块，把它拆出来了，去做满做分别的一个定义处理，对吧？就这样的一个操作。我们刚刚是把它放上去。
 
刚刚是在这儿。
 
在这儿我应该把把这个拿过来，这是代码，我们要把它还原回来。对，差点搞错了。好，大家反正回来。就是在这一块，对吧？在这一块，所以其实它本身也就是这个恰恰point它就是用来去处理我们这个聊天提示模板的对吧？他只是把它内部的这些消息的这些角色做了对应的一些细分。通过对应的一些细分的这些学生模板，帮我们去做具体的一些细节的一个什么细节的一个分工，这是这一块，在这一块，下面这个代码其实就完全是一样的，完全一样的，就没什么变化。
 
再来看一下。这是我们的平时，然后下面这就是我们的输出？我喜欢大型语言模型，那么把它给翻译过来了。看见过了，所以这个是我们所讲的另外一个点，就是对于拆分对吧？对于这种拆分，大家可能不太清楚应该怎么去选择。那么直接使用这个chat content mult与拆分为它的一区别这种直接性。使用这个chat permanent term可以直接更直接的定义整个对话流程。而拆分模板则需要分别定义系统消息跟用户消息，组合他们。
 
如果说拆分模板提供了更高的灵活性，允许更精细的控制对话的不同部分。例如你可能在想在对话的不同阶段改变系统消息，或者说根据不同的用户输入使用不同的模板，可读性和维护性。拆分模板可能使得代码更加的模块化，从而提高代码的可读性和维护性。每个模板都有明确的职责，这有助于在未来修改或扩展对话系统时候的时候更容易的理解和修改。
 
然后复杂性直接使用chat comment compute可能会更简单，特别是对于简单的动画场景来说。然后对于复杂的对话系统拆分外，可能更有助于管理的一个复杂性。所以在这里面不管怎么样，你是单独去使用还是做相关的一个拆分。首先基本的技能力的具备。第二个在我们后面的实际场景过程中应该怎么去选择。你要结合你设计的复杂性，综合的去评估，那么就OK了。好，这块我们就介绍到这里面。