deconnnected

Architecture

Design goal

Deconnected correlates evidence that normally lives in separate tools. It does not try to replace browser discovery, static-flow analyzers, SQL parsers or code agents. It normalizes their output into a graph and applies refactoring-specific policy.

Layers

Discovery

Sources include:

Evidence graph

Typical node kinds:

file, module, route, service, config, table, page, URL, asset, test

Typical edge kinds:

imports, calls_or_defines_api, uses_table, depends_on,
foreign_key, observes_route, loads, defines_service

Every edge can carry evidence, confidence, runtime and test-only flags.

Correlation

Runtime URLs are normalized and matched to static routes. This enables paths such as:

page → browser request → route → source file → table

A complete path increases confidence. A name match by itself does not.

Classification

Tables are classified from:

Refactoring planner

The rule-based planner chooses the highest-ranked extraction candidate and emits a constrained RefactorPlan. The plan includes:

Agent providers

Policy and verification

After an agent run:

  1. snapshots are compared;
  2. changed files are checked against plan scope;
  3. forbidden operations are searched in the patch;
  4. validations run only if policy passes;
  5. all artifacts remain auditable.

Current limitations