How to read this: HVTrust (0–100) weighs supply-chain signals (provenance, OSSF Scorecard, signed commits, open license) alongside real-world adoption. Grade D reflects the trust score band: A ≥ 80, B ≥ 65, C ≥ 50, D < 50. Full methodology →
Signals refreshed2026-06-04 20:15 UTC·Repo last pushed yesterday
Rank Trend
2026-05-252026-06-04
Activity & Reach
Stars
72.5k
Forks
5.6k
Last Push
2026-06-03
yesterday
Commits (4 wk)
196
Downloads (7d)
123,702
pypi
HN mentions (30d)
3
Open Issues
434
Rank Change
▼5
was #153
Analysis
HVTrust Dimensions
46.1 / 100 · 75.0% confidence
Safety / IntegrityOSSF, provenance, signatures
3.8 / 25
Identity / ProvenanceListing and build link
10.8 / 18
TransparencyLicense and public checks
8.5 / 17
MaintenanceFreshness and commits
19.9 / 20
AdoptionStars and downloads
18.5 / 20
Activity Inputs
96.6 / 100
StarsRepository reach
29.2 / 30
FreshnessLast push recency
24.9 / 25
ActivityRecent commits
25 / 25
CommunityFork signal
17.4 / 20
Supply Chain Trust
Package Provenance
None
No package attestations found
OSSF Scorecard
—
Not available
Signed Commits
76%
of last 100 commits verified
Is Daytona safe?
Public trust evidence for Daytona is thin: several supply-chain signals are missing or weak. This does not mean the project is unsafe — it means an outside observer cannot easily verify the usual integrity checks. Treat with extra scrutiny.
Does Daytona publish package provenance?
No published build provenance is currently detected for Daytona. This is common for open-source projects but means consumers cannot independently verify that the package on the registry matches the GitHub source.
Does Daytona have an OpenSSF Scorecard?
No OpenSSF Scorecard data is currently published for Daytona. Maintainers can enable the Scorecard GitHub Action to get a public score; without it, automated supply-chain hygiene is harder for outsiders to verify.
Is Daytona actively maintained?
Actively maintained. The repository was pushed to within the last 1 day(s).
What license does Daytona use?
Daytona ships under AGPL-3.0. A declared, OSI-approved license is one of the transparency signals HVTrust scores.
Are Daytona's commits signed?
76% of the last 100 commits to Daytona 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 Daytona?
HVTrust scores Daytona 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.
