引导封装

它要处理的问题

在调用 guidance-wrap 时，常见负担不是原能力本身，而是上层需要直接依赖它的入口、参数形态和调用方式。Guidance Wrap 的资料定位很明确：guidance-wrap wrapper。换句话说，它不是替换 guidance-wrap，而是在其外围加一层封装边界，让使用方先面对一个更稳定的包装层，而不是散落到底层调用细节。

技能如何工作

从现有信息看，它的关键动作是围绕 guidance-wrap 建立一层 wrapper。通常这类封装会做三件事：统一调用入口、隔离依赖变化、保留原始能力边界。对工程师来说，它适合出现在已有 guidance-wrap 依赖的模块边界处：

• 用 wrapper 承接外部输入，避免业务代码直接拼接底层参数
• 将 guidance-wrap 的调用封装在内部，便于后续替换或调整
• 保持原 guidance-wrap 的能力不被过度承诺，文档未列出的接口不要假设存在

适用边界

当前版本为 1.0.0，文档仅描述为 guidance-wrap wrapper。因此使用它时，应把它理解为轻量封装层，而不是自带完整业务逻辑、模型调度或复杂流程的技能。若你的需求依赖具体接口、错误码、参数表或示例行为，需要先查看该 wrapper 的实际导出与测试；在没有这些信息前，不要把它当作可直接解决上层问题的黑盒。