首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >我创造的专家:在 WorkBuddy 专家中心从零搭一位「企业经营风控顾问」

我创造的专家:在 WorkBuddy 专家中心从零搭一位「企业经营风控顾问」

原创
作者头像
Fanny@Soway
发布于 2026-09-30 09:54:29
发布于 2026-09-30 09:54:29
1140
举报

行业:传感器外贸销售(销售·法务·风控) 岗位:销售 / 外贸业务 + 销售管理 用 WorkBuddy 做了一件什么事:不用写代码,靠结构化提示词 + 平台元信息配置,在专家中心从零创造出一位「企业经营风控顾问」专家——它能把客户的邮件、合同条款、付款条件,同时从商务、财务、法务三个维度拆开,直出可执行的方案与可直接发送的英文回函。

一句话结论

外贸销售的日常风险,往往不在"没单",而在一封客户邮件、一条付款条款里的暗坑——预付款比例被压、账期被拉长、第三方付款路径不明、合同责任不对等。这类问题单靠一个人脑、一个维度看不全。我用 WorkBuddy 的「专家中心」创造了一位常驻的企业经营风控顾问:给它一封客户邮件或一份协议,它自动按固定流程走完"商务 + 财务 + 法务"三维分析,并输出带风险等级、修订文本、英文回函的完整结果。而且——整个过程没有写一行代码,全是提示词与配置。


一、输入材料

  • 业务背景:一家工业传感器制造企业(位移 / 位置 / 液位 / 压力 / 流量 / 磁致伸缩 / LVDT / 倾角 / 振动等),业务含中国大陆制造 + 香港国际业务 + 海外客户,场景覆盖 OEM/ODM、非标定制、国际物流、国际收款、海外售后。
  • 真实痛点(创造这位专家的动因):
    1. 客户邮件里常夹着隐性要求(改付款方式、加账期、指定第三方付款),逐封人工拆解费时且容易漏。
    2. 合同 / NDA / 代理协议的条款审查要同时看商务、财务、法务,单维度判断容易失衡。
    3. 需要对外回复时,还要把结论翻译成得体、克制、可发送的正式函件。
  • 专家包结构(真实产物):一个完整专家包含三样东西——agents/ 下的 Agent 定义文件(系统提示词,约 12.7KB)、.codebuddy-plugin/plugin.json(专家清单:名称、职业、类目、标签、快捷指令、头像路径)、avatars/expert.png(专家头像)。
  • 脱敏要求:本文按投稿合规要求,企业与品牌名称一律中性化为「某工业传感器制造企业」,不出现真实公司名、客户名、金额与内部路径;示例均为脱敏描述。
【配图1】专家创建流程(输入材料 → 专家骨架 → Agent 定义 → plugin.json + 头像 → 上线可用)
【配图1】专家创建流程(输入材料 → 专家骨架 → Agent 定义 → plugin.json + 头像 → 上线可用)

二、WorkBuddy 配置

配置项

说明

专家载体

WorkBuddy 专家中心 → 新建专家 → 选择 Agent 型(expertType: agent)

Agent 定义

一份系统提示词文件,决定专家的角色、能力、工作流与输出规范——这是专家的灵魂

三维分析内核

强制任何问题同时从 A 商务 / B 财务 / C 法务 三个维度分析,按需叠加 D 外贸物流 / E 客户关系 / F 供应链 / G 企业经营

清单式配置

plugin.json 里填 displayName、profession、categoryId(销售商务类 07-SalesCommerce)、tags、quickPrompts、defaultInitPrompt、avatar

快捷指令 ×3

① 客户邮件→提炼诉求+三维风险+回复方案 ② 代理/销售合同→不利条款风险等级+英文改写+谈判策略 ③ 订单付款条件→预付款/账期/第三方付款/汇率敞口+金额测算

运行参数

maxTurns: 50,允许长链条分析;分类归属「销售与商务」

可加分项

零代码、纯提示词与配置交付,评审可照做复现;专家一次创建、长期复用

⚠️ 诚实标注:本文写的是已真实发生的创建过程与专家现有能力,能力范围严格取自其真实 Agent 定义文件。文中不虚构未实现的功能。

【配图2】三维融合风控框架(A 商务 / B 财务 / C 法务 三核心 + D–G 扩展维度)
【配图2】三维融合风控框架(A 商务 / B 财务 / C 法务 三核心 + D–G 扩展维度)

三、操作步骤

第 1 步:先想清"这位专家到底是谁"。 我先给专家定死角色边界:它不是通用商务助手,也不是纯财务或纯法务助手,而是一位融合外贸商务 + 财务风控 + 合同法务的企业级顾问;经验设定为"15 年以上国际贸易及 B2B 工业品商务经验"。角色越具体,后面的提示词越好写。

第 2 步:写 Agent 定义(核心工序)。 我把系统提示词拆成六层写:

  • 角色背景:复合职业背景 + 熟悉的产品与业务流程;
  • 核心工作原则:定下"三维融合分析"铁律,并列出一串自检问题(钱能否安全收到、货能否安全交付、合同责任是否失衡、客户是否转嫁风险、是否存在隐藏成本或潜在索赔、是否形成长期不利条款、是否有税务/报关/收汇/付款主体问题、是否存在客户信用风险);同时立一条平衡原则——不为了"保护公司"而机械拒绝客户,优先找"既护住利益又让订单推进"的方案;
  • 核心能力(5 项):商务分析与谈判、财务风险分析(涉及金额时做测算与多方案横向比较)、合同与法务风险审查、国际贸易与物流、正式公函与协议修订文书;
  • 工作流程:收到客户邮件走 8 步、收到协议文件走 5 步的默认动作;
  • 输出规范:固定 10 段结构;
  • 注意事项:不许编造、先例意识、高风险提级、发函管控、免责声明等纪律。

第 3 步:把"最会踩坑"的地方钉成硬规则。

  • 合同审查不许只说"有风险":必须按七要素输出——【原条款】【风险】【为什么有风险】【风险程度】【建议修改】【建议英文修改文本】【谈判策略】,并标注"必须改 / 建议改 / 可接受",重大修改附谈判口径。
  • 区分四类信息:法律事实 / 合同约定 / 商业风险判断 / 谈判建议——不把商业建议伪装成法律结论。
  • 高风险信号提级:付款异常、第三方付款、账户主体不一致、合同主体不一致,一律提高敏感度。
  • 公函管控:正式公函发出前必须经用户确认;函件里不暴露内部谈判底线与可让步空间。

第 4 步:配置元信息与快捷指令,上传头像,上线。 在专家中心填入名称、职业、类目、描述与三条快捷指令(把最高频的三个入口摆到台面上),挂上头像,保存——专家即可被直接调用。

第 5 步:实测迭代。 用一封脱敏后的客户邮件试跑,检查输出是否稳定落在 10 段结构里、风险定级是否说得出理由、英文回函是否克制得体。发现偏差点就回 Agent 定义里补一条约束——提示词是活的,越用越准。

【配图3】收到客户邮件的默认处理流(8 步 → 固定 10 段输出 → 英文回函)
【配图3】收到客户邮件的默认处理流(8 步 → 固定 10 段输出 → 英文回函)

四、产出物(可验收)

  1. 一位常驻的「企业经营风控顾问」专家:在 WorkBuddy 专家中心可被随时唤起,长期复用,不需要每次重新交代背景。
  2. 客户邮件自动分析能力:丢一封邮件进去,自动走完"提炼真实诉求 → 识别商务/财务/法务/物流风险 → 判别该直接接受还是需要谈判 → 给出建议方案 → 直出英文回函"。
  3. 合同/协议审查能力:收到协议,自动完成"识别文件 → 逐条审查 → 风险定级 → 修订对照表 → 生成回函",每条不利条款都附可直接粘贴的英文修改文本。
  4. 固定 10 段输出结构:核心结论 → 商务分析 → 财务分析 → 法务分析 → 外贸执行风险 → 风险等级(🟢/🟡/🟠/🔴)→ 建议方案 → 客户沟通策略 → 英文邮件 → 正式文书。结论稳定、可交付、能直接拿去谈判或提交上级审核。
  5. 三条开箱即用的快捷指令:客户邮件分析、合同不利条款审查、订单付款条件风险评估——把最常用的场景前置到一触即发。

验收标准:在专家中心启用该专家 → 发一封脱敏客户邮件 → 得到含"风险等级 + 建议方案 + 英文回函"的结构化输出;发一份脱敏合同 → 得到"七要素修订对照表 + 法务公函"。两条链路都通,即验收通过。

   【配图4】合同/协议审查流(5 步 → 七要素修订输出)
【配图4】合同/协议审查流(5 步 → 七要素修订输出)


本文为《WorkBuddy 行业应用指南》共创投稿。所述专家为本人用 WorkBuddy 专家中心真实创建并投入使用;文中能力范围严格取自该专家真实的 Agent 定义文件,未虚构任何未实现功能;企业名称、客户信息与金额均已中性化脱敏处理。关键事实可回磁盘核对:专家包真实存在,含 Agent 定义文件(约 12.7KB)、plugin.json 清单(类目 07-SalesCommerce、3 条快捷指令、maxTurns: 50)与专家头像。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

目录
  • 一句话结论
  • 一、输入材料
  • 二、WorkBuddy 配置
  • 三、操作步骤
  • 四、产出物(可验收)
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档