扩展 Y8
从一个想改进的具体任务开始。Y8 使用 DSH 的插件机制，你可以采用已有扩展，也可以开发自己的插件，沿用同一种插件格式。
专业插件可以从两个问题开始：领域分析引擎需要处理什么数据、返回什么结果？操作面板需要让用户发起什么操作、检查哪些结果？按需求扩展其中一部分或两部分，复用 DSH 已有的运行能力。背后的分工见产品理念。
选择合适的方式
| 你的需求 | 从这里开始 |
|---|---|
| Y8 已经包含的能力 | 阅读默认插件及其使用前提 |
| 已有其他人维护的能力 | 在插件市场查找，检查 README 和兼容要求 |
| 固定流程、提示词或输出标准 | 编写工作区 Skill；仅有操作说明时无需新建运行时插件 |
| 调整选项或组合现有能力 | 先看设置，再看插件配置和 Bundle 说明 |
| 接入一个已有外部服务 | 先检查该服务是否提供可用的 MCP 集成 |
| 增加操作、服务、设置卡片或界面 | 进入下面的插件开发路径 |
定义一个小需求
把这份提纲复制到对话或项目 README。先填写已知信息，其余可以让助手检查现有项目；提供样例数据，不要填写凭据。
- 要解决的任务：
- 输入内容及来源：
- 期望输出，以及在哪里检查：
- 允许修改的范围，以及禁止执行的操作：
- 需要的账号、服务和配置项：
- 一份样例输入及预期结果：
例如：只读查询团队构建服务的失败任务，返回失败原因和链接，不触发重跑。提供一份脱敏响应作为验收样例。这是扩展需求示例，不表示 Y8 已经接入该服务。
开发并检查结果
- 借助 Creator 开发，查询可用接口，试验一个范围明确的需求。
- 按第一个插件加载可编辑源码。本教程需要准备好的 DSH 源码 checkout，仅有桌面安装包还不够。
- 增加一个工具或配置项，每次修改一种行为并检查可见结果。
- 按打包与安装把源码交付给其他人。临时动态试验不等于已安装的软件包。
专业扩展示例见 Harbor 如何开发。框架、事件和服务细节见框架指南；尚未在本站发布的深入参考会打开 GitHub。
在团队内复用
共享项目或确切的软件包版本、支持的 DSH 版本、安装步骤、配置项名称和验收样例。同事使用自己的账号与目录，再重复执行样例。共享文件不携带私人会话或凭据。本地 checkout 链接只在作者机器上有效，交给他人时使用打包指南。
文档中的步骤失败时，通过故障排查提供具体步骤、版本与错误，帮助区分说明缺失和需要完善的开发能力。