Score breakdown0 Version history1 Source
Category Weight Category score Contribution
Security prompt, exec, net, exfil, eval
35%
100
35.0 pts
Supply chain hash, typosquat, maintainer, lockfile
20%
100
20.0 pts
Maintenance staleness, pinning, CI
15%
100
15.0 pts
Transparency SKILL.md, perms, README
15%
100
15.0 pts
Community installs, verify, response
15%
100
15.0 pts
Findings & checks · 0 flagged
Security score 100 · 0 findings
✓ — All security checks passedNo findings in this category for the latest scan. pass
Supply chain score 100 · 0 findings
✓ — All supply chain checks passedNo findings in this category for the latest scan. pass
Maintenance score 100 · 0 findings
✓ — All maintenance checks passedNo findings in this category for the latest scan. pass
Transparency score 100 · 0 findings
✓ — All transparency checks passedNo findings in this category for the latest scan. pass
Community score 100 · 0 findings
✓ — All community checks passedNo findings in this category for the latest scan. pass
Every scanned point with the score it earned and what moved between them.
1 scans · 90 days c721928 latest
Jun 28, 2026 100 c721928
First recorded scan — no prior version to compare against.
The primary manifest — the file an agent reads to learn what this artifact does.
.claude/skills/gitflow/SKILL.md · 1 file .claude/skills/gitflow/SKILL.md 2.5 KB · Markdown Rendered Raw ⧉ Copy
name : gitflow
description : Gitflow 工作流规则,包括分支策略、版本控制、PR 规则和发布流程。当需要管理复杂的分支策略、进行发布或热修复时使用此 skill。
Gitflow 工作流规则 主分支 main(或master) 包含生产就绪代码 永远不要直接提交到main分支 只接受来自以下分支的合并: hotfix/* 分支 release/* 分支 每次合并后必须使用版本号标记 develop 主开发分支 包含最新交付的开发变更 功能分支的源分支 永远不要直接提交到develop分支 支持分支 feature/* 从develop分支创建 合并回:develop 命名约定:feature/[issue-id]-描述性名称 示例:feature/123-user-authentication 创建PR前必须与develop分支保持同步 合并后删除 release/* 从develop分支创建 合并回:main 和 develop 命名约定:release/vX.Y.Z 示例:release/v1.2.0 仅进行bug修复、文档编写及与发布相关的任务 不添加新功能 合并后删除 hotfix/* 从main分支创建 合并回:main 和 develop 命名约定:hotfix/vX.Y.Z 示例:hotfix/v1.2.1 仅用于紧急生产环境修复 合并后删除 提交信息 格式:type(scope): description 类型: feat: 新功能 fix: Bug修复 docs: 文档变更 style: 格式调整、缺失分号等 refactor: 代码重构 test: 添加测试 chore: 维护任务 版本控制 语义化版本 MAJOR版本用于不兼容的API变更 MINOR版本用于向后兼容的功能性变更 PATCH版本用于向后兼容的bug修复 Pull Request规则 所有变更必须通过Pull Request进行 所需批准:至少1个 CI检查必须通过 不允许直接提交到受保护分支(main, develop) 合并前分支必须保持最新 合并后删除分支 分支保护规则 main和develop 要求Pull Request审核 要求状态检查通过 要求分支保持最新 限制规则包括管理员 禁止强制推送 禁止删除 发布流程 从develop创建release分支 更新版本号 修复任何与发布相关的问题 创建PR到main 合并到main后: 标记发布 合并回develop 删除release分支 热修复流程 从main创建hotfix分支 修复问题 更新patch版本号 创建PR到main 合并到main后: