ZDAT 对话

背景：企业场景里的「对话」缺统一契约

在企业运营（business-ops）类 Agent 里，对话能力往往散落在各项目的 system prompt 里：同一业务问法、上下文裁剪、回复格式没有可复用的定义，换模型或换客户端就要重写一遍。zdat-chat-skill 在 SkillHub 上以规范包名 @user_15292d5a/yjkj-zdat-chat-skill 发布，把「ZDAT 相关对话」收敛成可被 Agent 加载的技能单元，而不是每次手写一长段提示词。

技能在 Agent 里通常怎么被使用

大模型技能的本质是：在对话流程里插入一份约定好的指令与行为边界。安装并引用该技能后，宿主（Cursor、Claude Code 等支持 Skill 的运行时）会在匹配场景时把技能说明并入上下文，让模型按技能作者定义的对话策略作答。从资料可见，当前公开 SKILL.md 仅声明其为上述规范名下的对话类技能；具体触发条件、工具调用、输出模板等细节应以 SkillHub 技能包内完整文档与资源为准，而不是凭 slug 猜测。

典型接入思路包括：

• 在 Agent 配置里声明依赖 @user_15292d5a/yjkj-zdat-chat-skill，与官方安装指引（skillhub.cn/install/skillhub.md）一并使用
• 将企业运营类任务路由到「已挂载该技能」的会话，避免与通用闲聊 prompt 混用
• 升级技能版本时对比包内 SKILL.md 变更，确认对话边界是否影响现有流程

适用边界与注意点

• 资料粒度：公开摘要未展开 ZDAT 业务接口、数据域或专有术语表；落地前请阅读技能包全文，确认是否覆盖你的工单、报表、客服等具体场景。
• 分类含义：business-ops 表示导航站归类，不代表已通过某行业合规认证；涉敏数据仍需按本机构策略做脱敏与审计。
• 来源：由 SkillHub 用户 user_15292d5a 发布；行为与维护节奏以发布方为准，集成方应自行做回归验证。