OpenLore

A minimal, extensible, agent-native knowledge repository that keeps shared context current and inspectable

Memory & Knowledge Go Listed Apache-2.0

Is OpenLore safe? Thin or incomplete trust evidence. Review carefully before production use.

OSSF Scorecard No result
Provenance None
Signed commits 53%
Last push 3d ago
Compare OpenLore
Suggest a correction

In detail: OpenLore scores 24.1/100 (Grade D), ranked #1370 of 1387 tracked open-source AI agent projects, on evidence coverage D (1 of 5 independent signal types). The public evidence: no package-provenance attestation found; no OSSF Scorecard result yet; 53% of recent commits are signed; last pushed 2026-11-08. Every point is earned from checkable signals — never paid placement. How scoring works →

How OpenLore could raise its score

Each line changes one public signal and recomputes with the live scoring function. The gains don't add up exactly, because the score is capped near the top.

Chain of custody

Scanners check what the code says. This traces who ships OpenLore and whether that has changed: from the source repository, through how changes are reviewed and released, to the code you run. These are the checks for OWASP ASI04 Agentic Supply Chain Vulnerabilities.

  1. Source Partly signed

    github.com/aakarim/OpenLore, Apache-2.0, last pushed 2026-11-08. 53% of the last 100 commits carry a verified signature; the rest can't be tied to a verified identity.

  2. Review and release Not checked

    No OpenSSF Scorecard result yet, so branch protection, code review and release signing are unverified.

  3. Published packages None

    No registry package. OpenLore is used from its repository, so what you run is whatever you check out: pin a release tag or commit.

Changes to this chain

No change to package provenance, package source links, Scorecard coverage or license in HVTracker's daily snapshots of OpenLore.

Evidence behind this score

Coverage D: 1 of 5 independent evidence types found.

  • GitHub repository data
  • Package downloads (missing)
  • Supply-chain checks (missing)
  • Public actions (missing)
  • Community mentions (missing)

Verify this score yourself

Every build re-issues OpenLore’s score as an Ed25519-signed credential, valid for 7 days. You can check it offline against HVTracker’s published key; if anyone changes a number after signing, verification fails.

What this score doesn’t check

It covers who ships the code, not what the code does. It doesn’t read tool descriptions or prompts for injected instructions, watch runtime behaviour, or find bugs nobody has disclosed yet. For that, run a content scanner before you connect it, such as Cisco MCP Scanner or Snyk Agent Scan.

How OpenLore compares in Memory & Knowledge

  1. #48 LLM Wiki Agent 48.2 +24.1
  2. #49 VoiceMem 41.7 +17.6
  3. #50 Memvid 40.9 +16.8
  4. #51 ByteRover CLI 39.3 +15.2
  5. #52 OpenLore 24.1 this agent

Bars show each HVTrust score; the tick marks OpenLore’s 24.1.

Where the 24.1 comes from

HVTrust dimensions vs the Memory & Knowledge average

24.1 / 100 · 50.0% confidence

OpenLore Memory & Knowledge average (52 agents)

Safety / Integrity50% OSSF Scorecard · 30% provenance · 20% signed commits
2.7 / 25
9.0 below avg 11.7
Identity / Provenance60% listing status · 40% build provenance
10.8 / 18
1.8 below avg 12.6
Transparency50% declared license · 50% OSSF Scorecard
8.5 / 17
4.4 below avg 12.9
Maintenance60% last-push freshness · 40% commit activity
19.1 / 20
1.8 above avg 17.3
AdoptionLog-scaled stars · package downloads
7.8 / 20
5.3 below avg 13.1

Quick Trust Read

What Would Improve It
Add or improve OSSF Scorecard coverage so safety checks are easier to verify.
Recent Changes
2026-11-10
Newly Listed
First tracked at rank #1369
Maintainer Checklist
Add Scorecard coverage Expose the repository to OpenSSF Scorecard checks so supply-chain posture is easier to verify.
Publish provenance Add package provenance or release attestations so users can verify where shipped artifacts came from.
72.5
Activity sub-score · out of 100
#52

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. Evidence coverage D is separate — it grades how many independent signal types back the score (1 of 5), so a high score on thin evidence stays visible. Full methodology →

Signals refreshed 2026-11-11 00:08 UTC · Repo last pushed 3 days ago

Activity & Reach

Stars
1.7k
Forks
14
Last Push
2026-11-08
3 days ago
Commits (4 wk)
68
Downloads (7d)
—
HN mentions (30d)
—
Open Issues
0
Rank Change
▼1
was #1369

Analysis

Activity Inputs

72.5 / 100
StarsRepository reach
19.4 / 30
FreshnessLast push recency
24.6 / 25
ActivityRecent commits
22.9 / 25
CommunityFork signal
5.5 / 20

Common questions about OpenLore

Public trust evidence for OpenLore 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 OpenLore publish package provenance?
No published build provenance is currently detected for OpenLore. This is common for open-source projects but means consumers cannot independently verify that the package on the registry matches the GitHub source.
Does OpenLore have an OpenSSF Scorecard?
No OpenSSF Scorecard data is currently published for OpenLore. 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 OpenLore actively maintained?
Actively maintained. The repository was pushed to within the last 3 day(s).
What license does OpenLore use?
OpenLore ships under Apache-2.0. A declared, OSI-approved license is one of the transparency signals HVTrust scores.
Are OpenLore's commits signed?
53% of the last 100 commits to OpenLore 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.

AI agent surface

MCP, providers, tool surface
Scored in HVTrust

These runtime-trust fields — detected from public repo docs and manifests — contribute a bounded adjustment to this project's HVTrust score alongside supply-chain evidence. The exact values each field can add or subtract are documented in the methodology → Compare this surface across every listed agent in the capability matrix →

MCP Server Support
None detected
No MCP server signal detected.
Detailed evidence is not shown in the public view.
External Service Dependencies
None detected
No clear third-party provider dependency detected.
Credential signal: No explicit API-key/config marker detected.
Tool / Plugin Surface
high confidence
Declared
Declared plugin/integration surface detected.
Detailed evidence is not shown in the public view.
Package Provenance Drift
N/A
No package source configured
Detailed evidence is not shown in the public view.
  • MCP signal live
  • External deps live
  • Tool / plugin surface live
  • Package provenance drift live

Maintain OpenLore?

For maintainers

HVTrust scores OpenLore 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.

Reputation Timeline

Signal history
Listed 1
2026-11-10
Newly Listed
First tracked at rank #1369

Embed Badge Badge guide for maintainers →

For maintainers
HVTrust 24.1 Grade D
Markdown:
[![HVTrust](https://hvtracker.net/badge/openlore.svg)](https://hvtracker.net/agents/openlore)
HTML:
<a href="https://hvtracker.net/agents/openlore"><img src="https://hvtracker.net/badge/openlore.svg" alt="HVTrust"></a>

Other agents in Memory & Knowledge

Data sources
GitHub REST API (repo, commits, stars, forks, license)
Each agent's signals refresh once daily across 6 staggered batches. Methodology v4.4 · Raw JSON