The next AI starts blind
Without shared context, every new session asks the same questions and re-discovers the repo from scratch.
If you are new, start here: clone the repo, run one install command, and let Claude Code, Cursor, Codex, or any MCP client read the same project context instead of asking you to explain the repo again.
The point is to stop repeating the same repo context every time you change tools or open a fresh session.
Without shared context, every new session asks the same questions and re-discovers the repo from scratch.
Mindswap writes the current task, decisions, and handoff files into the project so the next tool can continue from there.
Clone, run one setup command, and keep the repo ready for Claude, Cursor, Codex, or any MCP client.
Copy these commands in order. The flow is: clone the repo, install locally, then connect your AI client.
Get the project on your machine first.
git clone https://github.com/ShipOrBleed/mindswap.git
Let mindswap detect the stack and prepare the repo.
cd mindswap && npx mindswap init
Install the local wiring for your editor or AI client.
npx mindswap mcp-install
These are the calls that matter before anything else because they define how a client reads and updates the repo.
Ask what matters now. Returns a synthesized briefing with task, decisions, conflicts, test status, and recent work.
Capture what changed. Persists the summary, decisions, blockers, and next steps into the repo state.
Search decisions, history, and state when an agent needs a cited answer instead of a fresh summary.
List, add, update, resolve, archive, or delete blockers, assumptions, questions, and resolutions.
These make the server useful for actual work instead of just exposing low-level calls.
Prepares a context-rich prompt for kicking off a new session safely.
startCreates a restart prompt with the current blockers, state, and next move.
resumeBuilds a compact brief for a new agent so it does not need to re-read the repo.
handoffFocuses the agent on decision drift and dependency drift before risky edits.
conflict reviewThese are the files and resources that stay predictable even as the repo grows.
Use local MCP first. Use HTTP only when the client is hosted or browser-based. Keep the package and registry metadata aligned.
Most people use the local MCP setup inside an editor or desktop AI app. If the client is hosted or browser-based, mcp-http exposes a Streamable HTTP endpoint with optional bearer auth.
Run mcp-install so the editor or AI client can see the server in the current project.
Run mcp-http if the client needs a hosted endpoint instead of stdio.
Run registry --json so the public listing matches the package version and server manifest.
Generate the local MCP wiring for supported editors and AI clients in the current repo.
Keep server.json aligned with the package metadata so the server stays discoverable.
Claude Code, Cursor, Codex, and any other client that speaks MCP.
If someone lands here with only a basic understanding of MCP, these are the first questions they will ask.
Mindswap keeps project context inside the repo so the next AI tool can continue from the same task, decisions, and handoff files instead of starting over.
Clone the main repo: git clone https://github.com/ShipOrBleed/mindswap.git. Then enter the folder and run npx mindswap init.
If you are setting up a repo, run npx mindswap init. If you already set up the repo and only want to save state, run npx mindswap.
No. Use the CLI when you work directly in the repo. Use MCP when an AI client should read and write repo context on its own.
Run npx mindswap mcp-install for local editor setup. Use npx mindswap mcp-http only if the client is hosted or browser-based.
Yes. Star the repo if it helps, and open a contribution if you want to improve the CLI, MCP server, docs, or UI.
This is open source. If mindswap saves time in your workflow, star the repo, try the CLI or MCP guide, and contribute back if you want to extend the server or the UI.