公开记录
软件健康报告模式 0.34.0 · 指标 2.10.0 · 2026-08-28 10:09 UTC

Dicklesworthstone / ultimate_bug_scanner

Static analysis tool that catches 1000+ bug patterns across all popular programming languages, with auto-wiring into AI coding agent quality guardrails

Shell自定义许可证★ 285 星标⑂ 37 复刻始于 2025年11月在 GitHub 上查看 ↗
类型库如何判定
#agent-tools#bugs#code-quality#linting#static-analysis#ai-agents#bash#cli#developer-tools

Dicklesworthstone/ultimate_bug_scanner 的健康指数为 100 分中的 67 分，处于「良好」区间。 其得分最高的类别是Vitality（92/100），最低的是Sustainability & Governance（40/100）。 最近一次更新在 6 天前。 近期的大部分工作由 1 位贡献者完成。

67
总分 / 100
良好

软件健康指数

指标归入加权类别，统一采用 1–100 量表。总体分先取类别加权平均，再依据公开记录的分布进行校准，使各等级具有百分位含义；当公开证据触发高风险司法辖区政策时，评级会按政策调整，并设置 34（存在风险）的上限。

67
卓越93-100公开记录中的最高层级（约前 5%）；基本满足所有检验标准
优秀80-92各方面均表现强劲；仅有少量不足
良好65-79健康；不足之处有限且可控
中等50-64可接受，但存在明显不足；建议进行审查
薄弱35-49多个领域存在实质性薄弱环节
存在风险20-34存在重大薄弱环节；采用时应保持审慎
危急1-19问题严重（项目被弃置、仅有单一维护者、缺乏基本工程规范）
活力社区与采用可持续性与治理工程质量安全AI 就绪度

评分画像

每条轴代表一个类别。形状比平均值更重要——健康的对象会填满整个图形，而“一峰一谷”式画像意味着某一维度的优势正掩盖另一维度的风险。

加权总体分 61 经校准后在公布的指数量表上为 67（记录校准 2026-08-02）。

所有权

Jeff Emanuel个人账户
3,219 关注者203 个公开仓库始于 2018年1月

该仓库由个人账户拥有。相较于组织支持的项目，单一所有者项目的延续性风险更高。

按类别列示的指标

活力

项目是否仍有生命——是否仍在编写代码，是否仍在发布版本？

92优秀 · 占总体的 21%

开发活跃度

88优秀
评分方式
36/36推送新近度 — 最近一次推送于 6 天前
23.5/36提交节奏 — 52 周中有 34 周有提交
18/18提交量 — 最近一年 921 次提交
10/10OpenSSF Scorecard：Maintained — 30 commit(s) and 28 issue activity found in the last 90 days -- score normalized to 10
所用输入
commits_last_year921
human_commit_share0.97
days_since_last_push6
active_weeks_last_year34

发布纪律

98卓越
评分方式
27/27有发布版本 — 已发布 100 个发布版本
36/36发布时效 — 最近一次发布版本于 10 天前
27/27发布节奏 — 约每 4.6 天发布一次
8/10OpenSSF Scorecard：Signed-Releases — 5 out of the last 5 releases have a total of 5 signed artifacts.
所用输入
releases_count100
latest_release_tagv5.3.13
releases_from_tags否
days_since_latest_release10
mean_days_between_releases4.6

社区与采用

项目是否拥有用户、下载量与关注度，并具备欢迎贡献者参与的配置？

49薄弱 · 占总体的 17%

流行度与采用

53中等
评分方式
39.8/60星标 — 285 个星标
13/25复刻 — 37 个复刻
0/15关注者 — 2 位关注者
所用输入
forks37
stars285
watchers2
growth_stateunverified
growth_factor_pct100
growth_unverified_reasonno_history

社区健康

44薄弱
评分方式
22.5/22.5README
16.9/22.5许可证 — 存在许可证文件，但不是可识别的许可证
0/18CONTRIBUTING 指南
0/13.5行为准则
0/7.2议题模板
0/6.3PR 模板
所用输入
has_readme是
has_license是
readme_badges6
has_contributing否
has_issue_template否
has_code_of_conduct否
readme_badge_servicesshields.io
has_pull_request_template否

可持续性与治理

项目能否在其成员之外延续——巴士系数、响应能力、由谁支持，以及软件包的维护状况？

40薄弱 · 占总体的 23%

维护者韧性（巴士系数）

10危急
评分方式
9/54巴士系数 — 1 位贡献者贡献了半数提交
0/22.5提交分布 — 头号贡献者编写了 100% 的提交
1.4/13.5贡献者广度 — 1 位贡献者
0/10OpenSSF Scorecard：Contributors — project has 0 contributing companies or organizations -- score normalized to 0
所用输入
bus_factor1
contributors_sampled1
top_contributor_share1

议题与 PR 响应能力

42薄弱
评分方式
42/42议题解决 — 100% 的议题已关闭
0/30PR 接受 — 已裁定的 PR 中 0/8 已合并
0/13Newcomer PR acceptance — 30 天内首次贡献者的 PR 已合并 0/2
0/15OpenSSF Scorecard：Code-Review — Found 0/30 approved changesets -- score normalized to 0
所用输入
merged_prs0
open_issues0
closed_issues89
prs_merged_7d0
prs_decided_7d0
prs_merged_30d0
prs_decided_30d2
issue_closed_ratio1
closed_unmerged_prs8
first_time_authors_30d2
first_time_prs_merged_30d0
first_time_prs_decided_30d2

所有权与托管责任

75良好
评分方式
10/30所有权背书 — 个人（用户）账户
0/20已验证域名 — 不适用于个人账户
25/25所有者影响力 — Dicklesworthstone 有 3,219 位关注者
25/25既往记录 — 203 个公开仓库，账户约 8 年
所用输入
followers3,219
owner_typeUser
is_verified—
owner_loginDicklesworthstone
public_repos203
account_age_days3,159
已排除计分（无数据或不适用）：已验证域名。 其余权重已重新归一化。

工程质量

基础的工程与文档实践是否到位？

70良好 · 占总体的 19%

工程实践

60中等
评分方式
24/24CI 工作流 — 11 个工作流
24/24存在测试
0/16Linter 配置
0/9.6Pre-commit 钩子
0/6.4.editorconfig
0/20OpenSSF Scorecard：CI-Tests — 无数据
所用输入
has_ci是
has_tests是
has_editorconfig否
has_linter_config否
has_precommit_config否
已排除计分（无数据或不适用）：OpenSSF Scorecard：CI-Tests。 其余权重已重新归一化。

文档

85优秀
评分方式
30/30README
25/25文档目录
0/15文档 / 主页站点
10/10仓库描述
10/10主题标签 — 9 个主题标签
10/10Wiki
所用输入
topicsagent-tools, bugs, code-quality, linting, static-analysis, ai-agents, bash, cli, developer-tools
has_wiki是
homepage—
docs_site—
has_readme是
has_docs_dir是
has_description是

安全

可见的安全与供应链实践是否稳固，且不存在未解决的高风险司法辖区暴露？

49薄弱 · 占总体的 16%

安全态势

49薄弱
评分方式
7.5/7.5Binary-Artifacts — no binaries found in the repo
0/7.5Branch-Protection — branch protection not enabled on development/release branches
0/2.5CI-Tests — 无数据
0/2.5CII-Best-Practices — no effort to earn an OpenSSF best practices badge detected
0/7.5Code-Review — Found 0/30 approved changesets -- score normalized to 0
0/2.5Contributors — project has 0 contributing companies or organizations -- score normalized to 0
10/10Dangerous-Workflow — no dangerous workflow patterns detected
0/7.5Dependency-Update-Tool — no update tool detected
0/5Fuzzing — project is not fuzzed
2.2/2.5许可证 — license file detected
7.5/7.5Maintained — 30 commit(s) and 28 issue activity found in the last 90 days -- score normalized to 10
5/5Packaging — packaging workflow detected
0/5Pinned-Dependencies — dependency not pinned by hash detected -- score normalized to 0
0/5SAST — no SAST tool detected
5/5Security-Policy — security policy file detected
6/7.5Signed-Releases — 5 out of the last 5 releases have a total of 5 signed artifacts.
0/7.5Token-Permissions — detected GitHub workflow tokens with excessive permissions
7.5/7.5Vulnerabilities — 0 existing vulnerabilities detected
所用输入
sourceopenssf_scorecard
checks_evaluated17
scorecard_versionv5.5.0
checks_inconclusive1
scorecard_aggregate5
已排除计分（无数据或不适用）：CI-Tests。 其余权重已重新归一化。

AI 就绪度

该仓库在多大程度上具备与 AI 编码代理协同开发与维护的条件？权重刻意设小（4%）：代理工具链是一项真实的维护信号，但完全不具备的仓库仍可达到 100/100。

71良好 · 占总体的 4%

AI 代理上下文与指引

100卓越
评分方式
45/45代理指令 — AGENTS.md
15/15机器可读文档（llms.txt） — 项目网站提供 llms.txt（https://ast-grep.github.io/llms.txt）
40/40可读的提交历史 — 97 次人类提交中有 97 次说明了意图（结构化标题或解释性正文）
所用输入
has_llms_txt是
llms_txt_urlhttps://ast-grep.github.io/llms.txt
legible_history_share1
agent_instruction_filesAGENTS.md
agent_instruction_max_bytes35,653

验证循环（构建 / 测试 / 类型检查）

55中等
评分方式
12.6/18一条命令的引导启动 — test-suite/golang/async_errors/buggy/go.mod, test-suite/golang/async_errors/clean/go.mod, test-suite/rust/async_errors/buggy/Cargo.toml（工具链约定，无任务运行器）
22/22自动化测试
0/11Lint / 格式化配置
0/11静态类型检查
10/10可复现环境 — Dockerfile, Nix, lockfile
10/10已体现的代理实践 — 最近 100 次提交中有 55 次由代理编写或署名代理
0/8自动化维护 — 未观察到自动依赖更新
0/10OpenSSF Scorecard：Pinned-Dependencies — dependency not pinned by hash detected -- score normalized to 0
所用输入
has_nix是
has_tests是
lockfilesgo.sum, uv.lock
has_dockerfile是
typed_language否
bootstrap_files—
has_devcontainer否
has_linter_config否
typecheck_configs—
agent_commit_share0.55
toolchain_manifeststest-suite/golang/async_errors/buggy/go.mod, test-suite/golang/async_errors/clean/go.mod, test-suite/rust/async_errors/buggy/Cargo.toml, test-suite/rust/async_errors/clean/Cargo.toml, test-suite/rust/buggy/Cargo.toml, test-suite/rust/clean/Cargo.toml
dependency_bot_commit_share0

面向模型的代码可读性

55中等
评分方式
0/45可类型检查的代码 — Shell，未配置类型检查
54.9/55可控的文件大小 — 采样的 526 个源文件中有 1 个超过 60KB
所用输入
primary_languageShell
largest_source_bytes67,677
source_files_sampled526
oversized_source_files1

关键数据

285GitHub 星标
1贡献者
921最近 12 个月提交数
6距最近推送天数
100发布版本数
1巴士系数（bus factor）
0开放议题
PyPI软件包生态系统数

数据采集警告

  • Star history unavailable: GitHub GraphQL error: Resource not accessible by personal access token
  • Could not fetch pypi package 'ultimate-bug-scanner' from its registry
  • GitHub dependency-graph SBOM unavailable (404); the dependency graph may be disabled for this repository

更多细节

Star 与 Fork 历史 0 ★ / 37 ⇿
0Star
37Fork
96发布

每颗 star 和每个 fork 的添加时间，来自 GitHub 并按天汇总。累计增长位于其构成来源——每日新增——的正上方，二者可相互对照：稳定的自然增长与短暂的突增形态截然不同。当这一差别可被衡量时，它会作为增长真实性予以报告。

01325383722025-112026-042026-08
主版本 0次版本 2修订 94
OpenSSF Scorecard 5.0 / 10
5.0综合

来自开源项目 OpenSSF Scorecard 的独立、工具无关的安全评估。每项检查奖励的是安全实践本身，而非特定供应商的工具。Scorecard 无法判定的检查项标记为 不适用，并从安全评分中剔除（绝不按零分计）。Scorecard v5.5.0 · 2026-08-28 10:09 UTC

10Binary-Artifactsno binaries found in the repo
0Branch-Protectionbranch protection not enabled on development/release branches
不适用CI-Testsno pull request found
0CII-Best-Practicesno effort to earn an OpenSSF best practices badge detected
0Code-ReviewFound 0/30 approved changesets -- score normalized to 0
0Contributorsproject has 0 contributing companies or organizations -- score normalized to 0
10Dangerous-Workflowno dangerous workflow patterns detected
0Dependency-Update-Toolno update tool detected
0Fuzzingproject is not fuzzed
9Licenselicense file detected
10Maintained30 commit(s) and 28 issue activity found in the last 90 days -- score normalized to 10
10Packagingpackaging workflow detected
0Pinned-Dependenciesdependency not pinned by hash detected -- score normalized to 0
0SASTno SAST tool detected
10Security-Policysecurity policy file detected
8Signed-Releases5 out of the last 5 releases have a total of 5 signed artifacts.
0Token-Permissionsdetected GitHub workflow tokens with excessive permissions
10Vulnerabilities0 existing vulnerabilities detected
全部依赖 未采集

本报告未能采集到解析后的依赖集合：GitHub dependency-graph SBOM unavailable (404); the dependency graph may be disabled for this repository

原始 JSON 报告 机器可读

反馈

发现这份报告有不准确之处，或有想法要分享？错误的测量、未识别的工具、建议、疑问——都欢迎提出。每条消息都会被阅读并得到回复。

登录过程中消息不会丢失。

相关记录

与 Dicklesworthstone/ultimate_bug_scanner 共享目录标签或生态系统的已检测仓库。 并排阅读 →

98awslabs/cli-agent-orchestratorMulti-agent orchestration for AI coding CLIs — Claude Code, Kiro, Codex, and more, coordinated in isolated tmux sessions卓越94smart-mcp-proxy/mcpproxy-goSupercharge AI Agents, Safely卓越98pylint-dev/pylintIt's not just a linter that annoys you!卓越98ComposioHQ/composioComposio powers 1000+ toolkits, tool search, context management, authentication, and a sandboxed workbench to help you build AI agents that turn intent into action.卓越97gptme/gptmeYour agent in your terminal, equipped with local tools: writes code, uses the terminal, browses the web. Make your own persistent autonomous agent on top!卓越96e2b-dev/E2BOpen-source, secure environment with real-world tools for enterprise-grade agents.卓越

评分是信号，而非担保。 评分反映的是 GitHub 上公开可见的实践——不是代码审计，也不是安全保证。

缺失数据将被剔除并重新归一化权重，绝不按零分计。方法论已版本化并公开：指标 v2.10.0、模式 v0.34.0—— 完整方法论 · 指标知识库.

单项结果在整体记录中的位置： 汇总统计.