加速封装

解决的问题

Accelerate Wrap 的公开资料很简略，只给出名称、版本、作者和 wrap、github、automation 三个标签。基于这些信息，它更像是一个面向 GitHub 自动化 的轻量封装方向，而不是完整 CI/CD 平台。适合的场景是：你已经有一组 GitHub 动作、模板或重复流程，希望用更短的入口把它包起来，减少每次手动拼接上下文或重复描述的成本。资料没有提供接口、权限、触发器或输出格式，因此不能假设它能直接执行发布、合并或部署。

工作方式与边界

从标签看，核心关键词是 wrap，即把某类重复操作封装成可复用入口。合理的工作方式应是：接收与 GitHub 自动化相关的输入，组织成固定流程，再交给对应的 GitHub 能力或外部工具处理。由于 SKILL.md 正文中描述不完整，使用时应重点确认三件事：

• 触发条件：是手动调用、命令触发，还是事件触发；
• 输入参数：需要仓库、分支、issue、PR 还是自定义 payload；
• 权限边界：是否需要写入 issue、PR、workflow 或 release。

如果没有这些说明，建议先把它视为“封装入口”来试用，避免直接用于生产发布链路。