Devnoria
Catalog

Four pieces, one portal, zero stale wiki pages.

As an internal developer platform startup, we built Devnoria around a single idea: anything that can be pulled from source of truth automatically, should be — never hand-maintained.

Service catalog

Every service your org runs, in one searchable catalog — pulled from repo config, CI, and your cloud provider instead of hand-maintained in a spreadsheet.

Each entry carries an owning team, an on-call rotation, a tech stack, and its upstream and downstream dependencies, so "what happens if we change this" has an actual answer.

New services are added automatically the moment they're scaffolded through a golden path — nothing to register manually after the fact.

Service scorecard142 services
A

payments-api

Owner — Payments

96
A

auth-service

Owner — Identity

91
C

notifications-worker

Owner — Platform

68
D

legacy-billing

Owner — Finance

54

Automated scorecards

Every service gets graded A through F against the checks your platform team defines — has an owner, has on-call, passes its latest security scan, has docs, meets a deploy-frequency bar.

Grades recalculate automatically as the underlying reality changes — fix the gap, and the grade moves on its own, no form to resubmit.

Org-wide and per-team leaderboards make gaps visible without anyone having to chase a spreadsheet owner for status.

Service scorecard142 services
A

payments-api

Owner — Payments

96
A

auth-service

Owner — Identity

91
C

notifications-worker

Owner — Platform

68
D

legacy-billing

Owner — Finance

54

Self-service actions

Provisioning a database, spinning up a new API service, or requesting a cron job happens through a reviewable, templated action — not a ticket that sits in a queue for a platform engineer.

Every action is owned by the team that built it, with its own approval rules, so self-service doesn't mean unreviewed.

Actions can trigger real infrastructure changes through Terraform, Pulumi, or your existing IaC — Devnoria is the interface, not a replacement for your provisioning tooling.

Self-service actions

New API service

Go + gRPC template

+

Provision a database

Postgres, managed

+

New cron job

Scheduled task template

+

Golden path templates

A golden path scaffolds a new service with CI, linting, a deploy pipeline, and your org's conventions already wired in — the fast way to start is also the right way to start.

Templates live in your own repo, versioned like any other code, so updating a golden path is a pull request your platform team reviews like everything else.

Teams can see exactly which golden path a service was scaffolded from, and how far it's drifted since — useful context during an incident or a migration.

Golden path — new serviceComplete
1

Template selected

go-grpc-service

2

Repository created

org/checkout-service

3

CI pipeline configured

Lint, test, build

4

Deployed to staging

Live in 4m 12s

Walk through the catalog on your own repos.

We'll connect a sandbox org to a handful of your real repositories so you can see scorecards against your actual services, not a demo dataset.

Request a demo

Org platform score

DBefore58
→
AAfter 90 days94

Median score lift across design-partner orgs after rolling out scorecards and golden-path templates.