技能安全审计
根据仓库内容和主要文档对提交的项目进行评估。默认审计为只读：请勿安装依赖项、执行项目代码、登录、提供凭证或将项目连接到真实的 Agent 或账户。
审计
- 记录精确的仓库、修订版或发布版本、许可证、归档状态、最近一次有意义更新以及审查的文件。如果审计的修订版不明确，请说明此限制。
- 阅读完整的
SKILL.md或等效的说明以及其直接调用的每个文件。遵循对脚本、钩子、清单、软件包安装步骤、二进制文件、远程 URL、环境变量和捆绑资产的引用。 - 建立能力清单：本地文件访问、命令执行、网络访问、浏览器控制、账户操作、发布、消息传递、删除、支付、凭据访问、持久性和自我更新行为。
- 追踪敏感数据从其源头到每个本地存储、子进程、日志、模型、API、MCP 服务器、分析服务或其他网络目的地。缺少文档是一个未解决的问题，不能证明数据留在本地。
- 检查依赖清单、锁定文件、安装脚本和发布来源。注意未固定的远程执行、不透明的二进制文件、广泛的传递依赖项或源代码与分发的工件之间的不匹配。
- 应用 风险信号和严重性模型。当必要、公开、范围狭窄、可逆且需要确认时，有风险的能力是合法的。
- 将已确认的发现与上下文风险及未回答的问题分开。对于每个实质性声明，引用文件路径、行、配置字段、命令或主要文档。
输出
从审计的身份和一项裁定开始：
- 较低观察风险：在审查范围内未发现实质性问题，但这并非保证。
- 需要审查：重要的行为、来源、权限或数据流仍不明确。
- 高观察风险：确认的行为可能暴露敏感数据，削弱账户或设备安全性，导致不可逆的操作，或绕过知情控制。
提供以下部分：
- 范围和限制。
- 能力和权限表。
- 数据流表。
- 按严重性排序的发现，每个发现附有证据、影响和缓解措施。
- 未回答的问题。
- 一个使用一次性数据或账户的最小权限测试计划。
如果没有足够证据支持具体主张，请不要将项目标记为安全、恶意、官方或合规。静态审查无法证明运行时行为或不透明的远程服务的内容。