用途：在加速平台初始化全部走完、验证阶梯通过后（通常由 accel-init 阶段 5 交棒），把已验证的平台知识落盘为固定通用名的 accel 三件套；事后规则被推翻、版本行过期或新增 fork 兼容结论时也可补充修订。方案未跑通时不预写。
三件套槽位与固定 skill 名：系统层 accel-platform-install（驱动/SDK/工具链安装、兼容集、用户态布局、下载验签、验证阶梯）；Python 层 accel-pytorch-python（双源纪律、版本匹配矩阵、环境变量、安装流程、验证、常见失败）；代码层 accel-pytorch-code-porting（API 映射表、设备探测、AMP、分布式、第三方包兼容、迁移清单）。三者均落在仓库分发并可在本机改写。另有宿主机层 <host>-environment，记录本机 conda/uv 路径、硬件表、存储卷、缓存与已装栈事实，只留本机、永不回流。
命名规则：平台名（musa/cuda/cann/rocm）只出现在三件套内容里，skill 名称与触发词保持平台无关；三件套每件头部自带“如何特化”改写指引，就地改写正文，不新建平台名 skill，也不改分发版名字。
改写规则：两层填空，正文写平台通用值（版本行、命令、坑），产物回流仓库成为新分发版；路径、主机名等本机值只进宿主机层。按头部指引逐节改写，对本平台无意义的节整节删除，不留空标题。版本匹配矩阵写当前查到的行加查询命令，附来源链接与日期，不写会过期又无重查方式的结论。验证节贴真实命令与关键输出行（脱去 PID/作业名/私有数据），写明预期输出。失败模式只收录真实踩过的，按症状→原因→处置记录。description 需平台无关、触发词丰富，并写清与相邻 skill 的分工。
回流流程：先用 platform-environment-skill-audit 审计三件套（用户名、路径、IP、凭据、验证产物泄露及“本机当通用”越界），修正后推 brilliantrough/agent-skills，旧平台实例进 git 历史不并存；新机器经 setup 脚本获取最新分发版，已装机器不追新版，显式刷新属人工动作。宿主机层即使审计通过也不回流。
模板文件：templates/host-environment.md 提供宿主机层骨架（硬件表、存储卷扩容、多 Python 环境防混淆、缓存、已装平台栈 factbook），参考实例为服务器上的 local-python-environment 与昇腾机的 system-profile。具体命令、价格与平台支持范围资料暂未提供。