1. Agent协作：2026年最值得重仓的工程方向

这篇开着有点费劲。7月初我就在往备忘录里写提纲，一直改到今天才真正坐下来动笔。倒不是没东西可写，恰恰相反，这三个月AI圈子挤满了话题——从文生视频的物理一致性突破，到开源模型的参数效率竞赛，再到各家云厂商接连推出的Agent托管服务。但真正让我觉得"值得专门写一篇分析"的，反而是一些没那么热闹、却在底层悄悄发生的变化。

先说一个我判断了很多轮、最终确定会作为第一期核心主题的趋势：多Agent协作正在从实验室玩具变成生产环境的标配。如果你在过去半年里尝试过用单个Agent跑一条稍微复杂一点点的业务链路，肯定体会过我下面说的这些瓶颈。而这正是整个行业在2026年9月这个时间点上，最值得关注的结构性变化。

1.1 单Agent的硬瓶颈：上下文不是无限面包

我团队从2025年下半年开始大规模用Agent辅助做数据分析项目，那时候的思路很简单：一个Agent，给它一个需求，让它自己去调用工具、写代码、出结果。小型任务没问题，比如"统计本周各渠道转化率并生成图表"，单Agent做得又快又好。

但任务一旦复杂，问题就来了。

首先是上下文膨胀。单Agent要完成一个大任务，必须不断把中间结果塞回上下文里去理解。比如一个市场分析项目，需要读取12个数据源、清洗几万行数据、跑三组回归模型、再生成一份完整报告。这些中间产物加起来，很快就把上下文窗口给撑满了。模型开始在早期步骤上"失忆"，明明第3步已经清洗好的数据，到了第8步它会重新用原始数据去算一遍，导致整个结果前后矛盾。

其次是工具调用误差的累积。Agent每调用一次工具，就有一次概率出错——参数写错、路径写错、网络请求超时。这些错误单次看起来概率不高，但串联起来就很要命。我算过一笔账：一个需要调用15次工具的任务，即便单次工具调用成功率高达98%，整体成功率也只有约75%。也就是说，四个这样的任务里就有一个会莫名其妙地卡在某个环节上，要么死循环，要么给出一个完全跑偏的结果。

更为隐蔽的是子任务的互相干扰。单Agent在一个上下文里既做数据清洗又做统计分析，两个任务的知识会互相"污染"。有一次，我要求Agent先处理缺失值再用处理后的数据建模，结果它在建模阶段"自作主张"重新做了一遍清洗，把原本标记好的异常值又改了回来——模型自己没意识到，它已经偏离了我的要求。

这些问题在技术社区里已经讨论了很久，各家也出了不少缓解方案。但到2026年中，大家形成了一个共识：与其在一个Agent身上打补丁，不如直接重构架构，把大任务拆成多个Agent，各自持有独立上下文、各自调用专精工具、通过明确的通信协议协作。这个思路对应到人类社会，就是从"全能个体户"变成了"专业团队"。

1.2 三种多Agent协作架构：编排式、自由式与层级式

我过去半年跑了大量多Agent项目，也看了不少开源框架和云服务的实现方式。归纳下来，现在主流的协作架构大致有三种，它们的区别很像团队组织的不同形式。

**编排式架构（Orchestrator Pattern）**是最常见的一种。一个"主Agent"负责接收用户需求、拆解任务、分配子任务，然后把结果汇总回来。子Agent之间不直接通信，所有信息都经过主Agent中转。这种架构的优点是好控制、好排查，非常容错——你随时可以检查主Agent分配了什么任务、拿到了什么返回结果。缺点是主Agent容易成为瓶颈，任务特别多的时候，它要在每个子任务之间不停切换，效率会下降。适合那些任务边界清晰、流程固定的场景，比如定时报表、标准化的数据清洗流程。

**自由协作式架构（Peer-to-Peer Pattern）**则更像一个开源社区。多个Agent挂在同一个通信总线上，谁有产出就把结果发出去，其他Agent如果觉得跟自己相关就接收处理。这种方式的优势在于灵活，能够应对高度动态的任务——任务中途需求变了，各Agent可以自行调整协作关系。但问题也很明显：不好调试，Agent之间产生了错误的连锁反应，你很难快速定位是哪一环出了问题。我建议工程师在探索性任务或模型能力显然还没那么强的早期阶段，谨慎使用这种架构。

**层级式架构（Hierarchical Pattern）**可以理解成一家公司的组织架构。顶层Agent是"CEO"，负责战略拆解；中层Agent是"总监"，负责把战略变成执行计划；底层Agent是"员工"，负责具体干活。这种架构能扛非常大规模的任务，每一层只需要跟上下两层通信，上下文压力被分散到了不同层级。缺点是延迟较高，每跨一层通信都有额外开销，而且层级设计不合理的话，很容易出现"传达不清"的问题。

三种架构我用一张表来对比：

选哪种架构，说到底取决于你的任务到底有多"脏"——界越清晰，编排式越好用；界越模糊，越需要灵活性强的架构来兜底。

1.3 实战案例：一个多Agent数据分析工作流

我在8月中旬刚跑通了一个多Agent协作的数据分析项目，可以拿出来当例子。项目背景是一个电商客户要做季度经营复盘，数据体量中等——十几个明细表、十几万行记录，要求产出PPT级别的分析报告，包含数据结论、原因推测和行动建议。

按照以前单Agent的做法，我得先把所有数据处理好，再把分析逻辑一段段喂给模型，来回好几十轮才能出个能看的初稿。这次我换了一个四Agent的编排式架构：主Agent统筹调度，下面挂数据分析Agent、可视化Agent、文案Agent，再加一个质量检查Agent兜底。

工作流大致是这样跑的：主Agent先跟用户确认需求细节，生成一份任务清单，然后把数据文件路径和清洗要求发给数据分析Agent；分析Agent处理后把结果结构化地返回给主Agent；主Agent再交给可视化Agent生成图表，同时把图表标注传给文案Agent撰写解释性文字；最后质量检查Agent拿着初始需求做一致性验证，发现问题就回流重跑。

在实际跑的过程中，有几个地方让我印象特别深。

第一个是接口协议必须先行。因为是自研的轻量级框架，我们用的是JSON格式传递消息。第一版跑测试时，数据分析Agent返回的结果里，把字段名加了前缀，而可视化Agent约定读取的是不带前缀的字段名，结果整个链路在中间断掉了。排查了半天，才发现是接口定义出了问题。这个教训现在成了我们团队的铁律：任何多Agent项目，第一个动作不是写业务逻辑，而是先把各Agent之间的通信协议定死，字段名、数据类型、错误处理机制、重试策略都要严丝合缝。

第二个心得是要给Agent设置"能力边界"。数据分析Agent如果同时被允许调用外部API，它会试着用一些不稳定的第三方服务去补充数据，结果反而拖垮了任务。后来我在配置文件里，把每个Agent允许调用的工具列表锁死，规则很简单：各司其职，越界权限一律不放。

第三个很有价值的经验是质量检查Agent不能省。我最初只用了三个Agent，跑出来的报告里有两处结论跟图表数据对不上——模型生成的文字描述和数据之间的对应关系，在没有交叉验证的情况下特别容易出错。加了质量检查Agent之后，它会重新计算图表里的关键数字，跟报告文字比对，不一致就自动打回。这个环节至少帮我挡下了一大半会被客户挑刺的错误。

现在关于Agent的讨论已经走到了"多Agent协作"这一步，各大开源社区也在不断放出新的训练方法和协调框架，像DeepSeek团队公开的智能体训练思路，已经有不少团队在借鉴。我也看到一些团队开始尝试让Agent自主编排自己的工作流——正好是另一个值得单独讲的方向。

2. AI编程的下半场：测试开发才是真正的护城河

说完了Agent协作，我想接着聊一个同样重要、但经常被忽略的领域——AI编程和AI测试开发。

AI编程是这两年最热闹的话题之一，几乎每家开发团队都在用生成式AI辅助写代码。但一个很有意思的现象是：大部分团队把99%的精力花在"生成"上，却几乎没有认真对待"验证"这个环节。这就好比请了一个效率极高的程序员帮忙写码，却没有人愿意承担代码审核和质量保障的工作，最后出bug的概率自然居高不下。

2.1 AI编程工具的演进：从补全到闭环

我自己的使用经历可以分成几个阶段。2024年到2025年初，AI编程工具的主要能力是自动补全和单函数生成，说实话，那时候它只是"省了一些打字时间"。2025年下半年开始，工具进化到能理解整个项目上下文，自动生成跨文件的代码改动——比如你让它改一个接口，它能把调用方、测试用例、文档注释一并改了。变化很明显，但仍然是"辅助"性质。

到2026年，我发现真正拉开差距的不再是"生成的代码量"，而是"生成后的质量保障"。AI生成的代码看起来都对，但很容易在边界条件下翻车：空指针、类型转换、并发竞争、敏感信息硬编码……这些问题是模型训练数据里最常见的错误模式，也是代码review时最容易被人类忽略的盲点。

我在7月帮一个朋友团队排查过一个线上事故：AI生成的日志脱敏代码在常规测试里全部通过，但有一条异常路径会把完整的请求参数打进日志文件，里面包含了用户的手机号。这类问题，传统测试根本覆盖不到，只有测试设计本身考虑了隐私边界，才能提前发现。这个案例让我彻底改变了看法：AI编程的下半场，不是写代码，而是验证代码。

2.2 AI测试开发：怎么让AI替你把关

所谓AI测试开发，就是用AI来生成测试用例、执行回归测试、分析覆盖盲区。这个方向这两年其实已经有不少工具化实践了，但真正用得好的人不多。

我团队目前在用的这套流程是这样的：每次用AI生成完代码，我们会立刻用AI生成对应的测试用例集——不是简单的"测几个happy path"，而是让测试Agent阅读需求描述、理解业务约束，然后针对性地构造正常、异常、边界三类用例。比如一个计算优惠金额的函数，正常用例是"满减计算正确"，异常用例是"金额为负、优惠券过期、用户等级非法"，边界用例是"恰好满499元、满减阈值附近浮点精度"等等。

大概跑了几十个项目之后，我发现AI生成的测试用例有个明显优势：它从来不会因为"懒得写"而漏掉边界条件。人类测试工程师往往会下意识地只测自己能想到的场景，而模型在挖掘异常路径方面，尤其是跟业务规则相关的组合条件，效率比我预期的高很多。

但AI测试也远非万能。最典型的坑是**"测试通过幻觉"**——生成式模型倾向于生成那些"看起来能通过"的测试用例，也就是说，测试设计本身可能跟被测代码共享了同一套错误的假设。举个例子，如果业务规则定义就是错的（比如"计算折扣时按原价计算"这个前提就错了），AI生成的测试用例大概率也会按照错误的规则去设计，测试运行全绿，但业务逻辑照样是错的。所以我现在规定：AI生成的测试用例，必须人工review测试设计本身，重点看它有没有覆盖到需求的业务含义，而不是只看代码覆盖率。

我经常给团队的测试工程师说一句话：AI时代，测试工程师的核心竞争力不是写测试代码，而是写"测试需求"——把业务规则、约束条件和遗留风险清晰地描述给AI听。这一步做得越扎实，AI生成的测试质量就越可控。

2.3 AI工程实践的正确打开方式

那"AI工程实践"到底应该怎么落地？根据我这些年的经验，一个比较稳妥的闭环流程大概是这样的：

第一步：需求澄清。把用户需求转化成AI能理解的规格说明，包括功能逻辑、边界约束、性能要求、安全要求。这一步千万别省，我观察了很多团队，80%的返工都源于需求描述不清楚。给一个反面例子："写一个用户注册接口"——这在AI眼里太模糊了。正确的规格说明应该包含字段约束、重复注册处理、密码强度规则、验证码校验逻辑、日志脱敏要求等等。

第二步：代码生成。用AI生成实现代码，同时可以让AI自己标注可能的实现风险和遗留假设。比如它如果没做并发控制，应该主动标记出来，而不是默默略过。

第三步：测试设计。让AI基于规格说明，而不是基于代码，生成测试方案。测试方案经过人工确认后，再让AI生成测试代码并执行。

第四步：验证与审查。代码review的重点从"逐行看逻辑"转向"对照验收标准查漏补缺"。AI生成的代码，人不用再花几个小时逐行阅读，但要把主要精力花在检查"测试有没有覆盖需求盲区"、"日志有没有泄露敏感信息"、"异常路径的兜底逻辑是否完整"这些更宏观的问题上。

我见过一些团队试图完全依赖AI闭环，把整个需求、开发、测试、部署全交给Agent链去做，人类只看最终结果。这个做法在产品原型阶段可行，但在生产环境极其危险。人机协作的黄金比例，目前我认为是AI负责执行，人负责定义判断标准——判断"什么是对的"这件事，还是要牢牢握在自己手里。

顺着这个思路，AI编程和AI测试开发会越来越像一个整体，而遍及各个行业的内容生产，也在发生类似的分工重构。下一部分我聊聊另一个我很看好的方向——AI短剧和内容工厂。

3. AI内容工厂：短剧、漫剧与知识类视频的生产管线

如果说Agent和AI编程是"工程向"的趋势，那AI短剧、AI漫剧就是"产能向"的趋势。这两个方向要说到的技术链路不同，但底层的逻辑是共通的：用AI完成内容生产里的重复劳动，把人的角色从"执行者"变成"决策者"。

3.1 2026年的AI视频生成：从能看，到能用

我算是比较早接触AI视频生成的那批人。2023年那会儿，文生视频还只能生成几秒钟的模糊片段，经常一眨眼就诡异地扭曲变形。到2025年，各家模型陆续突破了长镜头一致性，几代模型在角色一致性上大幅进化——同一个角色，在同一段视频的不同镜头里，脸型、服饰、发型都能保持稳定。这个能力突破是个分水岭，因为它是"叙事型视频"的技术前提。没有一致性，你根本没法做需要多个镜头讲一个故事的短剧。

到了2026年9月，我在实际项目里调过好几款视频生成模型，它们已经能够支持几分钟的连续叙事，并且对镜头语言（景别、运镜、光线）的指令理解比之前可靠得多。但说实话，距离"随意生成一集完整短剧"还很远。我现在的判断是：AI视频生成已经过了"技术演示"阶段，进入了"工业管线"阶段——单靠一个人，用一组工具，就能在几天内产出一部质量可接受、成本可控的短视频或剧集作品。

3.2 从零到成片：一个完整的AI内容生产管线

我目前在跑的AI短视频项目，生产管线大致分成七个环节，每个环节用到的技术侧重点都不一样。

第一个环节是剧本生成。用大语言模型把创意点子扩展成完整脚本，包括分集大纲、人物小传、对白脚本。这里的小技巧是，不能一上来就让模型"写一个好故事"，故事好坏的评价标准太主观了。更好的做法是先喂给它一套明确的叙事规则——故事类型、目标受众、单集时长、剧集节奏（比如每集第30秒必须有一个小冲突）、角色目标与阻碍——让模型按照这些规格去填充，生成完再进行人工调整。

第二个环节是分镜设计。把每段文字描述转换成视觉场景脚本，包括画面里包含哪些元素、镜头运动方式、人物位置、光影基调。这一步是纯创意工作，人参与的比重最高，模型在单场景开放性描述上很强，但多场景之间的视觉连贯性仍然需要人来盯着。

第三个环节是角色设定。为剧本里的主要角色生成统一的人物形象描述，包括外貌特征、服装、常用道具，然后锁到角色一致性模型里去。我刚才说的"一致性"，主要就是在这里实现的。我遇到过很多次角色设定崩了的情况——第一集里主角穿的是蓝色外套，第二集就变成了灰色，因为中间换了一版设定描述，没有同步给模型。这种事情在传统真人剧组里几乎不会犯，但在AI生产流程里特别容易发生，因为创作是分层并行的，信息传递容易出现断层。

第四个环节是镜头生成。把分镜脚本和角色设定喂给视频生成模型，逐条生成候选片段。正常的做法是一个镜头生成3-5个候选，然后人工择优，或者直接让质量评估模型自动筛选。

第五个环节是配音和音乐。对白用语音合成模型生成，目前情绪表达已经很自然了，不过专业度要求高的项目，我还是推荐用真人配音。背景音乐和音效可以用AI作曲工具生成，这个技术两年多前就很成熟了，现在基本就是效率工具。

第六个环节是剪辑合成。把生成好的视频片段、配音、字幕、BGM在时间线上拼接。这里特别考验人的判断力——AI生成的镜头，节奏和叙事强度不一定匹配，需要人工决定某个镜头是保留、剪短，还是重新生成。

第七个环节是质量审核。包括画面清晰度、角色一致性、声音与口型同步、字幕错别字，还有内容合规检查。AI生产内容的时候，平台审核规则是不可规避的议题，我会在本部分后面再展开聊。

我在5月份用一个四人小团队试过这套管线，做了一部总共六集的知识科普短剧，从策划到成片，前后用了大概十天，单集成本远低于传统拍摄方式。放在三年前，这种体量的项目至少需要一个二十人左右的制作组加两个月周期。

3.3 内容合规与商业化的边界

说到AI内容生产，有一个绕不开的话题就是合规与版权。我特别想提醒那些刚入行的朋友：AI生成内容的自由度高，不等于你可以随心所欲。

在实操中，我给自己立了几条硬规矩。第一，剧本和角色必须原创。直接拿现成IP文本或真实人物去生成内容，在大多数平台审核规则下都有明确的侵权风险，等出了事再补救就晚了。第二，视频里如果用到了真实场景照片、注册商标、名人肖像，一样要规避。AI生成的内容不是无主之地，它只是降低了生产门槛，并没有改变法律框架。第三，平台内容审核规则要当成产品需求的一部分来对待——从剧本阶段就要考虑"这段话能不能过审"，而不是生成完了再做内容筛查。

商业化路径上，目前跑得通的主要有三条：一是短剧平台的流量分成和付费解锁，适合节奏快、爽点密集的娱乐型内容；二是知识科普和商业定制，适合有细分领域专业知识的团队，虽然制作量不大，但客单价高、可复制性也不错；三是IP孵化方向，用AI持续生成一个固定的虚拟人物或世界观，积累粉丝后通过周边、授权、直播等形式变现。

除了短剧和漫剧，AI视频生成在广告、文旅、教育这些垂直场景里也开始大规模落地了。我判断未来半年到一年，AI视频生成领域最大的看点不是"又一个技术指标被刷到多高"，而是生产管线的稳定性——那些真正能持续产出的团队，一定会比只会在单点环节炫技的团队走得更远。

聊完了内容生产，另一个绕不开的话题是：这么多AI工具和服务，到底怎么选？这也是每期趋势分析里我必然要花大篇幅讲的部分。

4. 工具链观察：AI生态开始大浪淘沙

过去两年，AI工具井喷式爆发，市面上的工具和平台多到让人眼花缭乱。而观察2026年9月的AI生态，我最强烈的感受是：大浪淘沙的阶段已经开始了。三个多月前还在热搜榜上热闹的各种AI网站和工具，不少已经悄无声息地关停下线；而少数沉淀下来的产品，正在从"单点工具"向"一体化工作台"演化。

4.1 工具生态的收敛：从爆发到整合

在我自己追踪的AI工具清单里，单是2025年，收藏过的相关产品就超过了两百个，涵盖对话、绘图、视频、编程、办公、音频、Agent编排等类别。到了2026年中我开始做季度复盘的时，发现一个明显的趋势：头部产品正在吃掉同类小工具的市场。

为什么会收敛？底层原因很简单：AI技术本身的更新快于产品形态的演变。如果你手里有一组模型能力强大的API，做一层UI包装就能变成"xxx工具"——这在爆发期非常热闹，但用户真正需要的不是更多工具，而是能解决完整问题的方案。当几款主流工具开始把对话、搜索、文件处理、知识库、Agent编排整合到一个界面里时，那些只能单独做好一件事的产品，自然就失去了存在价值。

这个趋势对普通用户的影响是什么？我的建议是，不要急着给每一类新工具都建一个账户。先用一个你能转移到工作流里的"主力助手"，把日常最高频的任务跑到顺手，再根据具体缺口去补充垂直工具，这样既能避免被工具绑架，也能更清晰地判断某些工具是不是真的值得长期使用。

4.2 通用平台与垂直工具：两条腿走路

当前生态里，工具形态大致分成两类：通用平台和垂直工具。

通用平台的典型代表是各家的AI助手和Agent开发平台，它们提供对话、知识库、文件处理、工作流编排等大而全的能力。这类平台的优点是集成度高、数据可以跨应用流转，适合从需求到交付链路长、需要多环节协作的复杂任务。但缺点也很明显：功能平摊到每个细分需求上，深度往往不够。比如你让通用平台做一个专业的短视频封面图，它的效果大概率比不上专门的设计类AI工具。

垂直工具则在特定场景里做到极致。我用过的比较多的是垂直类的AI建站助手、AI视频增强工具、AI音频修复工具等等。它们在特定任务上效果确实更好，也更符合特定场景用户的习惯。

我的选型逻辑很简单：基础能力和高频任务用通用平台，专业化任务和低频刚需用垂直工具。比如日常的文本处理、数据分析、代码辅助，我都用通用平台搞定；但一旦项目涉及需要高质量出图的环节，就会专门调用垂直绘图工具来保证效果；涉及模型视频修复与画质增强，也是垂直增强工具表现更靠谱。

下面用一个表格给那些刚接触AI生态的朋友一个参考维度：

顺便说一句，我在工具选型时主观上从来不迷信"热门AI网站汇总"。前几天还有人拿一个"2026热门AI网站TOP50"榜单来问我怎么看——大多数榜单其实都只是流量排行榜，读榜不如试用。真正能沉淀下来到明年的工具，一定是解决了真实场景问题的工具，而不是名字最好记的那个。

4.3 我筛选AI工具的四个维度

这些年我总结了一个四维筛选法，分享出来，希望对你的工具决策有参考价值。

第一，功能匹配度。这个工具是否正好解决了你当前真实存在、且高频发生的需求？如果答案是"好像有用但暂时不用"，那就果断放弃。工具的真实价值需要在场景里验证，不是在收藏夹里验证。

第二，数据安全与隐私合规。这是我在任何项目里都绝不妥协的一项。涉及客户数据、内部文档、业务隐私的内容，必须优先选择数据不会被拿去训练的私有化部署方案，或者至少是签署了严格数据处理协议的企业版服务。数据安全也是我特别想提醒大家注意的——很多热门AI网站默认会把你的输入内容用于改进模型，如果你的项目涉及敏感数据，一定提前检查隐私政策。

第三，集成能力。工具是否能嵌入你现有的工作流？能不能通过API或自动化平台跟其他系统联动？这个维度决定了你是在用工具，还是在使用工具的过程中被额外制造的工作打断。

第四，长期演进潜力。一个AI工具的存活周期可能只有一年甚至更短，所以我特别关注产品的迭代频率、团队背景和生态活跃度。没有持续更新的工具，我不建议投入太深。

用这四个维度去评估，你会发现很多热门的AI工具其实并不值得投入太多精力。而那些真正能在日常工作流里持续创造价值的工具，数量其实并不算多。

5. 未来半年：我重点盯的几件事

这篇写到这里已经很长了，但我想在收尾之前，留一小段分享一些接下来的观察指标。既然是趋势预测，总得把"预测"靠谱地落到未来几个月可以验证的方向上。

第一件事是Agent协作框架的标准化。目前各家框架的通信协议、任务描述格式、状态管理逻辑还都不互通，这严重限制了Agent生态的发展。我预计未来半年会有更多的开源标准化尝试，以及更成熟的Agent市场出现——到那时候，普通用户把一个开源Agent配置改一改就能接入自己的业务，而不用从零开始搭建。现在入局研究多Agent协作的团队，踩坑的经验会成为下一波红利。

第二件事是AI内容生产的"品控"竞争。当人人都能用AI生成短剧、漫剧和视频时，内容分发的逻辑就会从"能不能生产"转向"能不能稳定生产高质量内容"。我判断真正拉开差距的会是那些沉淀了一整套生产规范和质检流程的团队，而不是单独跑通某个AI工具的团队。

第三件事是工具链的整合进一步加剧。目前主流AI助手正在向"全流程工作台"演进，将代码开发、数据可视化、文档撰写、Agent调度、内容生成全部整合进一个界面里。垂直工具如果不主动考虑跟这些工作台深度兼容，生存空间会进一步被压缩。

我在实际项目里的体会是，AI领域的趋势判断，本质上是看"人性的需求"跟"技术的供给"在什么时间点上发生匹配。比如Agent协作爆发，是因为单Agent在复杂任务上已经喂不饱人了；AI测试开发被强调，是因为AI生成代码的速度远远超过了人做代码审核的速度；AI内容管线成熟，是因为市场对短平快内容的需求一直都在，只是此前供给能力不够。

所以这个系列我会持续做下去，按季度更新。下一期，我大概率会聚焦在Agent训练方法论和AI产品经理这两个方向——前者有越来越多前沿团队公开了新方法，后者是我观察到的新兴职业角色。如果你在实践中有自己的判断，欢迎后续一起聊聊。这些趋势能不能按我预期演进，市场会给出答案，到时候我们回头校验这期的判断，再修正方向。