# Synapse

> Agent-facing counterpart to the [human project page](/projects/synapse/).

## Record metadata

- Record: 007
- Slug: synapse
- Domain: Software
- Domain code: SW
- Type: Desktop app
- Status: Paused
- Period: 2026
- Portfolio role: Supporting
- Publication state: Public download repository
- Case-study readiness: Draftable
- Compendium edition: 0.4

## Summary

A macOS workspace for talking to multiple AI providers with shared, live-updating context.

## Overview

Synapse was built around a problem that became visible as soon as different AI models became useful for different kinds of work: switching providers also meant repeatedly reconstructing the same context.

A browser-like desktop interface with AI providers in tabs and a shared project context store so information given to one provider can be available when switching to another.

Purpose: Reduce the friction of switching models and repeatedly copying the same context between them.

## The problem behind the project

Different models have different strengths, but moving between them usually means repeatedly copying context and reconstructing the same working state.

The product imagined AI providers as tabs inside a shared workspace. The important object was not the chat window itself, but a project context store that could remain available as the user moved between models with different strengths.

People who intentionally use several AI providers. The API-key requirement and advanced workflow made the audience narrower than originally expected.

## How it took shape

A multi-provider desktop and web app concept with tabs, a shared context store, local testing with browser storage, and a thin Express proxy for server-side keys in the production direction.

An MVP explored the browser-like interface, shared memory, local storage, and a thin server-side direction for provider keys. The application and download site shipped, which made it possible to evaluate the experience as a product rather than only as an architecture diagram.

Josiah defined the multi-provider workflow, shared-memory concept, product direction, and product-fit evaluation, using AI-assisted development to produce and ship the MVP.

An MVP and download website shipped. The product also produced a useful negative result: the UX and target audience were not strong enough to justify continued maintenance.

## What the project means now

The negative result is part of the value. API-key friction, a narrow advanced-user audience, and the maintenance cost of provider integrations outweighed the convenience the shared context created. Synapse became an early lesson in the difference between solving a technical problem and finding a durable product.

The public download repository is thin, the exact architecture needs reconstruction, and screenshots must avoid private conversation memory or API credentials.

Shipping a technically complete MVP does not resolve a weak audience definition or the friction of asking users to manage provider API keys.

Publish a candid product-arc case study with sanitized media and a clearer architecture description.

## Publication and interpretation notes

- Current classification: Paused
- Portfolio readiness: Draftable
- Publication boundary: Public download repository

## Additional agent context

Synapse is useful partly as a negative product-fit result. Preserve the difference between a shipped MVP and a product whose audience, API-key burden, and maintenance value were not strong enough to continue.

## Related project records

- [Universe Screen](/projects/universe-screen/llm/) — A spatial interface for seeing active projects, files, and AI agents as a living solar system.

## Navigation

- [Complete project index](/projects/llm/)
- [Human version of this record](/projects/synapse/)
- [About Josiah's working method](/about/llm/)
- [Agent discovery map](/llms.txt)