现状
lark-cli 目前提供 27 个独立 skill（lark-cli skills list）。通过 npx skills add larksuite/cli -g -y 安装时，全部 27 个 skill 会注入到 agent 的 system prompt 中。
问题
在 bridge /agent harness 环境下，27 个 skill 的 description 和路由逻辑会显著挤占 token 预算。典型场景下，用户可能只用到其中的 3-5 个域（如 calendar、im、doc），但全部 27 个 skill 的描述都占用了上下文空间，影响 agent 对非 lark 域任务的响应质量。
现有缓解措施
-s 参数支持按需安装：
npx skills add larksuite/cli -s lark-calendar -y npx skills add larksuite/cli -s lark-im -y
但这对新用户不友好 —— 需要提前知道有哪些 skill、各自覆盖什么域。
建议方案
渐进式披露：合并为 1 个 meta skill + 内部子命令分发。
这样既保留了按域分发的灵活性，又大幅减少了 system prompt 的固定开销。
现状
lark-cli 目前提供 27 个独立 skill（lark-cli skills list）。通过 npx skills add larksuite/cli -g -y 安装时，全部 27 个 skill 会注入到 agent 的 system prompt 中。
问题
在 bridge /agent harness 环境下，27 个 skill 的 description 和路由逻辑会显著挤占 token 预算。典型场景下，用户可能只用到其中的 3-5 个域（如 calendar、im、doc），但全部 27 个 skill 的描述都占用了上下文空间，影响 agent 对非 lark 域任务的响应质量。
现有缓解措施
-s 参数支持按需安装：
npx skills add larksuite/cli -s lark-calendar -y npx skills add larksuite/cli -s lark-im -y但这对新用户不友好 —— 需要提前知道有哪些 skill、各自覆盖什么域。
建议方案
渐进式披露：合并为 1 个 meta skill + 内部子命令分发。
对外只暴露 1 个 lark-cli skill（约 200-300 token 的描述）
该 skill 内部维护 27 个子域的路由表
Agent 在运行时根据需要调用对应子域，而非一次性加载全部 27 个 skill 的完整描述
这样既保留了按域分发的灵活性，又大幅减少了 system prompt 的固定开销。