Code intelligence, explained
Code intelligence that maps, remembers, and maintains.
See dependencies, recover past decisions, and turn breaking API changes into verified drafts ready for human review.
Current structure
Past context
Verified change
A vendor removes a field your service still sends. What happens next?
Synaptic uses each capability for a different part of the answer. No layer has to pretend it knows more than it does.
- The graph finds the blast radius.
It follows the API call through wrappers, callers, owners, and tests.
- Memory adds the missing context.
It surfaces the earlier decision, incident, or failed fix tied to that code.
- The API system prepares the update.
It changes only approved files, runs the required checks, and opens a draft when the result is conclusive.
The graph shows what depends on what.
Think of it as a live map of the repository. It connects code and runtime boundaries so a person or coding agent can inspect impact without reading every file.
Build the map
Synaptic extracts symbols, calls, imports, data, resources, and API usage into one portable graph.
A current model of the repositoryFollow the connections
A query can move from one function to its callers, tests, tables, services, and cross-language handoffs.
A bounded change-impact pathReturn the evidence
Answers retain relationship type, file location, confidence, and known blind spots instead of hiding uncertainty.
A source-linked explanation
Memory keeps the reason, not just the diff.
Git can show what changed. Synaptic memory can return the decision, incident, procedure, failed attempt, or verified result that explains why the change matters.
Keep the single retry. A second retry amplified an outage by creating duplicate refresh traffic. The rollback and follow-up test both passed.
Illustrative answer format. Every production result points back to the evidence stored for that repository.
Collect durable evidence
Commits, decisions, procedures, reviews, incidents, CI runs, and verified outcomes become immutable records with source links.
Attach it to the right revision
File and symbol anchors keep an old decision connected to the code version it described, even after renames and rebuilds.
Retrieve only what applies
Search can filter by symbol, path, outcome, confidence, lifecycle, owner, and recency. Superseded records stay auditable but out of normal answers.
- The graph
- Current relationships that can be rebuilt from the repository.
- Repository memory
- Source-cited observations that survive graph rebuilds and keep their original revision.
- Not chat history
- Memory is repository evidence with identity, policy, lifecycle, and verification fields.
The API system turns a vendor change into a reviewable update.
It watches only the providers you configure. When a breaking event applies to your installed version and observed usage, Synaptic can prepare and verify a bounded repair.
- Discover
Find installed SDKs, contracts, and observed external calls.
- Detect
Read configured vendor sources for a grounded breaking change.
- Locate
Use the graph to find affected calls, wrappers, owners, and tests.
- Repair
Ask an agent for a bounded patch inside an isolated worktree.
- Verify
Run policy, build, test, and graph checks with network access blocked.
- Open a draft
Publish one reviewable GitHub pull request or GitLab merge request.
For the removed field, Synaptic can prove:
The installed SDK is affected, three call sites use the operation, one wrapper owns the behavior, and two tests cover the path.
What Synaptic automates
- Scheduled provider, version, and usage checks
- Graph-based impact analysis
- A bounded repair attempt in an isolated worktree
- Configured build, test, policy, and graph checks
- Creation or update of one draft change request
What stays under your control
- Which providers and repositories are enabled
- Allowed files, commands, reviewers, and risk limits
- Whether an inconclusive event receives manual review
- Normal CI, branch protection, approval, and merge
Use the same evidence where your team already works.
The capabilities stay consistent, but each surface receives only the access it needs.
- Synaptic Cloud
- Search graph and memory, inspect coverage, set policy, dispatch runs, and follow a result to its draft.
- VS Code and JetBrains
- Query local source, work with repository memory, and confirm source-changing API operations beside the code.
- GitHub and GitLab CI
- Run scheduled or manual maintenance with repair credentials separated from the final publish job.
- CLI, REST, and MCP
- Give people, scripts, and coding agents the same compact, source-linked answers.
Start with the question your codebase cannot answer today.
Build the graph first. Add durable memory as your team works. Enable API maintenance when your coverage and policy are ready.