LLM2Agent
企业级AI应用的样貌
一个成功的企业级ESG Agent产品,最终形态应该更像一个 “永不疲倦的初级ESG顾问团队”:
- 7x24小时工作,随时处理全球最新的监管动态和企业数据。
- 内嵌了顶尖咨询公司的方法论,保证输出质量的专业性和一致性。
- 具备严格的交叉校验流程,确保结果的准确可靠。
- 能够通过用户反馈不断进化,越来越懂客户的行业和特定需求。
- 交付的是可直接用于决策的商业洞见,而不仅仅是一堆冷冰冰的数据。
Agent 产品化战略
本文档旨在解答两个核心商业命题:
- 交付侧:如何通过架构设计减少后期的咨询与运维人力投入?
- 价值侧:如何让 ESG Agent 摆脱“大号工作流”的标签,成为不可或缺的企业级应用?
如何摆脱后期人力(咨询、维护)?
你想传统的 AI 交付后期往往都是通过“Prompt 工程师驻场”要解决这个问题,系统机制必须一开始就不用人去负责。(很少有公司能做到。。。)
不要让 AI 试图回答所有问题,也不要让人工去检查所有输出。
比如用户上传了垃圾数据,AI 生成了幻觉报告,客户投诉,咱们需要人去看日志,或者检查哪一部分出现错误了。
那不如一开始就将“运维压力”转移回“用户侧的数据准备”,系统变被动为主动。如果用户上传的文件不清晰或数据缺失(如缺少 Scope 3 排放数据),Agent 拒绝生成并直接返回具体的“整改建议清单”,而不是强行生成一篇错误的报告。
建立机制自动优化系统
维护成本高是因为模型总是犯同样的错误,咱们需要建立一个机制,让用户的每一次修正都成为下一次迭代的养料,而不是仅仅停留在当次修改。比如说客户反馈“这个回答不对,这个议题分析有问题”,那就需要手动改 Prompt。
- 用户反馈问题,系统自动后台记录
{Bad_Output, User_Correction}这个问题。 - 累积 100 条修正数据后,自动触发 DPO (直接偏好优化) 或轻量微调。
建立用户和产品的信任度
因为一份报告出来之后,别人会疑问为什么这样写,所以需要对AI生成的出处做一些引用(比如说来自于那篇文章)
如何成为真正的“企业级 AI 应用”?
“工具”是用来干活的,“应用”是用来解决业务问题的。要升级为应用,Agent 需要具备记忆、状态管理和业务深度。(但实际上应用也是需要不停地迭代,比如说微信,一直都在维护)
嵌入核心业务系统 (Deep Integration)
如果你的 Agent 只是一个独立的网页,它永远是边缘工具。
对接 企业内部的一些ERP/碳核算系统:直接读取系统中后台数据,而不是依赖用户上传 Excel。
对接企业内部的知识库,合规库,实时联网监控最新的 HKEX/GRI 标准,当标准更新时,主动提醒用户:“去年的模板已过时,建议增加气候风险披露章节”。
真正的价值不在于 LLM 的文笔,而在于它是否拥有专家的“思维链”。
Agent 发现生成的报告没有披露“董事会多元化政策”,它会自动驳回并重写,而不是等人工发现。这才是企业愿意付费的“专家价值”,可以在 Workflow 中植入 Critique Agent (审查智能体),这个 Agent 智能体不写文章,只做一件事,去通过标准找报告中有没有具体的内容。
落地建议总结
- 不要交付 Prompt,交付 Dataset:
- Prompt 容易被窃取且不稳定。你积累的“ESG 垂直领域微调数据集”才是壁垒。你的交付物应该包含这个不断更新的模型。
- 卖“合规”而不是卖“写作”:
- 企业不在乎 AI 写得文采多好,只在乎发出去的报告会不会被交易所问询。将你的 Agent 定义为 “ESG 合规风控与生成系统”,而不是 “ESG 写作助手”。
- 定义“错误边界”:
- 明确告诉客户:数据由你们负责,逻辑和合规检查由 AI 辅助,最终决策由人。这能极大降低后期的扯皮风险。
架构演进图 (To-Be Architecture)

Gemini3核心能力
Google 刚刚于 2025年11月18日 正式发布了 Gemini 3 系列模型。相比之前的 2.0 和 2.5 版本有了巨大的飞跃,特别是在
推理能力、多模态处理和代理(Agent)能力上。
深度思考与推理 (Deep Think)
- 模型在回答复杂问题前会进行深度的链式思考(Chain of Thought),能够更好地处理数学、科学推理和复杂的逻辑难题。
- Deep Think 模式:用户可以选择 “Thinking” 模式,让模型花更多时间规划和反思,从而给出更精确、更有深度的答案。
- 透明化思考过程: 新增了“思维签名”(Thought signatures)功能,让用户在一定程度上看到模型的推理路径。
多模态能力 (Multimodality)
Gemini 3 在理解和生成非文本内容方面不仅是“能做”,而是做的还不错。 它可以处理文本、图像、音频和视频。
例如,你可以上传一段你运动的视频,它能分析你的动作并给出改进建议;或者上传课堂录音,它能整理出结构完美的笔记。Gemini 3 Pro Image (Nano Banana Pro): 这是一个专门优化的图像生成和理解版本,显著提升了图像内的文本渲染能力(解决了以往 AI 画图写字难的问题)和对现实世界物理常识的理解。
生成式界面 & Vibe Coding
Canvas 增强: 在 Canvas 界面中,Gemini 3 构建的应用程序功能更全,代码质量更高。
智能纠错: 它不仅是生成代码,还能更敏锐地感知代码的“语境”和开发者的意图,进行更符合直觉的修改和优化。
生成式界面可以进行人机交互,比如Gemini生成的一些引用可以立即就试用
动态 UI: Gemini 3 不再仅仅吐出文本段落,而是能根据你的需求实时生成最适合的交互界面。例如,如果你在做旅行计划,它可能会直接生成一个可交互的行程表或地图组件,而不仅仅是列出文字。
Agent (代理能力)
- 自主执行: 这是一个面向 Google AI Ultra 会员推出的新功能。Gemini Agent 可以代表你编排和完成复杂的多步骤任务。
- 跨应用操作: 它不局限于聊天窗口,而是能真正“使用”工具,帮助你完成如研究报告撰写、跨平台信息整理等长链路工作。
利用Gemini 3编写ESG披露报告流程
第一阶段:架构与基准 (利用推理能力)
- 指令: “Gemini,我是[行业]的一家企业。请基于最新的 ISSB 准则和 GRI 标准,为我生成一份 ESG 报告的详细目录结构。请特别标注出该行业必须披露的实质性议题。”
- 输出: 获得一份逻辑严密的报告骨架。
第二阶段:数据填充 (利用多模态能力)
- 指令: “这里是我们工厂去年的12份月度环境监测报告(上传PDF/图片)。请提取其中的COD、氨氮排放数据,计算年度平均值,并对比国家排放标准,生成一段分析文本。”
- 输出: 直接可用的数据表和合规性分析段落。
第三阶段:内容生成与优化 (利用长上下文与生成能力)
- 指令: “请根据上述数据,撰写‘气候变化应对’章节。要求语气专业、客观,重点突出我们在 Scope 3 减排方面的供应链合作计划。请引用 TCFD 框架中的‘风险与机遇’结构。”
- 输出: 一份结构化、专业化的章节草稿。
第四阶段:合规审查 (利用 Agent 模拟)
- 指令: “你现在是一位严格的 ESG 评级机构分析师(如 MSCI 或 Sustainalytics)。请阅读这份草稿,指出其中逻辑不通顺、数据缺乏佐证或可能有‘漂绿’风险的段落,并给出修改建议。”
- 输出: 一份风险诊断报告,帮助你在发布前规避法律和声誉风险。
利用 Generative Interface (生成式界面) 输出动态图表
- 能力应用: Gemini 3 不仅生成文本,还能生成 UI 组件。
- 操作流程: 咨询顾问不再需要手绘图表,只需指令:“基于提取的数据,为我生成一个对比同行业平均水平的动态碳排放仪表盘。” Gemini 3 直接生成可交互的 HTML/JS 组件嵌入报告。
Gemini能力应用
为上市公司(某个业务团队)提供 ESG 报告服务
核心挑战: 人手少、数据源杂乱(邮件、PDF、Excel)、对齐国际标准(GRI/SASB)耗时。
利用 Gemini Agent 实现“全自动数据挖掘”
Gemini 3 的 Agent 能力不再是被动问答,而是主动执行。授权Agent访问客户提供的非结构化数据池(如 Google Drive 或企业内网)。Agent 可以自动遍历成百上千份文件(电费单、采购记录、HR 考勤表),自主识别并提取关键 ESG 指标(如碳排放数据、员工多元化比例)。 彻底消除人工查找和录入数据的时间成本。
利用 Deep Think (深度思考) 进行标准对齐
利用 Gemini 3 的深度推理能力处理复杂的映射逻辑。将杂乱的原始数据输入模型,要求其基于最新的 SASB 或 GRI 标准进行分类。开启 “Thinking Mode”,模型会通过链式思考(Chain of Thought)判断:“这条供应链数据虽然主要涉及成本,但其中隐含了供应商碳足迹信息,因此应归类到环境(E)维度的范围三排放中。” 确保数据归类的准确性和逻辑性,减少被第三方审计驳回的风险。
利用 Generative Interface (生成式界面) 输出动态图表
Gemini 3 不仅生成文本,还能生成 UI 组件。 咨询顾问不再需要手绘图表,只需指令:“基于提取的数据,为我生成一个对比同行业平均水平的动态碳排放仪表盘。” Gemini 3 直接生成可交互的 HTML/JS 组件嵌入报告。
法律、会计机构融合 ESG 需求
核心挑战: 跨领域知识壁垒(财务数据与非财务数据的逻辑冲突)、合规性验证极难、审计痕迹缺失。
利用 Deep Think 进行“跨领域逻辑审计”
Gemini 3 极强的逻辑推理能力,擅长发现矛盾。 将企业的《财务审计报告》和草拟的《ESG 报告》同时输入 Gemini 3 Pro (大上下文窗口)。指令模型:“作为审计师,请使用深度思考模式,找出两份报告中的逻辑矛盾。” 模型可能会指出:“财务报告显示‘重工业燃料采购成本大幅上升’,但在 ESG 报告中‘直接能源消耗(范围一)’却显示下降,这存在逻辑悖论,请核查。”解决 ESG 与财务两张皮的问题,规避“漂绿”风险。
利用 Multimodality (多模态) 验证物理凭证
- 能力应用: 视觉理解能力。
- 操作流程: 会计师直接批量上传数百张工厂排污许可证、ISO 认证证书的扫描件。Gemini 3 Pro Image 可以瞬间识别证书的有效期、颁发机构,并与当地法律数据库进行比对,标记出已过期或存疑的证书。
利用 Thought Signatures (思维签名) 留存审计痕迹
- 能力应用: 透明化推理过程。
- 操作流程: 在进行合规检查时,要求 Gemini 输出其判断依据。模型会生成一份“思维日志”,详细列出它是引用了哪一条具体的法律条款(如《欧盟 CSRD 指令》第 X 条)来判断当前数据不合规。这份日志直接作为审计工作底稿的一部分。
中小企业信息披露(无专业团队/低成本)
核心挑战: 不懂专业术语、只会填数、不想花钱雇人。
利用 Multimodality 实现“拍照即填报”
- 能力应用: 极致的视觉与文本转换。
- 操作流程: 中小企业主不需要理解什么是“范围二排放”。他们只需用手机拍下每月的电费单、燃气发票,直接上传给 Gemini。模型自动识别度数、金额、时间,并根据内置的排放因子自动计算出碳排放量,填入表格。
- 解决痛点: 将专业门槛降级为“拍照”动作。
利用 Vibe Coding 构建“极简填报小程序”
- 能力应用: 强大的代码生成与上下文理解。
- 操作流程: 平台方可以使用 Gemini 3 的 Canvas 功能,快速为不同行业(如餐饮、制造、物流)生成定制化的简易填报界面。
- Prompt: “为一家小型物流公司生成一个只需 5 步的 ESG 数据填报网页,语言要通俗易懂,不要出现专业术语。”
- Gemini 会生成一个网页,把“Scope 1 排放”改成“您有多少辆货车?每辆车每月加多少油?”
- 解决痛点: 通过定制化 UI 降低认知负荷。
利用 Gemini Agent 作为 7x24h 虚拟 ESG 顾问
- 能力应用: 角色扮演与知识库调用。
- 操作流程: 企业主在填写过程中遇到不懂的问题(如“我也需要披露员工培训时长吗?”),直接语音询问 Agent。Agent 不仅回答“是/否”,还会结合该企业的行业属性(如制造业高风险)给出解释:“建议披露,因为您的行业涉及生产安全,这有助于提升银行对您的贷款评估评分。”
总结:Gemini 3 对该业务的赋能矩阵
| 关键能力 | 在 ESG 场景中的核心价值 | 解决的核心痛点 |
|---|---|---|
| Deep Think (深度思考) | 逻辑审计师:发现财务与 ESG 数据的逻辑漏洞;精准对齐复杂国际标准。 | 合规风险、标准理解难度大 |
| Multimodality (多模态) | 数据录入员:直接识别发票、证书、工厂照片,实现“拍照即填报”。 | 数据收集繁琐、人工录入错误 |
| Gemini Agent (代理) | 全能执行者:自动遍历网盘抓取数据;跨系统(ERP/CRM)提取信息。 | 人力成本高、流程割裂 |
| Generative UI | 界面设计师:为中小企业生成极简、通俗的动态填报界面。 | 软件难用、用户体验差 |
ESG领域自动生成报告
ESG报告自动化需求正在井喷,驱动力来自:
- ESG信息披露从“自愿”走向“强制”。中国、欧盟(CSRD)、美国(SEC气候披露提案)等主要经济体都出台了或即将出台强制性披露规定。海量的企业(尤其是上市公司和供应链核心企业)第一次被要求撰写ESG报告,这是最确定、最刚性的市场基础。
- 传统ESG报告撰写依赖昂贵的第三方咨询机构,耗时长达数月。对于需要每年披露的企业来说,这是一个巨大的、持续性的成本中心。自动化工具能显著降低成本和缩短周期,吸引力巨大。
- 投资者、评级机构、客户对ESG数据的需求日益增长。一份高质量、数据透明的ESG报告能帮助企业获得更低的融资成本、更高的估值和更好的品牌声誉。
然而,市场挑战同样明显:
- 标准不统一: GRI、SASB、TCFD、ISSB、中国的CGC等标准并存,企业无所适从。智能体需要具备处理多标准、跨地域的复杂能力。
- 数据质量是“黑洞”: 报告的难点不在于“写”,而在于“数据收集、清洗、验证”。智能体能否解决最前端的、分散在各部门(财务、人力、生产、供应链)的非结构化数据获取问题,是成败的关键。
- “最后一公里”问题: 完全自动生成一份可直接发布的、董事会级别认可的权威报告,在现阶段非常困难。报告需要管理层背书、内部核对、甚至第三方鉴证。智能体更现实的定位是“超人助理”,完成80%的基础工作,专家完成20%的审核与升华。
结论: 市场是真实存在的,且规模巨大。但当前的赢家不会是追求“全自动”的通用智能体,而是能精准解决特定环节痛点的解决方案。
公众号推文智能体


AI新趋势能否取代人?
什么是端到端?
就是从一个业务功能设计到具体的开发环境实现,这就是端到端
AI完全替代工程师可行性
包括一些数据的形式、数据体量、数据本身的数据结构
还有比如还使用到Linux这里包括:Linux的服务器型号、版本号、操作系统
数据库(Mysql、Kafka、ES、MongoDB、Redis、Hive、Hadoop、Noe4j、Milvus、Doris)端口、数据库名、表名、字段信息、数据类型(int、float、double单双精度浮点型)
AI会有提示
AI提示没问题,但主要是人需要知道这个东西怎么配置或者说如何使用
从人驱动AI,到AI驱动人,这就会出现一个问题,不懂这个底层逻辑就会完全依赖于AI,甚至他胡编乱造你也会听。而且幻觉问题从来都没有解决过,所以AI就会欺骗你。幻觉从一开始都是缓解,并没有彻底解决。
工程师的竞争力在于
在问题出现之后快速定位问题,并依赖AI解决问题。
在于驾驭AI,如果驾驭不了AI,那么就会被AI驾驭。
AI给你生成屎山代码,那么你就需要去不断地调试(可以说AI其实只是一个书呆子,他没有实际去解决过一些企业中的实际生产问题,他就没有实践)
所以说AI慢慢会往Agent方向去靠
AI幻觉产生原因是什么?
AI幻觉其实就是大语言模型的幻觉。目前主流的LLM是Decoder-Only架构的。也就是自回归(Auto-regressive)模型,根据前面的文本预测下一个词,但是每一个词其实都是基于概率分布来的。如果模型在第一步就犯了一个小错误(生成了一个不合理或事实错误的词),这个错误会成为后续预测的新上下文。模型只能基于这个错误的上下文继续生成,导致错误像雪球一样越滚越大,最终可能生成完全虚构的内容(即“幻觉”)。

- Encoder-Only架构
- 代表模型:BERT, RoBERTa, DeBERTa
- 特点:能够同时“看到”整个输入句子的上下文(双向理解),极其擅长 深度理解 。
- 适用任务:文本分类、情感分析、命名实体识别等需要对文本进行全面理解的任务。
- Encoder-Decoder
- 代表模型:T5, BART, Flan-T5
- 特点:保留了原始 Transformer 的完整结构,适用于将一个文本序列转换为另一个文本序列的 序列到序列 任务。
- 适用任务:机器翻译、文本摘要、问答等。
- Decoder-Only架构
- 代表模型:GPT 系列, PaLM, LLaMA, ChatGPT
- 特点:自回归(Auto-regressive)模型,根据前面的文本预测下一个词,极其擅长 内容生成 。
- 适用任务:文章写作、聊天对话、代码生成等需要创意和流畅表达的任务。
次时代模型Agent
通过越来越强的工具调用能力和任务规划能力,模型会越来越向Agent去靠拢(理解任务、制定计划、使用工具、反思改进)。
GPT-5的发布会上,OpenAI就推出了AgentKit,让开发者用一种工作流方式开发Agent,成为新一代的AI内App。
但在今天之前,几乎没有任何一家基础模型公司在to C的产品中添加通用Agent能力。因为这对于模型的考验相当大,它需要真的进化成能够理解任务、制定计划、使用工具、反思改进的Agent。
Gemini 3首先完成了这一跃,成了第一个在模型界面融合通用Agent能力的产品。
这种自信并非毫无根据。根据Model Card,它被训练使用了强化学习技术,能够利用多步骤推理、问题解决和定理证明数据。这种能力的技术基础部分来自于改进的函数调用(function calling)能力。根据发布资料,Gemini 3的工具使用能力相比2.5 Pro提升了30%。这不仅意味着它能更准确地选择正确的工具,更重要的是,它能理解何时需要组合多个工具来完成复杂任务。
有用户让Gemini 3帮助学习一门新语言。传统AI会提供学习计划和资源链接。但Gemini 3生成了一套完整的交互式学习系统:词汇卡片带有间隔重复算法,语法练习带有即时反馈,发音练习集成了语音识别,进度追踪可视化。
Agent有哪几种模式
(1)⼯具使⽤模式
允许 Agent 调用外部工具来弥补自身知识的不足。
agent会自动完成工具的选择和调用,并基于工具调用结果进行最终答案生成。
(2)ReAct 模式
将“思考”(Reasoning)和 “行动”(Acting)紧密地结合在一起,形成一个动态的循环。这个模式让Agent不再是简单地调用工具,而是像人类一样“边想边做”,从而解决更复杂的问题。
工作流程:思考——》行动——》行动输入——》观察——》循环迭代
(3)反思模式
Agent 在完成一个步骤或整个任务后,对其结果进行评估生成反馈【大模型自身、评估模型、调用工具、用户反馈】, 然后Agent根据反馈结果进行反思并对结果进行修正。
(4)规划模式
先将一个大目标分解成一个详细的、有序的计划(Plan),然后再逐一执行计划中的每个步骤(每个步骤可能是一个 ReAct 循环)。
(5)多智能体模式
可以设计多个具有不同角色和能力的 Agent,让它们协同工作来完成极复杂的任务。
AI给出的思考
一、对“AI 一句话生成完整网页”的冷静思考
AI 工具在生成简单、静态或符合标准模板的网页方面确实展现了极高的效率,比如一个基于 Tailwind CSS 的企业网站或一个基本的待办事项列表。但这并不意味着前端程序员的末日,而是意味着简单重复性的工作将被自动化。
AI 无法取代的核心价值:
- 业务逻辑的抽象与转换: 真正的挑战不在于“如何写代码”,而在于“如何将模糊的业务需求和复杂的系统限制转化为清晰、可执行的架构”。AI 目前缺乏对公司战略、市场竞争和长期维护成本的深刻理解。
- 系统工程与可维护性: AI 生成的代码通常是零散的、一次性的,缺乏整体的系统架构设计。对于大型、高流量、需要长期维护的企业级应用,程序员必须设计数据流、状态管理、模块化和扩展性——这些是 AI 尚无法独立完成的复杂工程任务。
- 复杂交互与用户体验 (UX): 优秀的交互设计往往需要对用户心理和场景进行深度共情。AI 可以实现“功能”,但难以创造出真正提升用户体验的、微妙且创新的交互方式。
- 集成与调试能力: 当 AI 生成的代码与复杂的后端服务、遗留系统、第三方 API 或特定硬件集成时,出现问题是必然的。解决跨系统、跨层级的复杂调试问题,仍然是人类程序员的专属领域。
二、当前程序员的核心竞争力
在 AI 成为通用工具的时代,程序员的核心竞争力已从“撰写代码”转向“解决问题”和“设计系统”。
| 核心竞争力 | 描述 | 应对 AI 挑战 |
|---|---|---|
| 1. 系统架构与设计思维 | 能够设计可扩展、高性能、高可用的软件系统,理解微服务、数据结构、设计模式等。 | 从实现细节中脱身,专注于宏观蓝图,成为 AI 的架构师和总指挥。 |
| 2. 业务洞察与需求抽象 | 能够准确理解客户或业务方的真实需求,并将其转化为清晰、无歧义的技术规格。 | AI 无法理解“言外之意”和商业语境,这是人类沟通和判断的独特价值。 |
| 3. 深度调试与瓶颈分析 | 能够快速定位生产环境中的复杂 Bug、分析性能瓶颈、解决多线程竞争等底层问题。 | 掌握工具,能深入代码库的各个角落,进行 AI 无法触及的复杂“侦查”工作。 |
| 4. 学习与适应新技术能力 | 能够快速掌握新的编程语言、框架和工具,尤其包括 AI 模型和相关工具链。 | 将 AI 视为生产力工具,持续学习如何高效地“提示 (Prompt)”和“审核 (Audit)”AI 生成的代码。 |
| 5. 软技能与领导力 | 有效的沟通、团队协作、项目管理、指导初级成员、以及在技术决策中权衡利弊。 | 编程工作的社会属性不会消失,工程领导力和跨职能沟通至关重要。 |
三、结论:未来的角色转变
前端程序员的角色正在从专注于 HTML/CSS/JavaScript 的实现者 (Implementer) 转向 前端系统架构师 (Front-end System Architect)。
AI 将解放程序员,使其摆脱重复性的代码编写工作,从而有更多的时间和精力投入到高价值的决策、创新和工程挑战中。未来的程序员需要具备“与 AI 协作”的能力,学会高效地向 AI 提问、整合 AI 产出,并对最终产品的质量和可靠性负责。
总而言之,AI 无法取代具备 工程化思维、业务理解力 和 系统级解决能力 的工程师。程序员的工作不是消失了,而是进化了。
LLM赋能小微企业 ESG 业务分析
ESG 实践中的痛点
资源和成本问题(以最少得成本来最大化获取资源),也就是如何做到降本增效。目前了解到的如下:
ESG报告编写比较耗费人力成本(需要一些资深的ESG分析师来编写)
信息的采集:对应ESG新的ESG政策如果没有统一的信息汇总工具那么就无法很快的了解到行业的一些最新动态(包括一些上交所、深交所、港交所、北交所的一些最新的ESG政策)。
再有就是内部员工需要了解ESG到底是什么东西,但是相关文件又过多,难以理解。LLM可以降低内部培训成本,提高员工对 ESG 理念的认知度和参与度。
Gemini如何使用
Gemini是谷歌闭源的一款模型,微调不可能,别人拿来卖钱的。(笑)
生成HTML网页、包括SVG动画这些都不用说,效果也还不错,但是这仅仅是一个demo,对于企业级的项目仅仅有前端是不够的,而且企业级的项目的工程量在这,在一个就是企业级的项目不单单是生成代码,还要根据业务去生产环境跑代码,这就涉及到很多的调试,很多的试错,怎么去定位问题,怎么去解决问题这很重要。
我觉得关键不在于说Gemini或者别的大模型本身如何,而是在于我们人/开发/业务如何使用好这个大模型。
针对于业务:写报告、分析行业最新的ESG政策
对于技术:在生产环境遇到问题如何定位问题并解决问题
提示词技术
1 | 你是专业的内容理解与整理专家,请按照以下步骤处理任务: |
AgentWorkflow



