项目标题里第三课落点在"查看COZE智能体配置"，很多朋友会下意识觉得：配置有什么好看的，填错ID改一下不就行了。实际上做HDRP写实数字人，模型、皮肤、毛发、布料能堆到以假乱真，但真正让观众觉得"这个人活着"的，恰恰是它开口表达的那一套逻辑。这一课的内容就是把这套逻辑的源头——COZE智能体配置，从头到尾翻一遍，讲清楚每一项配置在数字人全流程里到底是干什么的、挂在哪里、怎么确认它真的生效了。这件事想明白了，后面接TTS、接口型、接表情驱动才不会变成无头苍蝇。

1. COZE智能体配置在数字人链路里的位置

1.1 整个数字人“开口说话”的数据链路

先把这个链路画在脑子里，后面所有排查都围绕它来。

text复制输入（文本/语音） → COZE智能体生成回复文本 → TTS语音合成 → 口型/表情驱动 → HDRP渲染输出

COZE智能体在这一链路的角色是"大脑"：接收用户输入，结合设定的人设、知识库、工作流和记忆，输出一段结构化的回复文本。这段文本会被送到TTS引擎变成音频，再根据音频的韵律和音素去驱动数字人的口型、面部表情，最后通过Unity HDRP渲染出来。

也就是说，COZE配置影响的不只是"说什么"，还间接决定了"怎么说"的节奏、语气和情绪。举个例子，你在COZE里把回复偏好设置为"简短口语化、多用短句"，那么TTS合成出来的音频节奏和停顿位置都不一样，数字人自然看起来更接近真人对话。如果你在配置里塞了大段书面语、长难句，那就算渲染再好，也会因为语速和停顿的质感不对而显得呆滞。

1.2 为什么课程3要先讲“查看”配置，而不是直接开发新功能

我见过不少同学拿到课程1、2的工程之后，第一反应是去写自定义对话系统，或者急着改模型，结果数字人要么不回应，要么回复内容完全偏离设定，最后回来问，发现是COZE后台那个人设提示词根本没填对。

先讲"查看"这层，是有实际意义的：

• 你只有知道每一项配置默认是什么、当前是什么，才能判断数字人行为异常是因为配置不对，还是代码逻辑不对。这是排错的基本边界。
• COZE后台可配置项很多，人设、知识库、工作流、触发器、记忆、模型参数，每一项都会影响最终对话质量。如果不先熟悉这些参数的读法和含义，后面做人物角色定制的时候根本无从下手。
• 数字人项目通常是多角色、多场景的，一个工程可能要切换多个智能体。配置的查看与对比能力，决定了你能不能高效率地管理这些智能体版本。

这一课虽然没有让你写一行炫酷的Shader或C#业务逻辑，但它建立的是整条链路的"基准线"。

2. COZE智能体后台的配置项逐项拆解

2.1 人设与回复逻辑：数字人性格的“初始种子”

人设提示词是所有配置里最关键的一项。同一个数字人模型，配上不同的人设，说话风格可以完全不同：一个是正式展厅讲解员，一个是活泼的带货主播，一个是回答专业问题的技术支持。

在看人设配置时，需要注意几个维度：

• 角色身份：这个数字人是谁，叫什么名字，在什么场景下服务用户。
• 说话风格：用词习惯、语气词、口头禅、是否使用网络热词。
• 任务边界：哪些问题该答，哪些问题不该答；超出边界时怎么回复。
• 输出约束：回复的长度限制、是否分点、是否使用Markdown、是否带有特定格式。

例如，一个用于口播数字人的智能体，我一般会在人设里写"回复使用口语化短句，每次回复控制在80字以内，先给结论再给理由"。这样输出给TTS时，音频节奏更接近真人，不会出现一口气念不完的长句。

在"查看配置"这个环节，你要做的就是逐字检查这些人设描述是否和数字人的定位一致。我曾经遇到过一个人设里同时写了"你是严谨的技术专家"和"你亲切幽默、爱开玩笑"，结果同一个问题，回复风格时冷时热，非常不稳定。这类冲突问题，配置阶段比代码阶段更容易发现。