什么是 Agent？

我们开始看到一种新的“AI 劳动力市场”雏形：需求 Agent、设计 Agent、前端 Agent、运营 Agent、数据 Agent…它们就像数字版的“岗位角色”，但永不疲惫、随时可调度。你可以把它想象成：“团队里突然多了一些懂规则、懂产品、懂代码、懂设计的 AI 新同事。”总结起来，Agent 是“有大脑和工具调用能力”的执行者，它能做到规划、执行、调用工具、持续推进任务，完成一整套动作，是能完成任务的角色化智能体。

举个例子，产品经理收到反馈：“百度文心快码官网风格不统一、细节处理不够好，想把统一所有页面风格。”通常，这个需求需要经历这些步骤：PM 写文档 → 工程师读文档 → 工程师提问 → PM 补充 → 工程师开发 → PM 验收。整个过程会面临很多问题和重复沟通：信息不对称、上下文传递不完整、需求细节被误解、工程师要不断追问、PM 要不断确认逻辑、文档永远不够完备...这其实不是人的问题，而是角色之间天然存在断层。PM 要表达业务逻辑，工程师要进行工程落地，两条线靠文档、会议、人力“粘”在一起。而多 Agent 协同，可以打通 PM↔FE（前端工程师）全链路，协作从人-人，升级成了人 Agent-人。

案例 1：Agent 重构网站

重构网站传统的工作流程非常繁琐，有很多步骤。有了 Agent，能给传统工作流程带来啥变化呢？先来演示下：如何用 Agent 实现 Comate 官网重构。

Comate 官网首页是偏黑色稍带星空主题，而案例页面、资讯页面等以白色为主，确实主题色不统一，来试试借助 Agent，能否把统一主题的需求搞定。先让 Agent 梳理代码库中的主要页面：“我们要对主要页面进行风格统一，帮我罗列一下项目中主要的页面有哪些”。把需求告诉 Agent，先拿一个案例页来试试：”请帮我把网站的主要页面统一成深色科技风格（黑色为主）。要求包括：主题是科技感和宇宙星空元素；统一个背景色（黑色+宇宙星空元素，宇宙星空元素要有很明显的效果）；统一布局宽度（max-width 1200px）；统一字符（font-ping-fang）；圆角统一 8px；阴影（深色阴影+轻微蓝色发光）；字体颜色适配黑色背景，例如 font-white；请基于上面的黑色科技风格，先帮我设计和改造“案例页”。

感觉星空科技感的效果不是很明显，跟 Agent 强调一下试试：“增加更多一些的科技感和宇宙星空的元素，丰富一下整体页面视觉效果”。这下看确实好多了，看来 Agent 也是喜欢聊天的，接下来适配一下其他页面：“基于刚才对案例页面的改动，同样的风格改造，对资讯页面也进行一下样式美化”。看看最终效果，简直是“买家秀”和“卖家秀”完全一致！

Agent 重构 Comate 官网视频效果👉https://mp.weixin.qq.com/s/crYJB7QB2WijFxvAJaeD2g

Agent 如何理解“风格”？它不是靠关键词，而是扫描你的 CSS/组件结构，建立“隐式风格模型”：阴影、字体、圆角、留白，还会根据已有页面推断“主题意图”。Agent 最大的价值点是：一次理解，多处改造；只说“换成黑色科技风”，就能给你统一方案；人类是逐页对比，而 Agent 可以全局扫描。

以前，公司每年至少有一次“大改 UI”，会改主题改到崩溃。面对这种大改版，PM 需要面临以下问题：

• UI/产品定一个规范，每个页面都要跟；

• 不同年代写的页面风格乱，很多页面的开发者可能来自不同的时间线，圆角大小不一、配色不同、字体不一致。

• 如果靠手动找、手动改，通常要 2–7 天。

作为 PM，以前遇到这种“全站换肤”的需求，最头疼的就是“漏网之鱼”和“理解偏差”。比如 PM 说要有“科技感”，设计师认为是“赛博朋克”，前端认为是“蓝底白字”，最后做出来是“五彩斑斓的黑”。 而且往往改了首页、忘了详情页，或者改了按钮、忘了输入框。现在 Agent 能通过全局扫描代码，建立一个隐式的“风格模型”。

为什么“视觉类改造”是 Agent 的强项？因为它能看到页面结构，不用一句句解释意图，有些 Agent 还能预估效果。有了 Agent 帮忙把信息加工好，减少了很多沟通成本，效果一目了然，需求“对齐成本”由 Agent 承担了～以前为了“一个圆角是 4px 还是 8px”争论半天，现在 Agent 直接统刷一遍，大家都省心。有了 Agent，让“执行型工作”被自动化，所有角色都往“判断、审阅、策略、决策”迁移，对传统的开发流程也产生了很大影响。

案例 2：Agent 改造活动页

上文演示了 Agent 如何高效完成复杂的需求对齐。接下来挑战一个更考验效率的场景：高频、短周期的运营活动页。马上就是圣诞节了，文心快码又要搞事情了！传统流程大家都很熟悉：运营、PM 提想法 → 设计师出图 → 研发开发活动组件 → 漫长的沟通和反复调整。流程链路长，为了赶上线窗口大家往往都很疲惫。现在只用三步：运营、PM 提想法 → Agent 结合 Rules 快速产出页面骨架 → 研发同学做最终集成和收尾。

来演示下 PM 如何通过文心快码 Agent 创建一个圣诞活动页面吧～输入指令：“把 1024 活动页改造成一个文心快码圣诞节活动页，要求包含活动规则模块和醒目的 Banner，风格必须符合公司 Design System 规范。”

Agent 已经开始工作了，这时你可能会有疑问：Agent 写的代码会不会不符合公司的规范？颜色、间距会不会乱套？这就涉及 Agent 协作中的一个秘密武器：Rules (工程规范)。研发会预设好 design-system.md 文件，这里强制规定了品牌设计师预设的“圣诞红”色值、按钮的大小、间距规范等。 这就像是给 Agent 戴上了一套“紧箍咒”，保证生成的页面不管怎么变，都一定符合文心快码的品牌调性。有了这套内置了工程规范的 Rules，就不用花费时间去做样式 Review，也不用担心 PM 在提需求时，Agent 会生成一个和品牌格格不入的页面。Agent 真正成了团队代码质量的守门人。

节日主题页永远赶时间，因为运营想要快：明天上线、今晚改，设计可能只有一张活动的头图，前端要把主题“套”到现有页面，很花时间。Agent 做主题换肤时，能根据“头图+色板+关键词”推断风格，自动添加“雪花、红绿配色、圣诞元素”，能避免你手动处理一堆 margin/transition。

Agent 改造运营活动页为圣诞节风格视频👉https://mp.weixin.qq.com/s/crYJB7QB2WijFxvAJaeD2g

代码已经生成完成了，不仅组件和样式是规范的，连活动文案都自动填充好了：“圣诞狂欢，码力全开！” ，这可比让人头疼的各种 ooxx 虚拟占位符强太多了！

通过 Agent，我们把原本需要三天的“PM/设计/FE 协作流程”压缩到了几分钟，这就是 Agent 重塑跨角色协作带来的提效新范式！

人类擅长审美判断，Agent 擅长重复性批量改造。最快的方式是人类给审美方向，Agent 批量铺开。我们甚至把团队里最资深运营同学的经验，做成了一个“活动页面设计专家”。它知道什么样的活动标题点击率高，什么样的布局转化率高。它生成的页面，是带着“运营智慧”的。

案例 3：Agent 构建数据统计看板

上文在 Agent 的帮助下，高效上线了一个活动运营页面。为了方便观测活动效果，提前准备好了数据统计表，来试试让 Agent 构建数据看板：“在 src/app/[lng]/dataAnalyse 路径里面，以 src/constants/dataAnalyse.ts 里面的 ACTIVITY_DATA 为数据基础，制作一个适配 ACTIVITY_DATA 数据格式的数据统计页面，要求有：根据 trackUuid 去重，统计 uv 和 pv 数据的 Echart 柱状图，以天为横轴；使用 antd 的 table 展示，适配 ACTIVITY_DATA 数据格式的表格数据”。

数据页涉及表格、分页、筛选，还要对接接口、处理 loading/error，有时候还要自定义图表样式。这个场景特别适合展示 Agent 的“组合能力”，帮你选图表类型，根据字段自动生成表格+Axios+TS 类型，帮你生成“骨架代码 + hook + layout”。人类给目标，Agent 可以自动补全细节，你可以说：“我要展示日活突增原因”，Agent 可以自动提示你需要：折线图、分析维度、时间范围选择等。数据类页面很适合自动化，因为未来可能直接“上传数据库结构 → 自动生成后台系统”。

这里有个难点：如果让人来写，得先去读懂 ACTIVITY_DATA 的数据结构是数组还是对象？字段名是 date 还是 timestamp？然后得写去重逻辑，还得去查 Echarts 的配置文档——配置项多到让人头皮发麻。但来看 Agent 的操作：它第一步就读取了数据文件的类型定义（TypeScript Interface），准确得理解了“根据 trackUuid 去重”这个逻辑，并自动生成了 lodash 的去重代码。最关键的是，Echarts 的配置代码，一次性就写对了，不用研发去翻文档复制粘贴。完成后打开页面看看：柱状图出来了，表格也出来了。

构建数据统计 Agent，并共享给全项目成员使用视频效果👉https://mp.weixin.qq.com/s/crYJB7QB2WijFxvAJaeD2g

以后谁想看数据，把这个 Agent 分享给他就行，想要什么维度的数据，直接跟 Agent 说，它就能调整图表，这就叫“数据民主化”呀～

Q&A

Q1：Agent 听起来很强，会不会造成依赖？会不会变得不会自己动脑？

A：这和 IDE 自动补全刚出来时大家的担心一样，但其实，我们反而更能把时间放在系统性思考上。在协作层面，本质上 Agent 替代的是“重复性劳动”和“对齐成本”，而不是工程师和 PM 的判断力。可以说：Agent 把我们从“低价值沟通”中解放出来，让我们能把脑力集中在更值得思考的地方。

Q2：既然 Plan Agent 能拆需求、Design Agent 能产图，PM 在团队里的价值是不是变弱了？

A：以前 PM 很多时间花在“做文档、补图、翻译给研发”。现在这些都可以交给 Agent，PM 能把精力放到：业务策略、用户洞察、A/B 方案决策、多 Agent 工作流的调度，PM 的角色从“信息搬运工”升级成“智能团队的策划者”。

Q3：文心快码提供了非常多的 Agent，有什么使用小窍门吗？

A：想要高效使用文心快码的多 Agent ，需要抓住三个关键词：专业化、高质量和强协同。

首先是专业化：按任务选对 Agent。如果你要转设计稿，用 Figma2code；遇到 Bug，就交给 Debug Agent。它们内置了专业的领域知识，效率是最高的。其次是高质量：要善用规范和审查。 像上文演示的，通过 Rules 确保 Agent 不犯低级错误，让 CodeReview Agent 在代码提交前自动把关规范和逻辑，这样代码就能得到双重保障。第三点，也是最关键的：利用 Architect 实现强协同。 Agent 之间不是孤立的，一些复杂的研发任务可以通过 Architect 定义一个工作流，将 DeepRead Agent、Actor Agent 和 WebSearch Agent 串联起来，让它们像流水线一样自动化分析和拆解复杂任务并执行。

Q4：怎么让 Code Agent 不乱改自己的项目？

A：Agent 有时会越界，改动一些不需要它做的事情。Agent 的能力强在“广度 + 主动性”，但也正因为主动性强，它极易越界，所以必须用规则（Rules）把它的活动范围、权限、约定全部框住。Rules 不是限制能力，而是保障结果可控、可预期。

Q5：演示过程中，对话首页有一个 Spec Mode，这是什么新功能？

A：Spec 模式是一种新的协作方式：让 Agent 先把它的理解与计划写成文档，把要做的事情拆成任务，经过用户确认再进行相应的代码编写，从而让 Agent 的代码生成质量和效果大幅提升。通过 Spec，任务一次成功率显著提升、返工大幅减少、代码质量更稳。目前 Spec 还处于 Beta 阶段，欢迎大家尝鲜试用，并提出意见，共同成长～