业务域载荷

要解决什么问题

在企业系统对接、运营报表和流程自动化里，模型经常要产出或改写结构化业务数据：订单字段、审批单、对账明细、领域事件等。若只靠自然语言约定，容易出现字段名混用、枚举值不一致、嵌套层级与后端契约对不上，联调时才发现 JSON 与接口文档脱节。

「业务域载荷」这类技能的目标，是让对话中的输出更贴近某一业务域的数据形状与语义，而不是泛泛的示例 JSON。

技能如何工作

从名称与 business-ops 分类可以推断，技能通过 SKILL.md 中的领域说明与约束，引导模型在以下方面对齐业务侧预期：

• 载荷结构：对象层级、必填字段、与常见 DTO / 消息体类似的骨架
• 领域词汇：使用业务方认可的字段名与取值口径，减少「技术别名」与「业务别名」混写
• 边界与校验意识：在生成或补全载荷时，标明不确定字段、缺省策略或与契约冲突之处，便于人工复核

具体步骤与模板以技能包内文档为准；本页资料未展开实现细节时，应把技能当作领域载荷写作的提示与规范载体，而非独立的数据校验服务。

适用边界与注意点

• 技能不能替代服务端 schema 校验、权限与幂等；上线前仍须以 API 契约与测试环境为准。
• 多域、多租户场景下，需在技能说明中明确当前域与版本，避免模型套用错误领域的字段集。
• 涉及金额、身份、合规字段时，应默认走脱敏与最小披露，由人在关键节点确认后再落库或外发。