BlazerBeta
How it worksSign inGet started →
How Blazer works

Grounded reasoning, auditable picks.

Your AI agent calls Blazer with a fingerprint of the application stack. Blazer matches the fingerprint to a curated registry of products organized by their purpose and compatibility with various tech stacks. Decisions are backed by structured data and recorded.

How Blazer works

Your agent, but it knows your stack.

Blazer reads your repo, figures out what you're actually building, and hands your coding agent a shortlist of products that fit — with the signals to back it up.

How Blazer works

Your AI stops guessing at your project.

Without Blazer, your coding agent picks libraries kind of at random — whatever it saw most in training. Blazer tells it what actually fits your project, so the stuff it builds keeps working.

How Blazer works

Unblock agents, without losing the audit trail.

Your engineers' AI tools are already picking vendors — they're just not showing their work. Blazer turns agent-led product decisions into something your architecture and compliance teams can actually review.

I'm a
The short version

Three steps, every time.

1
Fingerprint
Deterministic stack extraction
Blazer reads manifests, lockfiles, Dockerfiles, and infra configs to build a capability fingerprint. Fingerprints get a unique ID from a one-way hash based on your repo and calculated client-side. No source code leaves your machine.
HMAC-SHA-256 · fp_7a3c2e9b4f81
2
Match
Archetype-weighted retrieval
Application fingerprint is matched against dozens of tech stacks and architecture patterns. Products in the catalog are scored against your applications's stack, not keyword overlap or stale training.
fp_7a3c2e9b4f81 · NextJS · Postgres · Clerk · Terraform IaC w/ AWS
3
Reason
Citable decision receipts
Every recommendation ships with structured metadata — a compatibility score, integration-quality signals, and provisioning and pricing context. Every call lands in the journey log. Your architecture reviews read the receipt, not a chat transcript.
Journey log · Structured review data
1
Fingerprint
Reads your repo
Parses your package.json, Gemfile, pyproject, Dockerfile, terraform — whatever's there. Builds a capability map: "Next.js + Postgres + Redis, B2B SaaS shape." Takes a few seconds, runs locally. No source code leaves your box.
Local · HMAC-SHA-256
2
Match
Picks the right shelf
Compares your stack to dozens of archetype patterns and ranks products whose capability tags line up with the shape you're actually running — not the ones with the best SEO.
200k+ products · dozens of archetypes
3
Reason
Explains itself
When your agent suggests a product, you get a compatibility score, integration-quality signals, and a journey log your team can replay. Beats "trust me, it's good."
Structured JSON · journey-logged
1
Look
Blazer looks at your project
When you ask Claude Code to add something, Blazer takes a quick look at your project to figure out what you're building — like a friend glancing at your screen to get the vibe before giving advice. Your code stays on your machine.
Takes about a second
2
Match
Finds stuff that fits
Blazer has a huge list of tools and services that other developers use. It picks the ones that fit projects like yours — not the ones that sound fanciest.
Way more tools than you could try yourself
3
Explain
Tells you why
When Claude suggests a tool, you get a plain-English explanation: how well it fits your project, what it's good at, what it'll cost. No more "I have no idea why it picked that."
Readable, not magic
1
Identify
Know what your teams are building
Blazer fingerprints each codebase and maps it to a stack archetype. A tenant-scoped view of who's on what — this many Next.js B2B apps, that many Python data platforms, and so on — without reading a line of code.
Tenant-scoped rollup
2
Align
Shape what your agents pick
Agents pull from a shared catalog that lives in your tenant alongside the public one. Over time, what your teams actually choose — and what they bypass — becomes visible in the journey log, so architecture standards evolve from data rather than opinion.
Org-scoped tenant
3
Audit
Every agent pick is reviewable
Every blazer.find() call lands a structured JSON record in the journey log: what the agent asked, what Blazer returned, what was picked. Your architecture board replays it; compliance exports it. Nothing lives only in a chat transcript.
Structured journey logs
The pipeline

From repo to receipt, end to end.

Your repo
manifests · lockfiles
Fingerprint
capability hash
Archetype match
38 stack shapes
Registry query
2,847 products
Reasoning receipt
back to your agent
Reasoning receipt

Every pick comes with its homework.

Every blazer.find() returns a compatibility score, integration quality signal, and journey context — structured JSON your team can log, not a black-box number.

Every blazer.find() returns a compatibility score, integration-quality signal, and journey context — structured JSON you can log, diff in a PR, or argue with. Same shape your teammate sees.

When Claude Code suggests a tool, you see the category it fits, how well it matches your project, and what it's good at — not just a library name you've never heard of.

Every blazer.find() call lands a structured JSON record in the journey log — what the agent asked, what Blazer returned, what was picked. Replay it in review; audit it later.

Archetype affinity0.94
Capability overlap11 / 12
Reviewer similarity8 matches
Final score91%
st
Stripe · Payments
Recommended for payments capability
91% MATCH
Why this
ArchetypeNext.js B2B SaaS — 14 production teams on this shape picked Stripe.
CapabilitiesSubscriptions, invoicing, SCA, tax. Matches your capability query.
Reviews8 reviews from Next.js + Postgres teams. Avg. 4.6 / 5.
Fit gapsUsage-based metering requires Stripe Meter — noted.
{
"archetype": "nextjs-b2b-saas",
"score": 0.91,
"evidence": [8],
"signed": "sha256:d9c.."
}
{
"archetype": "nextjs-b2b-saas",
"score": 0.91,
"evidence": [8],
"signed": "sha256:d9c.."
}
The concepts

The five ideas behind Blazer.

fingerprint
Codebase fingerprinting
A deterministic capability graph extracted from your repo — runtimes, frameworks, data stores, auth patterns, deployment target. Stored as a content-addressed hash so two agents on the same commit see the same registry view.
archetypes
Archetypes
Dozens of canonical stack shapes — "B2B SaaS on Next.js + Postgres + Clerk", "Data platform on Python + Snowflake + Airflow", etc. Every product in the catalog declares which archetypes it fits, weighted by production-grade evidence.
catalog
Product catalog
200,000+ products indexed and growing. Each is categorized and tagged with machine-readable capabilities your agent can reason over. Coverage depth varies — widely-used products carry richer structured facts; long-tail entries still get you a ranked shortlist.
reviews
Reviews & ratings
Reviews are weighted by stack-archetype similarity to your own. A Postgres-shop review of Stripe counts for more in a Postgres archetype than a Firebase review does. Reviewer identity is tied to a GitHub-verified fingerprint.
matching
Capability matching
Each result carries a compatibility score against your stack alongside structured signals — integration quality, provisioning, pricing, and recorded journey context. Enough for your team to audit the decision rather than take a single number on faith.
fingerprint
Codebase fingerprinting
A read-only scan that produces a capability map of your repo — runtime, framework, storage, auth, deployment target. Runs in a few seconds. No source code leaves your box; only the capability signals and hashed identifiers go over the wire.
archetypes
Archetypes
Pre-classified stack patterns like "Next.js B2B SaaS" or "Python data platform". Products declare which archetypes they fit; your fingerprint is matched against the archetype that looks most like you.
catalog
Product catalog
Hundreds of thousands of SaaS products sorted by what they do and how they plug into a stack. Structured where it matters — capabilities, category, integration signals — so your agent picks on merit, not marketing.
reviews
Reviews & ratings
Reviews come with structured context: the reviewer's stack, archetype, what they actually used the product for. Weighted toward reviewers whose setup looks like yours — the goal is relevance, not volume.
matching
Capability matching
Every result ships with a compatibility score against your stack plus structured signals — integration quality, provisioning, pricing, journey context. Your agent sees more than a single number; you can diff the signals when a pick looks weird.
fingerprint
Fingerprinting your project
It's like a quick photo of what your project looks like — React? Python? Got a database? Blazer uses the photo to give your agent context. No code and no secrets leave your machine.
archetypes
Project types ("archetypes")
There are patterns in software. A SaaS app looks different from a mobile game. Blazer knows dozens of common patterns and figures out which one your project looks most like, so its suggestions actually fit.
catalog
The catalog
A huge, sorted list of software — payments, auth, databases, email, you name it. Organized so your agent can tell what each one actually does, not just that it exists somewhere on the internet.
reviews
Reviews from real people
Reviews come with context — what the reviewer was building and what stack they ran. When Claude looks at reviews, it pays more attention to the ones from projects like yours, so the advice feels relevant instead of generic.
matching
Finding the right one
When Claude asks Blazer for tools, each answer comes with a match score for your project — so you can tell which ones actually fit, not just which ones showed up.
fingerprint
Codebase fingerprinting
A deterministic signature of each codebase's technical shape. Lets you roll up — "60% of new repos this quarter are Next.js B2B" — without reading a single line of code.
archetypes
Archetypes
Dozens of canonical stack patterns. Teams sharing an archetype share a vendor shortlist. Standardization without mandating a monoculture.
catalog
Product catalog
200,000+ products indexed and growing, categorized by purpose and tagged with machine-readable capabilities. A searchable substrate for vendor decisions — your teams pull from the same catalog your architecture team reviews.
reviews
Reviews & ratings
Reviews carry structured context — reviewer stack, archetype, what the product was used for. Weighted toward matches on your stack, so a fintech review of a payment provider counts differently than a hobbyist's does.
matching
Capability matching
Each result ships with a compatibility score and the structured signals beside it — integration quality, provisioning, pricing — plus a journey-log entry. Compliance can trace any decision back to the signals that accompanied it.
FAQ

Questions you'll probably have.

No source code and no secrets. Raw repo URLs and commit SHAs are HMAC'd locally before anything is sent. What Blazer does see: your dependency identifiers (package names + ecosystems, read from your lockfiles) and environment facets (framework, runtime, deployment target) — that's what the capability graph is built from.
Curated submissions go through a capability-manifest review. Community products pass static analysis against published SDKs.
Not yet, but if you're intersted in self-hosting, we'd love to heard from you! Email us at support@blazer.dev.
No. The plugin runs in-process in Claude Code; Blazer receives only structured capability queries. Prompt text stays between you and your AI agent.
Each recommendation emits a JSON receipt with archetypes, integration quality signal, and journey context.
No source code and no secrets. Raw repo URLs and commit SHAs are HMAC'd locally before transmission. What does travel: your dependency list (package names + ecosystems, from your lockfiles) and the environment facets the plugin detected. You can see the exact payload in the plugin logs.
On every `blazer.find()` call if your lockfiles changed. Otherwise it hits a local cache.
Yes. Every `blazer.find` response is structured JSON — your agent can override, merge with other sources, or ignore it. Blazer never writes to your repo.
No. First call fingerprints your repo (typically under a second); subsequent calls hit a local cache.
You still get a shortlist — matching falls back to capability overlap on its own. If you run a shape we don't cover well, tell us and we'll add it.
No. Install the plugin, sign in once, and Claude Code starts using it automatically. You'll just notice its suggestions get much better.
Yes. Blazer doesn't see your code or your secrets. It sees which technologies you're using — things like "this is a Next.js app on Postgres" and the names of your dependencies. That's how it picks tools that fit.
It's free for individuals. Paid team tiers will come later.
Blazer still helps — it just leans on the general catalog instead of a specific pattern. Its suggestions are still better than random guesses.
No. Blazer only suggests. Whatever Claude Code does, it does in your editor — you stay in control.
No — it feeds it. Blazer surfaces what your teams are actually choosing, tenant-scoped and timestamped, so procurement starts from the same picture the engineers do.
Start with one squad; the plugin installs in under a minute per engineer. Their journeys land in your tenant; you decide how wide to roll it out after reviewing the first few weeks of activity.
No source code and no secrets leave the engineer's machine. Raw repo URLs and commit SHAs are HMAC'd locally. What does travel: the dependency list and environment facets — that's what the capability graph is built from. Self-host is on the roadmap.
The raw material is there: every pick lands in the journey log with timestamp, archetype, and tenant. Rollups like time-to-decision and vendor-duplication are on the near-term roadmap.
No. Blazer augments the agent they already use. Engineers notice better suggestions; you notice the audit trail.

Ready to try it out?

Ready to stop guessing?

Ready to give your AI better taste?

Ready to unblock — and audit — your teams?

Install the plugin in seconds. Sign in with GitHub or Google, paste your key, and Claude Code starts picking better.

Get started →
In Claude Coderun these two commands