ARC-01 Repository-to-model workbench

The architecture is already in your repo. Arcwoven draws it out.

Paste a public GitHub repository URL and get an evidence-backed architecture model in your own private workspace — system boundaries, services, APIs, data stores, and dependencies, every element traceable to the source evidence behind it.

Free account Private workspace Public repos only 2/day imports Pilot TS · Node · React
SOURCE EVIDENCE src/api/gateway.ts E-12 services/orders/queue.ts E-31 openapi.yaml E-04 docker-compose.yml E-27 migrations/0042_orders.sql E-58 DERIVED SYSTEM MODEL BOUNDARY: COMMERCE PLATFORM API Gateway SERVICE · E-12 E-04 Order Service SERVICE · E-31 orders_db DATA STORE · E-58 E-27 events QUEUE ARCWOVEN · MODEL DERIVED FROM SOURCE EVERY ELEMENT CITES ITS EVIDENCE SHT 01
FIG. 01 — Repository evidence resolved into a reviewable system model

Capabilities

CAP-01

Source-backed architecture

Every model element is grounded in repository evidence you can open and inspect.

CAP-02

SysML v2-ready export

Carry reviewed models into MBSE toolchains, alongside diagrams, docs, and HTML.

CAP-03

Large repositories

Built to analyze substantial codebases, not toy examples.

CAP-04

Traceable implementation views

Follow any architectural claim down to the files and lines that implement it.

CAP-05

Private pilot delivery

Working with select teams on private repositories and deeper integrations.

01 Product

Diagrams drift. Evidence doesn't.

Hand-drawn architecture diagrams start aging the day they're made. Six months later, nobody is sure which boxes still exist.

Arcwoven takes the opposite approach: it derives architecture views from the repository itself. Automated analysis reads the code, configuration, manifests, and docs, then assembles a system model where every element carries links to the source evidence behind it.

When the code changes, re-import and re-derive — the model follows the repository, not the whiteboard.

Boundaries
System and subsystem boundaries, inferred from structure and deployment
Services
Services and components, with the entry points that define them
APIs
Interfaces and contracts, drawn from routes, schemas, and specs
Data stores
Databases, queues, and caches, with the code that touches them
Dependencies
Internal and external dependencies and how they connect
Evidence
Source citations on every elementImplementation details traceable to files and lines

TBL. 01 — Model coverage

02 Understanding

Generated first. Trusted after review.

Arcwoven is deliberately honest about what automation can and cannot promise. Generated outputs are provisional: produced from repository evidence and automated analysis, and possibly incomplete or wrong until a human has looked.

That's why evidence is the core of the product rather than a footnote. Each claim in the model cites the source that supports it, so review is fast: open the citation, confirm or correct, move on.

The model isn't finished when the analysis runs. It's finished when an engineer agrees with it.

The workbench is built around that review loop — generated analysis on one side, human judgment on the other, and a curated, defensible architecture model as the result.

03 Workflow

Four steps from repository to reviewed model.

01

Import evidence

Point Arcwoven at a public repository. It gathers code, configs, docs, and API definitions.

02

Review

Automated analysis produces a generated, provisional view of the system — with citations.

03

Model

You confirm, correct, and curate. The result is a human-reviewed architecture model.

04

Export

Take it with you — diagrams, documents, HTML, and SysML v2.

FIG. 02 — Import → review → model → export

Bring a public TypeScript, Node, or React repository

See what your codebase says about itself.