服务说明

AI 试点做完了,但它没能进核心业务流程。

我帮企业把 AI Agent 嵌进真实业务链路——先用领域建模理清规则边界,再决定 AI 该嵌在哪一层。可审计、可回滚、可私有化部署:出了问题查得清、退得回。

这些情况适合找我

  • POC 或试点做完了,但迟迟进不了生产
  • 核心业务规则复杂,散落在代码和个人经验里,想先理清再谈 AI
  • 有合规或审计要求,方案必须可追溯、可回滚、可私有化部署
  • 跑了很多年的系统要做现代化改造,但不能停机、不能出数据事故

合作方式

不提供「架构咨询」这种模糊服务。三个包,边界清晰、周期明确、交付物具体。 多数合作从诊断包开始——它的作用不是赚钱,是让你在投入之前先看清楚值不值得做。

01

低门槛入口

诊断包

1–2 周

  • 现状评估报告
  • AI 落地可行性判断(含明确的「不建议做」清单)
  • 分阶段改造路线图

02

主要交付

落地包

1–3 个月

  • 参考架构与领域模型
  • 关键模块实现(含评估与可观测性)
  • 团队交接与方法论文档

03

长期支持

陪跑包

按月

  • 定期架构评审
  • 技术决策支持与方案评估
  • 团队能力建设

在真实业务里长什么样

同一个问题,三条规则真正复杂的业务线。每个场景都以「难点」收尾——那才是决定它能不能上生产的地方。

电商 · 供应链

腾讯电商中台 · 供应链 SaaS

  • 商家开放平台
  • 交易
  • 订单履约
  • 库存
  • 客服
  • 营销触达
  • 用户画像
问题
以订单履约为例:异常单——缺货、超卖、地址异常、跨仓调拨——的处置规则散落在几十个分支判断和运营的个人经验里。人一走,判断依据就没了。
Agent 嵌在哪
不替换履约引擎。Agent 嵌在「异常单人工判断」这一层:读取订单上下文、库存状态与历史处置记录,给出处置建议和依据,人工一键确认;确认结果沉淀回领域模型,规则逐步显性化。
难点
难点不在模型,在可追溯:每一次处置都要能回答「谁决定的、依据什么」,否则出错无法定责,业务方不会让它进生产。

财税 · 合规

国内某头部大型集团 · 税务规则中心

问题
多国税率、优惠政策、申报口径每月都在变,规则却写死在代码里。每次政策变动都要走一遍需求—开发—测试—发版,业务往往比政策慢一个月。
Agent 嵌在哪
Agent 嵌在规则解析与影响面分析层:读政策原文,产出结构化规则草案 + 受影响的业务场景清单,由税务专家审核后再进规则引擎。人审是流程的一部分,不是补丁。
难点
红线是绝不让 Agent 直接改动已生效规则。系统必须在架构上保证「AI 提案 / 人类批准」的边界,而不是靠流程纪律——纪律会在赶工期时失效。

金融风控

乐信风控引擎

问题
策略专家想验证一条新规则,要排期、找数、跑回溯、等上线,一轮两周。想法的产出速度远高于验证速度,大部分假设最后不了了之。
Agent 嵌在哪
Agent 编排「策略假设 → 特征查找 → 回溯验证 → 结果解读」这条链路,把两周压到一天。策略专家仍然是决策者,Agent 只压缩从想法到证据的距离。
难点
回溯结果必须可复现。Agent 每一步取的什么数、用的什么口径都要留痕,否则策略上线后出了问题无法归因,这条链路的价值就是负的。

合作前你应该知道的

责任边界
我提供架构方案、参考实现与评审意见。生产系统的最终上线决策与运行责任在你方,合同会写明交付物范围。
数据处理
默认在你方环境内作业,不把你的业务数据带出。确需样本时使用脱敏数据,项目结束后按约定时限销毁并书面确认。
保密
项目开始前签署保密协议。未经书面同意,不在任何公开案例、文章或演讲中使用可识别信息。
私有化
所有方案默认按可私有化部署设计,不强制引入需要外发数据的第三方服务。