为能力有限的宿主提供精简指令

以下示例与示意结果由本站编写，用于说明方法，不是模型实测结果。

使用场景

团队的宿主 H 能读取项目指令文件，但不能发现斜杠 Skill 或调用套件专用工具。你要提供可遵循的行为摘要，而不是粘贴全套工作流并暗示能力已安装。教学摘要 v1 的核心是先查现有实现、按证据报告状态、遵守用户范围；2 KiB 是本例的字节预算。

具体做法

先核对宿主实际读取位置、发现和工具能力，再选择完整套件或指令层。能力有限时生成短摘要，包含版本、稳定行为、复用顺序和完整能力的获取入口，明确仅供指令使用。提供位置与内容供用户按现有规则合并，不覆盖原指令；升级时重新生成并核对版本。

反例

向 H 粘贴一段摘要后宣布完整套件已安装，要求调用不可用的 review、QA 和部署命令，并覆盖用户已有项目指令。

改进写法

确认 H 只读取项目指令且没有套件工具。提供摘要 v1：先找现有实现再新增；状态主张引用实际检查；操作保持用户范围。控制在本例 2 KiB 预算内，显示版本，并说明它仅提供行为准则，不提供 review、QA、部署工具或完整流程。指出宿主确实读取的位置，供用户合并，保留原有指令；需要完整能力时另走受支持安装流程。

为什么这样改

能力分层避免把短文本当工具安装。稳定准则可以跨宿主复用，而明确缺少的能力与维护版本，让接收者知道哪些指导能执行、哪些工作需要其他环境。

如何验证

检查摘要版本、实际 UTF-8 字节数、读取位置和能力说明。教学 H 可以引用准则分析任务，却不能因此调用不存在的套件命令。原项目指令仍在，摘要升级有重新合并步骤。

只生成文件却未确认宿主会读、覆盖原规则或声称完整工具已就绪，都不满足要求。

适用边界

字节预算不等于会话 token 用量，摘要也不提供评测或能力保证。来源的宿主名单与版本是冻结实例，真实支持需核验；本篇不安装套件或修改用户指令。