Skip to content
Software Ontology Platform

Softinel is the ontology of your software.
Everything else is a query.

Every security tool, verifier, auditor, and architect asks questions about your software. Today they each own a private, lossy copy of it — and none of them agree.

Softinel builds one canonical, connected model of your software — and turns every question those tools ask into a query against it.

Understand. Verify. Trust — because the model comes before every answer.

Not another ASPM. Not a SAST. Not an AI code reviewer. The layer that was missing underneath all of them.

Logic01
Architecture02
Software Core03
Runtime04
The invisible layer
01The software problem

The system you ship is bigger than the system anyone can hold in their head.

Modern software is composed, generated, distributed, and continuously rewritten. Nobody sits down and reads it end-to-end anymore — and yet, decisions about safety, quality, and risk still get made on the assumption that someone did.

Code produced daily
millions of lines

By teams, contractors, agents, and automated systems.

Dependencies per project
thousands

Direct, transitive, generated, pinned, and forgotten.

Services in production
dozens or hundreds

APIs, queues, functions, edges, jobs — all in motion.

Time to actually verify
less than ever

Release cadence up. Human review capacity flat.

No tool available today understands your software as a whole. They can flag a line. They can list a dependency. They can compute a metric. But the system — the living network of decisions, contracts, data, and effects — remains invisible.

02Why current tools are not enough

Traditional scanners look at files. Softinel looks at software.

Scanners were designed for a world of code that a small team could read end-to-end. That world is gone. What replaces the scanner is not a bigger scanner — it is a different category of tool altogether.

Traditional scanners
Software intelligence

Reads files, one at a time.

Builds a model of the whole system.

Matches patterns and prints a list.

Explains how components affect each other.

Every finding looks the same.

Findings come with evidence, sources, and confidence.

Snapshot in time — forgets on the next run.

A living model that tracks how your system evolves.

You decide if it matters.

The verification kernel explains why it matters.

03What we're actually selling

The layer that was missing underneath every scanner.

SAST, DAST, SBOM, ASPM, AI review — each answers a question. None of them owns the thing being questioned. Softinel builds a canonical, connected, versioned model of your software, and every one of those questions becomes a query against it.

Property I

Canonical

One representation of your software — files, symbols, calls, data flows, dependencies, deployments, evidence, history — all connected. Not one lossy copy per tool.

Property II

Queryable

Every insight the platform surfaces is expressible as a query against the model. Verification, security, compliance, architecture — same substrate, different questions.

Property III

Evidence-bearing

Every node and edge carries where it came from, when, and at what confidence. The model has a history. Findings are consequences of that history — inspectable, not opinions.

The consequence

You do not buy Softinel to add one more product to a nine-product stack. You buy Softinel because the model that answers "is this safe to deploy?" is the same model that answers "which files reach the auth boundary?" and "what is the blast radius of this CVE?". The answers are correlated by construction — there is no correlation problem left to solve.

Others sell scans. Softinel is the ontology under the scans — and every question worth asking is a query against it.

04How Softinel works

Four steps. No black boxes.

You keep control of your code, your decisions, and the reasoning behind them. Softinel adds the intelligence layer that has been missing.

  1. Step 01

    Connect your software

    Point Softinel at a repository or upload a snapshot. It works with the code you already ship — no rewrites, no annotations, no agents to install.

  2. Step 02

    Softinel builds your model

    Behind the scenes, Softinel maps the entire system: how components relate, what depends on what, where data flows, which contracts hold.

  3. Step 03

    It reasons across the whole system

    Analysis runs against the model, not the files. Security, architecture, quality, and performance are inspected the way a senior engineer would — in context.

  4. Step 04

    You receive evidence, not opinions

    Every result includes what it saw, why it matters, how sure it is, and what to do next. You audit it, approve it, or decide otherwise.

05Software Intelligence, live

Not a video. You drive this one.

A working sample of what Softinel builds from a repository — pick a project, click through the map, and try the simulations. Nothing here is scripted; the graph reacts to what you do.

Sample project
7 services · 12 manifests · 118 edges
gatewayTypeScriptauthGopaymentsGonotificationsPythonworkerPythonauth-dbPostgrespayments-dbPostgresredisRedisevent-busNATSstripeStripe APIsendgridSendGridcrypto-utils@2.1npm · JS
Loading sample project…
Try
Inspector

The model is being built. Once it settles, click a node or run a simulation to see what Softinel would surface.

Everything you see is deterministic: same click, same result. In the real product, Softinel builds this same map from your repository, keeps it updated as you change code, and signs every finding with evidence.

06The evidence system

Every result is an audit trail, not a claim.

This is the single line separating Softinel from every scanner, chatbot, and generative tool: no output leaves the platform without its reasoning attached.

  • Evidence

    The exact artifacts Softinel used to reach the conclusion — source lines, graph relationships, traces, manifests, contracts.

  • Confidence

    A measurable score, not a marketing adjective. Low confidence findings are surfaced as questions, not answers.

  • Source

    Which analysis produced the finding, at which verification level, and against which snapshot of the software model.

  • Reason

    A short, plain-English explanation of what triggered the finding — grounded in the evidence, not paraphrased around it.

  • Impact

    What breaks, degrades, or leaks if this remains unaddressed — expressed in terms of the actual system, not a generic score.

  • Recommendation

    A concrete next action — not "consider reviewing". Where safe, an auto-fixable patch is attached to the finding.

When the evidence is thin, Softinel says so. When two analyses disagree, the verification kernel surfaces the conflict — it does not paper over it.

Verified
rule ARCH-CYCLE-001
Authentication flow requires review.

The token refresh loop can complete before the session context is reattached. Softinel found this by correlating the runtime trace with the call graph derived from the source.

Evidence
7 sources
Confidence
93%
Sources
  • graph: auth.handler → session.attach
  • code: src/auth/refresh.ts:42
  • trace: integration/auth.spec.ts (2 runs)
  • … 4 more sources
Level 3 verificationsigned · 2026-09-06
07A living model of your software

Not just your code. Your entire system.

Softinel keeps a living model of the system you actually run — code, services, APIs, data, dependencies, and behaviour, all connected in one place.

Software today is not one thing. It is code plus a mesh of services, plus the data those services move, plus the platforms they run on, plus the humans and models that keep rewriting them.

Softinel keeps that whole picture in view. When something changes, the model updates. When you ask a question, the model answers with the same context a senior engineer would — but with the discipline of evidence attached.

  • See how a change ripples through the system before it ships.
  • Compare snapshots — what shifted between v42 and v43, and why.
  • Ask the model, in plain language, what a component actually does.
  • Detect drift the moment reality diverges from intent.
YOURsoftwareCodeServicesAPIsDataRuntimePeople
08Continuous verification

Software changes. Understanding keeps up.

A one-time verdict fades the moment your team merges the next PR. Softinel's model updates with the software and re-signs its verdicts continuously — so trust does not decay in silence.

  1. Verified
    T + 00
    Snapshot v42 verified
    All checks passed · 218 findings resolved

    Softinel signs the snapshot with the exact model state and evidence set.

  2. Change
    T + 01
    Change detected in payments module
    17 files · 3 new services · 2 removed contracts

    The model is re-built incrementally. Only the affected parts of the system are re-analysed.

  3. Re-verify
    T + 02
    Re-verification completed
    12 new findings · 2 regressions · confidence 96%

    Each new finding carries evidence and a link back to the change that produced it.

  4. Drift
    T + 03
    Drift detected between intent and runtime
    Two services now bypass the shared retry policy

    Softinel keeps intent (what the code says) and reality (what production does) side by side, and flags when they diverge.

09What Softinel understands

Ten dimensions of your software. One connected model.

Softinel does not pick one lens and call it enough. Each of these is modelled and connected to the others — so a change in one becomes visible everywhere it matters.

Architecture

How your system is shaped — layers, boundaries, and where responsibilities actually live.

Dependencies

Direct and transitive — what your software leans on, and what leans back.

Security

Where risk enters the system, where it accumulates, and how much of it is fixable.

Data flow

How information moves — who touches it, where it rests, and where it leaks if you are careless.

APIs & contracts

The promises your services make to each other, and where those promises quietly break.

Performance

The paths that matter under load, the paths that will bite you, and the ones you can safely ignore.

Configuration

The switches, flags, and defaults that decide how the same code behaves in staging and in production.

Secrets & identity

Where credentials live, how they move, and whether they should be moving at all.

Supply chain

Everything you did not write but you ship — packages, base images, plugins, models.

Runtime behaviour

What actually happens when the software runs — kept next to what the code says should happen.

10Verification layers

Six layers. One signed verdict.

Each layer produces its own findings against the same live model. The verification kernel merges them, resolves the conflicts, and signs a single result you can hand to anyone — engineering, security, compliance, or leadership.

  1. Evidencelayer 06

    Every finding above is signed with sources and confidence.

  2. Compliancelayer 05

    Framework requirements mapped back to concrete verified controls.

  3. Performancelayer 04

    Hot paths, latency budgets, resource ceilings — verified against reality.

  4. Qualitylayer 03

    Correctness, test coverage of what matters, regression risk on the change.

  5. Securitylayer 02

    Data flow, authentication, authorisation, supply chain — inspected in context.

  6. Architecturelayer 01

    The shape of the system: layers, boundaries, cycles, coupling, drift.

11Supported technologies

Works with the software you already ship.

Softinel understands the languages and platforms modern engineering actually uses. New ecosystems are added on demand, not on marketing timelines.

Languages
  • TypeScript
  • JavaScript
  • Python
  • Go
  • Rust
Ecosystem
  • REST
  • GraphQL
  • gRPC
  • npm
  • PyPI
  • Cargo
  • Go modules
  • Docker
  • Kubernetes
  • Postgres
  • Neo4j
  • Redis
  • NATS
  • S3
12Who uses Softinel

Four rooms in the same building — one shared understanding.

Softinel is designed so that each of these audiences sees the same underlying reality, in the language they actually work in.

Engineering leaders

want a real picture of the system they own — not a wall of scanner alerts.

They use it for

Weekly system reviews, architecture drift, release readiness.

Security teams

need evidence for every claim, mapped to controls, and reproducible on demand.

They use it for

Continuous verification, supply chain, threat correlation.

Individual engineers

want to ship changes with the confidence that they understood the impact.

They use it for

Pre-merge context, change-impact answers, findings inside their editor.

Compliance & audit

need signed, dated, evidenced verdicts they can hand to auditors and boards.

They use it for

Reports, audit packages, framework mappings.

Connect your software.
Softinel builds the model.

One canonical, connected, versioned model of your software. Every question about security, correctness, architecture, and change becomes a query against it. Every answer carries its evidence.

Software Ontology Platform