郭亿易老公插件能力审计官

在 LLM 生态里，插件正在以很快的速度接入到工具调用、检索增强、自动化流程等环节。一旦能力边界没有说清楚，未审计的扩展就可能越过预期，调用超出声明的接口、请求外部端点，或读写本不该访问的数据。团队如果完全依靠人工翻看文档来维持约束，审计标准很容易漂移，发布节奏也会被安全评审拖住。

核心能力与工作方式

• 解析插件清单：读取插件 manifest 与技能说明文件，识别 name、version、依赖声明、入口脚本与权限提示，为后续审计建立基线。
• 枚举能力与调用路径：依据声明的 action、endpoint、filesystem 访问范围，生成一份能力矩阵，标注潜在数据出口与外部依赖。
• 生成安全审计报告：输出可读的审计文档，说明每项权限的用途、风险点、是否最小化，并提供整改建议，帮助研发按统一标准收敛。
• 适配本地与 CI 场景：既可作为人工评审助手，也可挂到流水线中作为审查节点，减少人工漏检和流程不一致。

典型工作流

1. 导入插件资料：将 manifest、SKILL.md、README 或示例配置放入审计目录。
2. 提取能力声明：识别入口函数、可调用工具、外部地址与数据读写范围，形成能力清单。
3. 风险定级与提示：对权限过宽、敏感端点、未声明的数据出口进行标记，给出严重程度与修复方向。
4. 输出审计报告：生成 Markdown 结果，供研发、安全与运维同学共同评审和归档，必要时形成闭环修复。

适用边界与注意点

• 该技能依赖插件提供真实、完整的 manifest 和说明，缺少信息时不会自行推断隐藏逻辑，需要补齐资料后再审计。
• 它定位在安全评审与合规辅助，无法代替渗透测试、代码审计和组织级治理。
• 属于静态审计，运行时行为仍需结合沙箱、流量观测与日志分析来验证，避免只看声明就下结论。

适用场景举例

• 团队正在接入第三方插件，需要在合并前快速完成一轮能力审计，确认没有越权声明。
• 已有插件需要定期复审，梳理新增 endpoint 与权限变化，形成可追踪的记录。
• CI 流水线希望增加一个轻量审计步骤，在发布前生成报告，降低后续运维风险。