Features Method Docs Changelog Pricing
Sign in Request beta access
NEW GitHub App + multi-user identity is live

More code.
Less tokens.

RepoCrew is project memory for your AI coding agents. It runs discovery, planning and bootstrap, then serves live project context — tasks, decisions, architecture — to Claude Code, Cursor, Codex and Gemini CLI over MCP. Your agents start every session already knowing the codebase, so the token budget goes to writing code, not re-discovering it.

Private beta · Bring your own coding tool · MCP-native

synced
AG
Aurora API / Phase 2 · GitHub Integration

Sync Engine

Milestone 2.3 8 tasks 62%
Todo 2
#41
Cursor-based delta protocol
specJD
#44
Tombstones for soft deletes
In Progress 2
#39
Mutation idempotency keys
3
#37
Offline-first mutation queue
● CIAK
In Review 1
#34
Permission-aware sync (RLS)
PR 128
Done 3
#31
Versioned schemas + migrations
✓ merged
#28
Snapshot / checkpoint system
✓ merged
Your hands. We're the brain.
Claude Code
Cursor
Codex
Gemini CLI

The thesis

Code you can regenerate.
Context you cannot.

Most projects fail the cold-start problem: a new engineer — or AI agent — opens the repo with zero context. The README is stale, decisions live in Slack, the plan lives in someone's head. RepoCrew makes the shared memory the product, so the scaffold stays true as the project evolves.

01 — Discovery

A discovery chat that pressure-tests the idea

A streaming discovery chat probes scope, audience, constraints, data and integrations — then distills structured requirements, user flows and tech signals the rest of the pipeline builds on.

  • Framework selection recorded as a first-class signal
  • Seeds straight from onboarding — name, stack, intent
  • Output becomes the plan's source of truth
See how discovery works
discovery · session
repocrewWho is this for, and what's the one job it has to nail on day one?
A local-first task tool for small dev teams. Day one: instant reads, zero sync jank.
repocrewGot it. That points to an offline-first store. Should two people edit the same record at once?
Yes — descriptions and comments, collaboratively.
repocrewThen I'll flag CRDT fields up front — that's a one-way door. Recording signals:
local-firstoffline queueCRDT · yjsrealtimesupabase
02 — Planning

From a conversation to a plan you approve

The planner converts discovery into phases → milestones → tasks with acceptance criteria — capturing the decisions and risks behind them. You review, iterate, and approve. The approved plan is what gathers context for bootstrap.

  • Tasks carry priority, dependencies, milestone links, percent-complete
  • Decisions & challenges captured as a reasoning trail
  • Your coding agents update tasks over MCP as they work
Explore planning
plan · phases
Phase 1 · Foundation done
M2.3Sync Enginein progress
5/8 tasks 3 decisions 1 risk
M2.4Realtime fan-outplanned
Decision needed: edge transport — Cloudflare DO vs Supabase Realtime
03 — Bootstrap

A ten-layer bundle, adapted to your tool

One click assembles a complete project bundle: docs, coding rules, an agent crew, deploy configs, and the assistant instructions for whichever tool you use — CLAUDE.md, .cursorrules, AGENTS.md, GEMINI.md — plus a wired .mcp.json.

  • Copy · Compose · Adapt — deterministic floor, one LLM pass on top
  • Every file version-stamped for telemetry
  • Framework-aware deploy configs, DB-driven
Read the bundle spec
bundle · aurora-api
.repocrew
tasks.json
decisions.json
memory.json
CLAUDE.md
.cursorrules
AGENTS.md
GEMINI.md
.mcp.json
docs
ARCHITECTURE.md
CODING_RULES.md
<!-- repocrew:version template=v14 --> <!-- model=opus-4-7 prompt=v9 --> # Aurora API — agent brief Context is served live over MCP. On session start, pull fresh state: repocrew:get_operational_context ## Locked decisions - CRDT library: Yjs (one-way door) - Local store: wa-sqlite - Reads never hit the network
The platform

Built on one idea: serve context, don't run agents.

MCP bridge — the brain, not the hands

RepoCrew never runs coding agents server-side. It serves project memory, plan state and decisions over the Model Context Protocol — so your local tools do the building with full context.

// .mcp.json
{ "repocrew": { "type": "http",
  "url": "https://mcp.repocrew.ai" } }

The crew — a coordinator and specialists

Each project gets a suggested agent roster with roles, scoped system prompts and allowed tools. Templates are versioned and pinned per project, so an admin edit never silently mutates older work.

coordinator frontend-eng backend-eng reviewer

In-app Planner

A project-scoped assistant that reads and edits your tasks, memory and plan. Strategic actions are approval-gated.

J

Provider-neutral by construction

A git:* namespace and webhook router mean GitLab and Bitbucket are class-file drop-ins, not six-month rewrites.

Self-improving by design

Every artifact is version-stamped. Telemetry shows which prompts produce bundles humans keep — the signal that's designed to make the planner sharper over time.

The lifecycle

A funnel that compounds context at every step.

01
Onboard

Name the workspace and project, pick a default stack.

02
Discover

Chat through the idea; requirements and signals are captured.

03
Plan

Review phases, milestones and tasks. Approve or iterate.

04
Bootstrap

Generate the ten-layer bundle for your coding tool.

05
Build

Work in your IDE; agents pull context live over MCP.

06
Live memory

Tasks, decisions and memory sync back, staying true.

Where it sits

In the seam three categories leave open.

Project tools

Linear, Jira. Great at tasks.

— blind to code & context
Coding assistants

Claude Code, Cursor, Copilot. Great at code.

— re-derive context every session
Scaffolding

create-next-app, Yeoman. Great at day-zero.

— irrelevant by day-three

RepoCrew's wedge is the lifecycle handoff: a day-zero scaffold plus a live MCP memory that keeps it true as the project evolves.

Start free

Give your agents a memory.

Sign up, run discovery, approve a plan, and hand your coding tool a project it already understands.