Get started

Available

Build products with Iterel

Iterel is the collaborative workspace around Claude Code, Codex, Cursor, and your product context. Turn intent into tracked work, review every change, and keep design, code, and decisions together.

Open beta guideJump to first section

Iterel is now in open beta. The shipped loop is practical: create or open a project, bind a local workspace in the Mac app, delegate a task to a Build engine, inspect the exact diff and verification receipt, then Accept or Discard it.

The product today

  • Build opens on the tasks home. Tasks run in isolated git worktrees through Claude Code, Codex, Cursor, and supported providers.
  • Design is the visual making mode. Project Map is the shared architecture section, and Whiteboard is the active structured-thinking surface for freeform work and capability-created formats.
  • Plan with mission PRDs, task specs, target dates, and a Triage queue for incoming requests from a link, Slack, or a Linear import.
  • Context holds project knowledge and powers cited answers, task prompts, and design guidance.
  • Memory carries accepted outcomes, decisions, rules, task/mission references, and cited evidence across engines through immutable Context Packs.
  • Assets holds saved documents and files. Draft capability outputs do not join project context until you explicitly save them.
  • The studio requires an account and an internet connection. Local projects use the same studio with a folder on your machine: source files and engine execution stay on that machine, while project metadata, tasks, settings and Design state use hosted services. Local does not mean fully offline or that all project data stays on the device.
  • Web and mobile are real clients for cloud-backed work, collaboration, and review. Machine-backed code work runs on your Mac locally or through a same-user remote session.

Control, context, and taste

Control means a task has a visible plan, full activity, exact changes, gates, and a receipt. Context means every engine receives the project knowledge and task history it needs. Taste means design-touching work is guided by the project's design system instead of generic defaults.

Product boundaries

Board owns planning, Design owns direct visual making, task Preview owns runtime inspection, and a real IDE owns deep code editing. Iterel intentionally has no duplicate Build planning canvas, permanent Code mode, browser on a Design frame, zero-machine cloud code host, or collaborator-controlled access to another person's Mac.