Article body
正文
衡石 HENGSHI JARVIS 将企业知识、工作方法与执行证据组织到 Agent 的日常工作中。技能和工作流持续演进时，团队需要同步管理变更依据、业务回归、试点范围与恢复方案，才能让能力改进进入可负责、可检查的交付过程。
修改一段指令可能改变取数口径，新增工具可能扩大可执行动作，调整模型可能改变澄清与工具调用方式。对于企业 Agent，发布治理需要同时关注业务含义、数据权限和执行影响，不能只检查提示词是否保存成功。
一、先分清知识、分析平台与运行现场
在衡石的产品与工程协作体系中，HENGSHI SENSE 负责数据、指标与分析资产，Data Agent 围绕已授权的数据和配置执行分析；HENGSHI JARVIS 组织企业知识、来源路由与工作流，帮助 Agent 判断该查什么、按什么规则推进，以及应留下哪些证据。
Jarvis Box 承载受管任务的运行现场，管理 Task、Run、Workspace 和 Artifact 等对象，便于任务接续和交接。当前需求、代码、权限、测试和部署结果仍需回到各自权威系统核对。持久化任务现场与知识索引，为复盘提供依据；它们不替代代码库或 CI 的当前状态。
| 变更对象 | 应记录的内容 | 负责核对的人 |
|---|---|---|
| 指令与 Skills | 版本、修改原因、适用范围、停步条件 | 技能或工作流维护者 |
| 工具与接口 | 参数、身份、授权和失败处理 | 接口负责人及实施团队 |
| 模型与运行配置 | 模型标识、相关参数和使用入口 | 平台与模型配置负责人 |
| 指标与数据 | 业务定义、数据范围和权限 | 业务负责人及数据团队 |
二、让技能修改有来源、有版本、有影响说明
可复用 Skills 与工作流适合通过受管理的知识源和代码仓库维护。每次修改都应说明触发问题、授权变化和影响范围，并关联具体版本。临时任务日志留在运行材料中，稳定的方法与已验证的约束再写回各自知识负责人维护的正文，避免把聊天过程堆成长期规则。
对于提示词、模型和业务知识等界面配置，团队也要保存能够恢复的配置记录，明确哪些内容随版本发布、哪些由独立系统管理。回退某份 Skill 文件，通常不会同时恢复数据库内容、外部工具状态或模型服务。恢复计划应逐项列明依赖。
三、用真实业务问题验证改进是否有效
衡石 JARVIS 的工程方法强调先固定依据、范围与授权，再进入对应的工作流和验证入口。技能变更的回归问题应来自真实使用场景：既覆盖修改要解决的问题，也检查受影响的邻近行为。对于问数场景，重点是指标、期间、范围、结果及权限，而非要求每次回答逐字相同。
| 验证场景 | 示例问题或动作 | 通过依据 |
|---|---|---|
| 指标与口径 | 按区域查看本月净销售额 | 期间、退款规则与核对结果一致 |
| 多轮条件 | 按省份拆开，再与去年同期比较 | 需要继承的条件与同比区间正确 |
| 权限边界 | 区域账号请求其他区域明细 | 按实际授权限制访问，不泄露受限结果 |
| 歧义与失败 | “最近怎么样”，或工具调用超时 | 确认必要条件或给出可操作的失败信息 |
| 执行动作 | 创建或修改外部业务记录 | 输入、授权、人工确认与实际结果可核对 |
验证时应记录使用的配置、测试账号、数据批次和运行证据。模型输出会有变化，可以用多次运行观察稳定性；数值类任务依据相同口径比对，解释类任务检查依据与结论，写入类任务检查真实外部结果。测试集只补充有实际保护价值的场景，避免不断追加重复问题。
四、分阶段试点，把发布范围与责任对应起来
企业可以先在测试环境验证，再邀请内部团队和明确的业务试点组使用，最后按审批结果扩大范围。每一步都要说明谁使用哪个配置、谁收集反馈、何时停止扩展。选择试点任务时应覆盖真实风险，而不是只挑最容易成功的问题。
若企业需要按请求比例放量或对新旧版本做流量对照，应由实际接入网关、应用路由或部署系统实现并验证。HENGSHI JARVIS 的工作流可以组织这些步骤、检查结果与责任交接，具体发布能力取决于接入的系统和已经完成的配置。
五、场景示例：调整经营分析 Skill 的默认比较方式
以下为虚拟方案示例。某团队希望将经营周报的默认比较从环比调整为同比。维护者先确认业务负责人是否授权这一变化，查明哪些问题和模板依赖旧口径，再建立包含“本周同比”“继续按环比看”“节假日所在周”等问题的验证集合。
技能维护者在受管理的版本中修改规则，数据团队核对对应时间轴与指标，试点人员确认生成的图表和文字是否表达了正确的比较范围。JARVIS 按工作流组织来源、验证入口与证据；运行材料保留配置和结果，供后续接手的人核查。
如果试点出现比较范围错误，负责人停止扩展并恢复已验证的技能及相关配置。对已经保存的分析成果，逐项检查是否需要重算或替换；若曾调用外部工具写入业务数据，还需按业务系统流程撤销或补偿，代码回退不会自动撤销这些结果。
六、让恢复方案成为发布条件
上线前应写清可恢复的版本、配置备份、执行步骤与责任人，并约定出现哪些业务错误就停止放量。权限泄露、关键指标持续错误或非预期写入，应立即按事先约定的流程处理；具体阈值由业务风险与试点记录决定。
衡石 JARVIS 的价值，是把企业经验落实到任务路由、执行规则、验证和选择性写回中，让技能迭代有据可查、跨人跨 Agent 的交接能够继续。团队将版本与配置管理、实际发布系统和业务复核接入同一工作流程，才能持续改进 Agent，并保留对关键业务动作的控制。