How to read this: HVTrust (0–100) weighs supply-chain signals (provenance, OSSF Scorecard, signed commits, open license) alongside real-world adoption. Grade B reflects the trust score band: A ≥ 80, B ≥ 65, C ≥ 50, D < 50. Full methodology →
Signals refreshed2026-06-04 18:04 UTC·Repo last pushed today
Rank Trend
2026-05-242026-06-04
Activity & Reach
Stars
104.9k
Forks
14.0k
Last Push
2026-06-04
today
Commits (4 wk)
190
Downloads (7d)
721,351
npm
HN mentions (30d)
—
Open Issues
1330
Rank Change
▼6
was #40
Analysis
HVTrust Dimensions
74.7 / 100 · 100.0% confidence
Safety / IntegrityOSSF, provenance, signatures
11.2 / 25
Identity / ProvenanceListing and build link
10.8 / 18
TransparencyLicense and public checks
12.8 / 17
MaintenanceFreshness and commits
20.0 / 20
AdoptionStars and downloads
19.9 / 20
Activity Inputs
99.3 / 100
StarsRepository reach
30 / 30
FreshnessLast push recency
25.0 / 25
ActivityRecent commits
25 / 25
CommunityFork signal
19.3 / 20
Supply Chain Trust
Package Provenance
None
No package attestations found
OSSF Scorecard
5.0 / 10
via deps.dev · OpenSSF
Signed Commits
100%
of last 100 commits verified
Binary-Artifacts5
Branch-Protection0
CI-Tests10
CII-Best-Practices0
Code-Review9
Contributors10
Dangerous-Workflow0
Dependency-Update-Tool10
Fuzzing0
License10
Maintained10
Packaging-1
Pinned-Dependencies8
SAST10
Security-Policy10
Signed-Releases0
Token-Permissions0
Vulnerabilities4
Is Gemini CLI safe?
Gemini CLI has a mixed signal profile. Some trust indicators are present, others are missing. Whether it is safe for your use case depends on which gaps matter to you — review the breakdown below before adopting in production.
Does Gemini CLI publish package provenance?
No published build provenance is currently detected for Gemini CLI. This is common for open-source projects but means consumers cannot independently verify that the package on the registry matches the GitHub source.
Does Gemini CLI have an OpenSSF Scorecard?
Gemini CLI has an OpenSSF Scorecard score of 5.0/10. The Scorecard checks for branch protection, signed releases, dependency updates, fuzzing, code review, and other supply-chain hygiene items. See the full check breakdown on this page.
Is Gemini CLI actively maintained?
Actively maintained. The repository was pushed to within the last 1 day(s).
What license does Gemini CLI use?
Gemini CLI ships under Apache-2.0. A declared, OSI-approved license is one of the transparency signals HVTrust scores.
Are Gemini CLI's commits signed?
100% of the last 100 commits to Gemini CLI are verified-signed (GPG, SSH, S/MIME, or GitHub's signing flow). Signed commits help confirm that code was authored by who the commit claims.
Not a safety endorsement. HVTracker describes what public signals show, not whether a project is safe for your use case. Run your own security review before adopting in production.
Runtime trust — coming soon
HVTrust currently scores supply-chain signals. We're adding runtime trust next: what an agent actually does when it runs — what it can reach, which tools it carries, what external services it depends on. Track progress on the roadmap →
MCP support
Tool / plugin surface
External service deps
Package provenance drift
Maintain Gemini CLI?
HVTrust scores Gemini CLI from public signals only — we never contact maintainers first. If a signal is wrong, stale, or missing (provenance you publish, a Scorecard you run, signed releases), tell us and we'll review it. Corrections are public and tracked on GitHub.
Action counts reflect activity on public repos where this agent left detectable fingerprints.
Private repo usage is invisible. Counts are approximate (GitHub Search API caps at 1,000 results per query).
Methodology described in the Provenance Profile spec.
