花椒 Agent 平台访谈：公共内核做减法，业务规则留在企业

业务问题

据 InfoQ 对封冰清的采访，花椒从产研自动化与运营查询等实际任务入手，随着应用增加，运行环境、权限和统计被重复建设，平台自身的耦合也逐渐上升。团队希望共用基础能力，但不让每个简单模型请求都依赖整套 Agent 机制。

[1] 对应原始来源

方法与流程

受访者介绍，将业务入口、控制与治理、Agent Runtime、资源接入与执行环境分开。部门规则由 Skill、Prompt、工具接口和配置表达，公共运行内核不承担部门专属逻辑；花椒与花房复用公共代码，但独立部署组织实例，各自隔离账号、业务数据和控制面。

[1] 对应原始来源

数据和系统条件

访谈强调沿用既有业务系统的授权范围，记录一次任务实际使用的 Agent、技能与配置版本，并保留执行事件。持久文件与运行状态也须分开考虑：NFS 可用于重新挂载用户文件，但不代表故障前的进程或任务会自动继续。

[1] 对应原始来源

证据

受访者复盘了对账演示进入生产后的复杂度与费用问题，主张确定性汇总和计算优先用可验证程序，理解判断交给模型，重要责任环节保留人工确认。文章同时说明，跨环节自动协同及完整任务质量、总成本评价仍在完善；本稿未复现其生产系统或验证量化收益。

[1] 对应原始来源

适用边界

可借鉴的是分清运行机制与业务规则，并用真实任务验收平台复用价值，而不是照搬某套基础设施。跨部门推广仍需专业负责人维护规则、统一必要口径并确认权限。整体预算与可直接套用的交付周期不能由访谈中个别阶段或开销推导；这不是华麒案例，也不构成选型或安全能力认证。