The Graphtia platform

See the connections. Understand the work.

Code understanding and reviewable engineering work. Two related directions, built around context you can inspect.

From entry point to supporting code

The checkout entry point reaches a service, its payment and order dependencies, a validation contract and a test. Lines illustrate static relationships, not runtime execution.

Entry pointcheckout.test.ts
01
Checkout servicecheckout-service.ts
02
Payment gatewaypayment-gateway.ts
03
Order moduleorder-service.ts
04
Validation contractvalidation.ts
05
Related checkscheckout.test.ts
06
Selected module · Static relationships · Supporting checks

Explorer · Private Beta

Graphtia Explorer

Move between a code graph, a real file tree and the source behind a relationship. Select a module, inspect its evidence and keep the surrounding code in view.

Explorer on Windows with checkout-service.ts selected, verified TypeScript source, file tree, inspector and a filtered graph.
The commerce-platform example is locally indexed. The source pane verifies checkout-service.ts against the published revision, while the graph identifies its filtered scope: seven nodes and eight relationships in view.
Explore Explorer documentation

Explore

Find files and symbols. Open a focused graph and the source behind a result. The file tree and inspector retain a concrete place to continue.

Explore the code graph

Analyze

Inspect dependencies and dependents, impact candidates, related tests and findings. Relationship types and source evidence help explain why an item belongs in the result.

Review change impact and test candidates

Trace

Use paths and bounded neighborhoods to investigate a connection. Expand the scope deliberately instead of assuming the visible graph contains the entire repository.

Follow code, API and database relationships

Understand

Check the indexed revision, source range and result limits. A partial result or a revision mismatch is part of the answer, not something to hide.

Connect an agent with workspace permissions

Languages & frameworks

A wider view of the source

The analysis engine recognizes the supported source languages and framework conventions below. Explorer is available privately to eligible Beta members on Windows x64 and Ubuntu Linux x64. Static coverage varies by construct; it does not reproduce every runtime behavior.

TypeScript / JavaScriptNode.js packages, React, Next.jsStatic analysis

Includes TS/JS modules and workspace resolution. Dynamic imports, runtime dispatch and full TypeScript type checking are not complete.

RustCargo workspacesStatic analysis

Modules, symbols and source relationships, including bounded arguments of recognized standard macros. Macros are not expanded. Type-directed and dynamic dispatch remain partial.

HTMLStatic web documentsStatic analysis

Source structure and static references. This does not execute a browser or observe the runtime DOM.

CSSStylesheets and static assetsStatic analysis

Simple selectors, variables and asset relationships. Runtime CSSOM and preprocessor behavior are not executed.

PHPComposer, Laravel, WordPressStatic analysis

Source and recognizable framework conventions. Runtime hooks, reflection and framework magic remain partial.

GoGo modules, net/http, Gin, Echo, Fiber, gRPCStatic analysis

Source, module and explicit service relationships. Interface dispatch, build tags and cgo remain partial.

JavaMaven/Gradle, Spring, JAX-RS, JPA/Hibernate, gRPCStatic analysis

Recognizable static declarations and enterprise conventions. Reflection, generated behavior and executable build logic remain partial.

C# / .NETASP.NET Core, built-in DI, EF Core, gRPCIncluded in supported builds

Graphtia’s C# analyzer uses Roslyn and is bundled with official .NET-enabled builds. No separate analyzer installation is needed. Reflection, source generators and executable MSBuild behavior remain partial.

PythonProject metadata, FastAPI, Django, Flask, SQLAlchemy, CeleryStatic analysis

Source relationships and recognizable framework declarations. Dynamic imports, monkey-patching and runtime metaprogramming remain partial.

C / C++ / prepared ArduinoSupplied compilation context and prepared sketchesPartial · packaged analyzer required

Supported static declarations, references, calls and type relationships. Arduino needs prepared generated C++, explicit board/core/header context and source maps; arbitrary boards, builds and runtime behavior are not implied.

Explore detailed framework coverage

Engineering evidence

Understand a change across your stack

Choose access. Review the structural context.

Choose which project an agent may read and how long that access lasts. Review its observed Graphtia queries, open supported source context and follow new activity in Explorer.

Code, contracts and database context

A migration or refactor can cross more than a function boundary. Explorer brings those different forms of evidence into one local workspace for people and their coding agents.

Indexing that adapts to your machine

Choose Eco, Balanced or Fast. Explorer adjusts how much indexing work can run in parallel using the CPU capacity available to the process and current memory availability.

How Eco, Balanced and Fast manage work

A documented large-repository reference

One historical Ubuntu reference workload from 1 November 2026 contained 2.16 million source lines, 5,604 code files, 2,268 documents and 18 contracts. That index held 770,735 symbols and 2,373,825 relationships. These are observations from an earlier build; read the hardware, operation and measurement conditions before comparing performance.

See the measurements and methodology

Evidence for your next migration

Use Explorer to inspect the structure around a planned framework, service, API or database-schema change. Follow supported dependencies, review bounded impact and related-test candidates, and keep code and contract evidence tied to a published revision.

Explorer supports planning and review. It does not automatically rewrite, execute or deploy a migration.

Plan a migration with Explorer

Future product direction · Not publicly available

Graphtia Governance

A future direction for connecting an objective, a plan, bounded work units and evidence that a reviewer can inspect.

The engineering foundations include explicit scope, plan-drift detection and evidence records. A public Governance product and its integrations are still being developed.

Make engineering work reviewable

A future Graphtia Governance workflow connects an objective to a plan, bounded work units, execution records, evidence and review. This conceptual product is not publicly available.

ObjectiveWhat needs to change
01
PlanProposed approach
02
Work unitsBounded responsibilities
03
ExecutionRecorded work
04
EvidenceWhat supports the result
05
ReviewA deliberate decision
06
Future product direction · Not publicly available
Explore Governance concepts

EXPLORER FREE

Start with a Free account

Create a Free account to see your included features and limits. Explorer downloads are available to signed-in Beta members.

Create free account

Graphtia

This page is on its way. Join the waitlist to hear what’s next for Graphtia.

Join waitlist