让 AI 为你的项目接入 dsh-distribution

一次接入，统一描述整套环境。 你只需要向 AI 说明“让我的项目遵守 dsh-distribution”，不需要先替它选择内部包或协议模块。

下面是一份完整任务提示词。编码助手负责阅读规范、检查项目、映射格式和验证；你负责确认项目身份、数据归属等它无法可靠判断的事实。

直接复制给编码助手

请为当前 DSH 项目接入 dsh-distribution，让支持该协议的工具能够
以统一方式识别这套环境、了解组件和数据边界，并取得实际可提供的管理信息。

先阅读当前仓库文档，不凭记忆猜格式：
https://github.com/T-Auto/dsh-distribution/blob/main/README.md
https://github.com/T-Auto/dsh-distribution/blob/main/docs/getting-started.md
https://github.com/T-Auto/dsh-distribution/blob/main/examples/managed.json
https://github.com/T-Auto/dsh-distribution/blob/main/docs/proposals/README.md
https://github.com/T-Auto/dsh-distribution/blob/main/SECURITY.md
并继续阅读涉及字段的规范提案和 schema。

请把它作为一次完整的环境接入，不向我提供一份内部协议包的选购清单，
也不要仅生成一个身份文件就宣称整套管理信息已经接入。

工作要求：
1. 先只读检查项目和已有说明，整理：
   - 固定项目身份和当前发布版本；
   - 运行时、界面、插件等组件的真实来源；
   - 配置、记录、扩展、缓存和用户数据的位置、归属、敏感性及迁移条件；
   - 环境如何安装、被找到，如何区分每次安装；
   - 现有程序实际能提供的状态、迁移及恢复能力。
   用普通话说明检查结果和待确认问题，不凭目录名判断数据可以安全复制。
2. 重要事实无法确认时先问我，不照搬示例项目的身份、组件、路径或能力。
   不读取或回显秘密内容，不把敏感值写入说明。
3. 将确认的信息按规范生成环境说明；有现有文件就沿用并保留无关内容。
   本地整合包可以使用 dsh-distribution.json；其他产品形态选择适合的方式。
   在项目 README 说明文件在哪里、支持的工具如何取得。
4. 对适用信息进行真实映射。不适用或未实现的部分按规范处理并在报告中解释，
   不强行声明所有能力，不编造字段，不把结构合法的空声明当作功能已完成。
   required 等技术字段按实际消费约定判断，不统一强制为 true 或 false。
5. 区分公共发行物说明与每次安装的数据。实例 ID、当前状态和迁移记录
   由管理工具结合真实环境维护，不硬编码进公共描述符。
6. 不擅自改变目录、启动方式、插件 API，不安装不需要的运行库。
   不实施真实复制、删除、凭据迁移或环境切换。
7. 有本地条件时，按接入指南运行校验器，并对照项目事实复核。
   无法运行时明确说未验证，不声称测试通过。
8. 最后交付：改动文件、已描述的环境信息、未确认或不适用的事项、
   实际验证结果，以及哪些管理操作仍依赖具体工具实现。
不要自动提交、推送或发布。

AI 无法访问链接时，把对应文件提供给它，不让它自行编造格式。

你看交付时，只需先问三个问题

1. 它有没有把我的环境说清楚？ 身份、组成、数据位置和管理条件应与项目实际情况相符，不只是把示例换了名字。
2. 它有没有改不该改的东西？ 接入环境说明不应擅自重构启动方式、搬动用户数据或安装一堆运行库。
3. 它有没有夸大完成度？ 说明通过校验不代表文件已备份、实际工具已适配，或一键迁移已经安全可用。

这是给 AI 的一项完整工程任务，而不是让你学习多个协议后再逐项拼装。协议内部的技术划分见开发指南，一般作者不需要以这些划分来组织自己的接入工作。