InferstratGuard
Inferstrat Guard

The knowledge graph that makes every team AI-native.

Guard maps your repositories into a deterministic knowledge graph and runs an agentic SDLC on top of it, so agents read pointers instead of entire codebases.

Knowledge graph Repositories, services, APIs, modules, models and domain terms connected as a graph. repo service repo module api model term module datastore
What Guard is

One graph, three outcomes

Knowledge Graph

Deterministic and statistical: parsers, graph metrics and git history. No LLM builds it, and no source code is stored, only metadata and pointers.

Agentic SDLC

Issue to pull request with guard rails: intake, implementation, independent review, a deterministic security gate and a human merge.

Efficient LLM use

Token-budgeted context packs, a compact data map built for prompt caching, and per-run and monthly budgets.

How it works

From repository to reviewed pull request

1
Connect GitHub

GitHub App or PAT, github.com or Enterprise Server. Pick orgs and repos.

2
Scan & graph

Analyzers build the graph: APIs, models, modules, dependencies, findings, history.

3
Claim & intake

Claim an issue, label it guard:intake, and the agent writes a spec or asks questions.

4
Review & deliver

Implementation, review and a security gate end in a PR. A human always merges.

Issue state machine

Guard issue states open, then intake. Intake leads to need-more-info (blocked after four rounds), cross-repo child issues, or implement, which ends in delivered. A human can push a delivered issue back to intake. claim answers count > 4 review · security · PR human pushback guard:open guard:intake guard:need-more-info cross-repo issues guard:implement guard:blocked guard:delivered
Token economics

Pointers instead of whole files

Agents receive a context pack of node summaries and repo/path/line pointers, then read only the line ranges they need. The stable prefix (system prompt, tools, schema legend, data map) is prompt-cached.

Tokens per task
Illustrative example, not measured data. Assumptions below.
illustrative
Naive full-file context
90,000
Guard context pack
10,000

89% fewer input tokens for the same task.

  • A change that touches 3 modules in a mid-sized service.
  • Naive approach: the agent loads 12 related files whole (≈7,500 tokens each).
  • Guard: a 6,000-token context pack of pointers, then ≈4,000 tokens of targeted line-range reads.
  • Excludes the cached prompt prefix (system prompt, tool definitions, data-map legend).
Guard rails and security

Secure by default

No secret reveal

Keys are encrypted at rest, shown once, then only as ••••last4. No secret reaches an LLM, a log, an issue or a PR.

Least privilege

GitHub App installation tokens; agents get no shell, no network and a scrubbed environment.

Human merge only

Guard opens pull requests and requests review. It never merges.

Rotatable keys

KG API keys rotate with a dual-active grace period and per-repo propagation.

Doom-loop cap

At most four need-more-info rounds, bounded review loops, run budgets and cool-downs.

Audited

Every key rotation, secret update, install and claim is recorded in the audit log.

AI-native maturity

From AI-assisted to AI-native

Step 1
Ad-hoc prompts

Individuals paste code into chat.

Step 2
Shared context

One knowledge graph every agent and person reads.

Step 3
Governed agents

Label-driven SDLC with guard rails and budgets.

Step 4
Measured delivery

Lead time, cost per issue and quality tracked per project.