核心用法
skill-shell 是 OpenClaw 工作流中的技能审查网关，专门用于评估外部 ClawHub/GitHub 技能包的安全性、实用性与适配性。用户分享技能链接、请求代码审计、或对比工作流时触发。
执行流程
1. 澄清真实需求 — 明确用户想解决什么问题
2. 技能类型分类 — Capability/Integration/Automation/Workflow/Shell 五类之一
3. 静态审查 — 检查文件完整性、文档匹配度、依赖与脚本（可委托 Codex）
4. 动态验证 — 主代理亲自验证安装、运行、环境层级（L1-L4）
5. 风险评估 — 对照 12 项红旗规则（如 eval、凭证读取、外联 IP、base64 混淆等）
6. 输出结构化建议 — 结论、类型、审查结果、风险等级、推荐动作
显著优点
- 系统性风险框架：12 条硬红旗 + 4 级环境敏感度（shell→agent→gateway→cron），覆盖从临时会话到无人值守的全场景
- 分层审查机制：静态审查可外包 Codex，动态验证必须由主代理把关，兼顾效率与安全
- 智能吸收策略：对包装差但思想好的技能，不安装而是将精华沉淀到
SOUL.md/AGENTS.md/memory/，避免生态膨胀 - 输出结构严格：强制要求结论、风险等级、推荐标签（install/absorb/postpone/reject），抑制过度推销
潜在缺点与局限
- 依赖人工最终决策：虽提供框架，但"是否安装"仍需用户显式确认，自动化程度有限
- 红旗规则需持续更新：新型混淆技术（如 WASM、polyglot 文件）可能绕过现有静态规则
- 动态验证成本高：每技能需在多环境层（L1-L4）测试，高频审查场景下令牌消耗显著
- 生态锁定风险："是否拖入另一生态系统"的判断标准较主观，不同代理可能结论分歧
适合人群
- OpenClaw 高级用户：管理 10+ 技能、需定期审计更新的维护者
- 企业/团队管理员：强制推行技能准入标准，防止供应链污染
- 安全敏感场景：处理含凭证、SSH 密钥、生产环境访问权限的自动化工作流
常规风险
- 误报与漏报：静态审查通过但动态验证失败，或红旗规则过度敏感导致有用技能被拒
- 审查疲劳：框架要求详细输出，简单场景下可能显得冗重
- 版本漂移：技能更新后未重新审查，历史安全结论失效
来源与可信度
- 作者：石屹，为"加十"工作流定制设计
- 定位：内部专用工具，非通用开源标准
- 可信度：T2（有明确作者与组织背景，但未经过第三方安全审计或社区广泛验证）