每个产品背后，都是一次"复杂"的工程踩坑。把那些跨进程状态、凭证过期、多 Agent 决策不一致、Webhook 重试、规则与 LLM 边界拆解清楚后，抽出可复用的引擎、SDK、模板 — 下次直接拼起来，不用再踩一遍。
// 这里展示的不是产品手册，是工程抽象的产物。它们被用过、被骂过、被重构过，然后才稳定下来。
多 Agent 协同 + 多数据源容错的一笔差旅, 背后是 7 个独立 Agent、11 个异构数据源、 3 个跨进程服务 (api / feishu / mcp) 的协调问题。
「下周三杭州到北京, 当天回」→ 直接出火车/机票/酒店/差标合规方案
飞书机器人 / 钉钉 / Web Widget / MCP (Claude/Cursor 也能调)
多租户 + 多级配置 + 红线拦截, 酒店/机票/火车票每项都查
PDF 原件落盘 + SHA-256 校验, 10 年合规存档, 4 个查阅路径
LLM 抽取合同要素 → 纯函数规则引擎判定合规。多级组织继承 + 红线不可降级。 背后是在什么场景应该用规则, 什么场景该用 LLM 的问题。
数字 = 该业态+模式下激活的规则数. 共 5 业态 × 6 模式 = 30 单元覆盖矩阵.
Policy as Code。HTTP API + Webhook + 批检 + 4 语言 SDK + MCP server, 268KB 开源。 LLM 提议,规则兑底, 审计日志 100 条/租户。
纯函数规则引擎兑底 LLM 决策。多租户多级继承, 红线不可修改, 审计可复现。
14 个公开路径, API Key / Bearer 鉴权。违规自动 webhook 推送, HMAC-SHA256 签名。
Node / Python / Java / Go 4 SDK + MCP stdio。Claude / Cursor / WorkBuddy 都能调。
9 个原子 commit, Docker 一键起, 4 行业模板可切换。
规则引擎替代 LLM 分类。试了发现成本高、结果不稳定, 改为规则 + 5 分钟 cron 全量重算, 准确度更高、可解释、可复盘。LLM 仅作 fallback。
成本、可控、可解释。LLM 在规则走不出时才被调用, 单条成本 <¥0.01。
上游状态变更后下一轮即生效, 不用等下次手动跑批。每日总耗时 < 30 秒。
每条记录都付上「命中了哪条规则」, 为什么是 A 不是 B, 人工可复现可纠正。
分级结果同步给飞书 CRM, 销售/运营看到的是「为什么」的完整推论, 不只是个字母。
下面三个能力都是从别的项目里踩出的问题, 等下一个真客户出现, 才会以一个具体产品的形态走完闭环。
配置规则不应该请开发写 JSON, 产品运营拖拖拽拽就能改。开发出 PAC 编辑器曾试着 + 全量 trace。
用户问 Agent 谁拒了我重价。项目在场里存不下 1000 轮对话的 trace + replay。需要轻量的产品。
OAuth 手齐肩脚乱。刷新 / 过期 / 撤销 / 重授权 这 4 个状态处理, 现在都在后端不同点、重复逻辑。要抽出来。