too many terminals, not enough tentacles

Octogent

It's really not fun to have ten Claude Code sessions open at once, constantly switching between them and trying to remember what each one was supposed to do. Things get blurry fast when one agent is doing documentation, another is touching the database, another is changing the API, and another is somewhere in the frontend. Octogent tries to fix that by giving each job its own scoped context, notes, and task list, while also making it possible for Claude Code to spawn other Claude Code agents, assign them work, and communicate with them.

The Vision

This repo is a personal exploration of what an AI coding environment might look like when terminal coding agents are treated as parts of a bigger orchestration layer, not the final interface by themselves. The point is not to hide Claude Code behind abstractions. The point is to make multi-agent work less chaotic for the developer on a real codebase.

Screenshots

What Octogent Does for You

• Creates tentacles as context layers so agents can work with scoped markdown files instead of broad, messy chat context
• Uses todo.md as an execution surface so tasks stay visible, trackable, and ready for delegation
• Runs multiple Claude Code terminals so one developer can coordinate several coding sessions at once
• Spawns child agents from todo items so parallel work has a concrete source of truth
• Supports inter-agent messaging so workers and coordinators can report completion, blockers, and handoff notes
• Keeps agent-facing context in files so the system is more durable than a single prompt thread
• Provides a local API and UI for terminal lifecycle, persistence, websocket transport, and orchestration

A tentacle is a folder under .octogent/tentacles/<tentacle-id>/ that holds agent-readable markdown such as CONTEXT.md, todo.md, and any extra notes needed for that slice of the codebase.

The octopus metaphor is literal: one octopus, many tentacles, different work happening at the same time.

Tentacles

A tentacle is a scoped job container. It gives one slice of work its own files, notes, and todo.md so the agent is not forced to reconstruct the entire codebase context from chat history.

What it does:

• keeps context local to one area such as documentation, database work, API changes, or frontend work
• gives agents durable files they can read and update
• provides a natural source for delegation through todo items

For the full model, see Tentacles and Working With Todos.

Context, Notes, and Task Lists

In Octogent, a tentacle is not only a task bucket. It is also where the job keeps its local context. That can include notes about one part of the codebase, implementation details, handoff files, and a todo.md that tracks what still needs to happen. A Claude Code agent can read and update those files as the work moves forward.

That means you can:

• keep documentation, database, API, or frontend work separated into different job contexts
• store the notes that help an agent understand that part of the codebase
• spawn one agent for one specific item
• break a larger job into multiple items
• launch a swarm so several agents work through the list in parallel
• use the files inside the tentacle as the shared source of truth for what is done and what is left

For the full model, see Tentacles and Working With Todos.

Claude Code Managing Claude Code

One of the main ideas here is that Claude Code should not only be treated as a single terminal session waiting for a human prompt. In Octogent, one Claude Code agent can coordinate other Claude Code agents, assign them specific jobs, and exchange short messages with them while the human stays at the orchestration layer.

This is different from Claude Code's subagent spawning, since it allows you to directly see and control what each worker agent is doing.

That means Octogent is not just a dashboard for multiple terminals. It is also a way to structure parent-worker behavior around scoped tasks and shared context files.

For the current model, see Orchestrating Child Agents and Inter-Agent Messaging.

How It Works

Octogent separates three concerns that usually get mixed together in a pile of terminals:

1. Context lives in .octogent/tentacles/<tentacle-id>/. CONTEXT.md explains the area, todo.md supplies executable work items, and extra markdown files hold notes or handoffs.
2. Execution lives in terminal records and PTY sessions managed by the local API. A terminal can attach to an existing tentacle, and several terminals can share one tentacle during swarm work.
3. Isolation is optional. Shared terminals run in the main workspace; worktree terminals run under .octogent/worktrees/<worktree-id>/ on octogent/<worktree-id> branches.

Deck reads the tentacle files directly, parses checkbox items from todo.md, and uses incomplete items to generate worker prompts. Claude hooks feed the API with agent state, transcript, and idle events so the UI can show more than raw terminal output.

Quick start

Local development

pnpm install
pnpm dev

This starts the API and web app for local development.

Current install status

Octogent is not published to the npm registry yet.

For local development:

pnpm install
pnpm dev

For a local global CLI install from a clone:

pnpm install
pnpm build
npm install -g .
octogent

The registry install flow npm install -g octogent will only work after the package is published.

On first run, Octogent creates the local .octogent/ scaffold automatically, assigns a stable project I