公开记录
软件健康报告模式 0.34.0 · 指标 2.10.0 · 2026-09-13 21:00 UTC

kozistr / pytorch_optimizer

optimizer & lr scheduler & loss function collections in PyTorch

PythonApache-2.0★ 428 星标⑂ 44 复刻始于 2021年9月在 GitHub 上查看 ↗
类型库如何判定

kozistr/pytorch_optimizer 的健康指数为 100 分中的 90 分,处于「优秀」区间。 其得分最高的类别是AI Readiness(85/100),最低的是Sustainability & Governance(67/100)。 最近一次更新在 4 天前。 近期的大部分工作由 1 位贡献者完成。

90
总分 / 100
优秀

软件健康指数

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

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

评分画像

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

加权总体分 76 经校准后在公布的指数量表上为 90(记录校准 2026-08-02)。

所有权

Hyeongchan Kim个人账户
183 关注者38 个公开仓库始于 2015年10月

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

软件包生态系统

按类别列示的指标

活力

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

80优秀 · 占总体的 21%
评分方式
36/36推送新近度 — 最近一次推送于 4 天前
14.5/36提交节奏 — 52 周中有 21 周有提交
15.8/18提交量 — 最近一年 57 次提交
0/10OpenSSF Scorecard:Maintained — 无数据
所用输入
commits_last_year57
human_commit_share1
days_since_last_push4
active_weeks_last_year21

发布纪律

90优秀
评分方式
27/27有发布版本 — 已发布 92 个发布版本
27/36发布时效 — 最近一次发布版本于 113 天前
27/27发布节奏 — 约每 43.5 天发布一次
0/10OpenSSF Scorecard:Signed-Releases — 无数据
所用输入
releases_count92
latest_release_tagv3.10.1
releases_from_tags否
days_since_latest_release113
mean_days_between_releases43.5

社区与采用

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

75良好 · 占总体的 17%
评分方式
42.7/60星标 — 428 个星标
13.6/25复刻 — 44 个复刻
3.9/15关注者 — 6 位关注者
所用输入
forks44
stars428
watchers6
growth_stateunverified
growth_factor_pct100
growth_unverified_reasonno_history

社区健康

92优秀
评分方式
22.5/22.5README
22.5/22.5许可证 — 可识别的许可证(Apache-2.0)
18/18CONTRIBUTING 指南
13.5/13.5行为准则
0/7.2议题模板
6.3/6.3PR 模板
所用输入
has_readme是
has_license是
readme_badges8
has_contributing是
has_issue_template否
has_code_of_conduct是
readme_badge_servicesshields.io
has_pull_request_template是

可持续性与治理

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

67良好 · 占总体的 23%
评分方式
9/54巴士系数 — 1 位贡献者贡献了半数提交
0.2/22.5提交分布 — 头号贡献者编写了 99% 的提交
13.5/13.5贡献者广度 — 17 位贡献者
0/10OpenSSF Scorecard:Contributors — 无数据
所用输入
bus_factor1
contributors_sampled17
top_contributor_share0.991
评分方式
40.2/42议题解决 — 96% 的议题已关闭
28.1/30PR 接受 — 已裁定的 PR 中 357/381 已合并
13/13Newcomer PR acceptance — 30 天内首次贡献者的 PR 已合并 6/6
0/15OpenSSF Scorecard:Code-Review — 无数据
所用输入
merged_prs357
open_issues6
closed_issues136
prs_merged_7d3
prs_decided_7d3
prs_merged_30d6
prs_decided_30d6
issue_closed_ratio0.958
closed_unmerged_prs24
first_time_authors_30d2
first_time_prs_merged_30d6
first_time_prs_decided_30d6
评分方式
10/30所有权背书 — 个人(用户)账户
0/20已验证域名 — 不适用于个人账户
16.3/25所有者影响力 — kozistr 有 183 位关注者
23.6/25既往记录 — 38 个公开仓库,账户约 10 年
所用输入
followers183
owner_typeUser
is_verified—
owner_loginkozistr
public_repos38
account_age_days3,974
已排除计分(无数据或不适用):已验证域名。 其余权重已重新归一化。
评分方式
25/25已发布且可解析 — pypi 上有 1 个软件包
35/35发布时效 — 最近一次发布于 113 天前
20/20版本历史 — 91 个已发布版本
20/20未被弃用 — 活跃,未被弃用或撤回
所用输入
packagespytorch_optimizer
ecosystemspypi
any_deprecated否
min_days_since_publish113

工程质量

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

84优秀 · 占总体的 19%

工程实践

80优秀
评分方式
24/24CI 工作流 — 7 个工作流
24/24存在测试
16/16Linter 配置 — pyproject.toml ([tool.ruff])
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否

文档

90优秀
评分方式
30/30README
25/25文档目录
15/15文档 / 主页站点 — https://pytorch-optimizers.readthedocs.io/en/latest/
10/10仓库描述
10/10主题标签 — 19 个主题标签
0/10Wiki
所用输入
topicsoptimizer, pytorch, ranger, adamp, radam, madgrad, adabelief, sam, lookahead, deep-learning, diffgrad, adan, gradient-centralization, adai, learning-rate-scheduling, loss-functions, ademamix, muon, scion
has_wiki否
homepagehttps://pytorch-optimizers.readthedocs.io/en/latest/
docs_sitehttps://pytorch-optimizers.readthedocs.io/en/latest/
has_readme是
has_docs_dir是
has_description是

安全

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

74良好 · 占总体的 16%

安全态势

67良好
评分方式
30/30安全策略(SECURITY.md)
0/25Dependabot 配置
0/25依赖锁定文件 — 已发布的类库——锁定文件属于应用层关注点,不作要求
20/20CodeQL 工作流
所用输入
sourcefile_signals
lockfilesuv.lock
manifestspyproject.toml, requirements-docs.txt
has_codeql_workflow是
has_security_policy是
has_dependabot_config否
已排除计分(无数据或不适用):依赖锁定文件。 其余权重已重新归一化。
评分方式
35/35直接依赖不含已知公告 — 没有直接依赖携带已知公告
25/25间接依赖不含已知公告 — 没有间接依赖携带已知公告
0/40没有长期未处理的公告 — 没有公告带有发布日期
所用输入
sourceosv
advisories0
affected_packages0
assessed_packages30
unassessed_packages0
affected_by_severitynone
direct_affected_packages0
已排除计分(无数据或不适用):没有长期未处理的公告。 其余权重已重新归一化。 比对的是 pypi:pytorch_optimizer@3.10.1 的运行时依赖闭包——安装已发布的软件包时真正被拉取进来的内容——共 30 个软件包。 未对可达性进行分析。

AI 就绪度

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

85优秀 · 占总体的 4%
评分方式
45/45代理指令 — AGENT.md, CLAUDE.md
0/15机器可读文档(llms.txt)
40/40可读的提交历史 — 100 次人类提交中有 100 次说明了意图(结构化标题或解释性正文)
所用输入
has_llms_txt否
llms_txt_url—
legible_history_share1
agent_instruction_filesAGENT.md, CLAUDE.md
agent_instruction_max_bytes6,053
评分方式
18/18一条命令的引导启动 — justfile
22/22自动化测试
11/11Lint / 格式化配置 — pyproject.toml ([tool.ruff])
11/11静态类型检查 — pytorch_optimizer/py.typed
10/10可复现环境 — lockfile
0/10已体现的代理实践 — 最近 100 次提交中没有代理编写的提交
0/8自动化维护 — 未观察到自动依赖更新
0/10OpenSSF Scorecard:Pinned-Dependencies — 无数据
所用输入
has_nix否
has_tests是
lockfilesuv.lock
has_dockerfile否
typed_language否
bootstrap_filesjustfile
has_devcontainer否
has_linter_config是
typecheck_configspytorch_optimizer/py.typed
agent_commit_share0
toolchain_manifests—
dependency_bot_commit_share0
评分方式
27/45可类型检查的代码 — Python,已配置类型检查(pytorch_optimizer/py.typed)
55/55可控的文件大小 — 采样的 160 个源文件中有 0 个超过 60KB
所用输入
primary_languagePython
largest_source_bytes35,314
source_files_sampled160
oversized_source_files0
评分方式
0/40API 模式(OpenAPI/GraphQL/proto) — 不适用于此类软件
0/20MCP 服务器 — 不适用于此类软件
40/40可运行示例 — examples
所用输入
example_dirsexamples
has_mcp_signal否
api_schema_files—
interfaces_expected_of—
已排除计分(无数据或不适用):API 模式(OpenAPI/GraphQL/proto), MCP 服务器。 其余权重已重新归一化。

关键数据

428GitHub 星标
17贡献者
57最近 12 个月提交数
4距最近推送天数
92发布版本数
1巴士系数(bus factor)
6开放议题
PyPI软件包生态系统数

数据采集警告

  • Star history unavailable: GitHub GraphQL error: Resource not accessible by personal access token
  • OpenSSF Scorecard did not return a usable result (killed by SIGKILL — most likely the container's memory limit); skipping Scorecard checks

更多细节

Star 与 Fork 历史 0 ★ / 44 ⇿
0Star
44Fork
80发布

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

010203040504322021-102024-032026-09
主版本 3次版本 30修订 47

每个点涵盖 5 天。

直接依赖 5
注册表软件包版本约束清单文件
PyPInumpy>1.24.4pyproject.toml
PyPInumpy<=1.24.4pyproject.toml
PyPItorch>=1.10,<2.5pyproject.toml
PyPItorch>=1.10,<2.9pyproject.toml
PyPItorch>=1.10pyproject.toml
全部依赖 61

来自 GitHub 依赖图的完整解析依赖集合:13 个直接依赖与 48 个间接(传递)软件包。仓库提交锁文件时,传递闭包才是完整的。

注册表软件包版本关系
PyPInumpy—直接
PyPInumpy1.24.4直接
PyPInumpy2.0.2直接
PyPInumpy2.2.6直接
PyPInumpy2.4.6直接
PyPInumpy2.5.1直接
PyPItorch2.10.0直接
PyPItorch2.13.0直接
PyPItorch2.13.0+cpu直接
PyPItorch2.4.1直接
PyPItorch2.4.1+cpu直接
PyPItorch2.8.0直接
PyPItorch2.8.0+cpu直接
PyPIcolorama0.4.6间接
PyPIcoverage7.10.7间接
PyPIcoverage7.15.2间接
PyPIcoverage7.6.1间接
PyPIexceptiongroup1.3.1间接
PyPIfilelock3.16.1间接
PyPIfilelock3.19.1间接
PyPIfilelock3.32.0间接
PyPIfsspec2025.10.0间接
PyPIfsspec2025.3.0间接
PyPIfsspec2026.6.0间接
PyPIiniconfig2.1.0间接
PyPIiniconfig2.3.0间接
PyPIjinja23.1.6间接
PyPImarkdown-include0.8.1间接
PyPImarkupsafe2.1.5间接
PyPImarkupsafe3.0.3间接
PyPImdx-truly-sane-lists1.3间接
PyPImkdocs1.6.1间接
PyPImkdocs-awesome-nav3.3.0间接
PyPImkdocs-git-revision-date-localized-plugin1.5.1间接
PyPImkdocs-material9.7.6间接
PyPImkdocstrings-python2.0.3间接
PyPImpmath1.3.0间接
PyPInetworkx3.1间接
PyPInetworkx3.2.1间接
PyPInetworkx3.4.2间接
PyPInetworkx3.6.1间接
PyPInodeenv1.10.0间接
PyPIpackaging26.2间接
PyPIpluggy1.5.0间接
PyPIpluggy1.6.0间接
PyPIpygments2.20.0间接
PyPIpymdown-extensions10.21.2间接
PyPIpyright1.1.408间接
PyPIpytest8.3.5间接
PyPIpytest8.4.2间接
PyPIpytest9.1.1间接
PyPIpytest-cov5.0.0间接
PyPIpytest-cov7.1.0间接
PyPIpytorch-optimizer3.10.1间接
PyPIruff0.16.0间接
PyPIsetuptools83.0.0间接
PyPIsympy1.13.3间接
PyPIsympy1.14.0间接
PyPItomli2.4.1间接
PyPItyping-extensions4.13.2间接
PyPItyping-extensions4.16.0间接
依赖安全公告 0

安装 pypi:pytorch_optimizer@3.10.1 会引入 30 个包(直接与传递):其中 0 个存在已知公告,0 个为直接依赖。

没有已知公告影响已评估的依赖。

公告表示依赖图中记录的版本落入某条公告的受影响范围。可达性未经分析,且依赖图包含开发与测试的版本固定——某项发现可能只涉及工具链而非交付的软件。

原始 JSON 报告 机器可读

反馈

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

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

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

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

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