Agentpack

io.github.ihorponomPublished by GitHub account ihorponomv1.11.1Updated Oct 25, 2026

Repo-native task continuity for AI coding agents: a reviewed task-state ledger served over MCP.

VerifiedSTDIODesktop onlyKnowledge & MemoryDeveloper Tools

Overview

AI-generated overview

Local MCP server that keeps AI coding task state in a repo's .agentpack/ folder so a new session can resume where the last one stopped.

What you can do
  • Load a compact task summary at session start: current Task Passport, recent checkpoints, decisions and source conclusions
  • Record decisions, dead ends, verification evidence and file-hash-tagged source conclusions while working
  • Create checkpoints with status, next actions and Git state at natural stopping points
  • Manage the task lifecycle: start, park, switch and finalize tasks, including multi-repo and monorepo write scopes
  • Export and import task bundles, and inspect state through a read-only terminal view and usage reports
When to use it
Useful when long coding tasks get compacted or interrupted, when you switch between Claude Code, Cursor, Codex or another MCP client, or when you return to a refactor or bug fix days later and want the agent to continue instead of re-investigating.
Requirements
Node.js 20 or later and the agentpack-cli npm package installed globally; a local repo initialized with agentpack init and a per-client install step (codex, claude, cursor or claude-desktop). No accounts, API keys or network access are declared.
Before you install
Installers write client config and instruction files such as .mcp.json, AGENTS.md and CLAUDE.md, and add entries to .git/info/exclude. Optional hooks and a pre-commit task gate can warn or, in block mode, stop edits outside the task's write scope; hooks are described as a guardrail, not a sandbox. Stored context is only best-effort redacted for secret-like values, so review what gets recorded in the repo.

Installation

In SourceWeft

  1. Open Agentpack in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

Agentpack

[npm version] [CI] [node] [license] [agentpack MCP server]

Repo-native task continuity for AI coding agents.

Agent memory remembers how you work. Agentpack remembers where the task stands.

Your agent spent an hour on a task. It found the cause, rejected two approaches, and wrote down the next step. Then the context was compacted, or the chat closed. The next session starts from zero and does the same investigation again.

Agentpack keeps the task state in your repo. Connected agents record the goal, decisions, dead ends, verification evidence, and checkpoints in .agentpack/ while they work. Then the next session loads that state and continues: the same agent after compaction, a different client, or you next week.

[How Agentpack works: an agent records task state into .agentpack/ in the repo, and any next session, whether the same agent, another client, or later, continues from it]

Here it is in action. In session 1, an agent works on a flaky test and records a decision, a dead end, and a checkpoint through the Agentpack MCP tools. In session 2, the next day with an empty context, one load_context call brings the task back:

[Demo: an agent records a decision, a dead end, and a checkpoint through Agentpack MCP tools, then a new session the next day loads the task state with one call]

▶ Watch the 80-second explainer, with sound

To try the same flow by hand from the CLI, see docs/DEMOS.md.

  • Local-first. Plain files in your repo. No cloud, no telemetry, no network calls.
  • Made for agents. A local MCP server and generated project instructions (AGENTS.md, CLAUDE.md, Cursor rules) tell agents when to load and record state.
  • Open to people. The CLI shows the same state, so you can inspect it, fix it, or hand it off yourself.

How is this different from agent memory?

Claude Code memory, Codex memories, and CLAUDE.md or AGENTS.md keep how to work: your preferences, project conventions, and facts that stay true. Agentpack keeps where the work is: the goal of the current task, its constraints, decisions, dead ends, next actions, and verification result.

Agent memoryAgentpack
HoldsPreferences, conventions, long-lived factsThe state of one task
Lives inThe profile or account of one client.agentpack/ in the repo, local by default, portable with task bundles
Read byThat client onlyAny MCP client: Claude Code, Codex, Cursor, Claude Desktop
ShapeFree-form notes, recalled by relevanceA Task Passport per task: goal, lifecycle, the paths it may change, and verification bound to a commit
StalenessNot tied to file changesNotes about files store the file hash, so Agentpack flags a note when its file changes

Use both. Memory keeps how you like to work. Agentpack keeps what the task needs next.

Quick start

Agentpack needs Node.js 20 or later.

bash
npm install -g agentpack-cli
cd path/to/your/repoagentpack init                     # once per repoagentpack install claude --write   # per client: codex | claude | cursor | claude-desktopagentpack install git-hooks --write  # optional: task gate check before each commit

Restart or reconnect your coding agent, and approve the Agentpack server or hooks when the client asks. From then on, the agent loads the task state when a session starts, records decisions and evidence while it works, and creates checkpoints at meaningful points.

To check the setup, run agentpack doctor. To see the task state yourself, run agentpack resume --preset agent --query "<topic>".

In a Git repository, init adds the local Agentpack files to .git/info/exclude. The list includes .agentpack/, .mcp.json, .claude, .codex, .cursor, AGENTS.md, and CLAUDE.md. Agentpack does not change your .gitignore. Files that Git already tracks stay tracked.

For each client, docs/INTEGRATIONS.md shows what the installer writes and why.

How it works

  1. When a session starts, the agent loads a compact summary: the current Task Passport, recent checkpoints, decisions, and source conclusions.
  2. While it works, the agent records what is worth keeping: decisions, failed approaches, and verification evidence. It can also record a source conclusion: a short note about what a file does, stored with the file hash. If the file changes later, Agentpack flags the conclusion. A matching hash shows that the file is unchanged, not that the conclusion is correct.
  3. At a natural stop, the agent creates a checkpoint with the status, the next actions, and the Git state.
  4. The next session, in any MCP client, continues from that state. It does not rebuild the task from chat history.

Each task has a Task Passport: the goal, status, constraints, write scope (the paths the task may change), next actions, and verification. You can start, park, switch, and finalize tasks, so each handoff is explicit.

The task gate checks edits against the current Passport. The client installers add native hooks for Claude Code, Codex, and Cursor. install git-hooks adds a pre-commit check. By default, the gate only warns. Set "gateMode" in .agentpack/config.json to "block" to stop edits outside the write scope or outside an active task, or to "off" to turn the gate off. Hooks are a guardrail, not a sandbox. See docs/CLI.md.

The summary stays inside a token budget. The agent gets the useful state back, not the full history.

More features

  • Task bundles. Export a task to one JSON file, and import it in a fresh clone or on another machine. See docs/TASK-PASSPORT.md.
  • Tasks across repositories. One Passport can cover changes in several repositories, each with its own write scope.
  • Monorepo focus. Give each part of a monorepo (api/, frontend/, cron/) short tasks with their own write scope. The task gate warns when the agent leaves that part.
  • Usage reports. agentpack usage report reads local Claude Code and Codex transcripts and shows the token use of a task, including the Agentpack share. Nothing leaves your machine.
  • Read-only inspector. agentpack tui shows tasks, evidence, and checkpoints in the terminal. See docs/TUI.md.
  • Builder subagent. Codex, Claude Code, and Cursor installs include an optional builder for larger implementation work. The main agent says what it will hand off before it uses the builder. Small tasks stay with the main agent.

When it helps

  • The context is compacted in the middle of a task, and the next turn needs the state back.
  • You start a new chat on a task that is still open.
  • You change between Claude Code, Cursor, Codex, or another MCP client.
  • You come back to a refactor or a bug fix days later.
  • Another agent continues from your checkpoint.

Agentpack context also uses tokens. The compact output keeps the task state available without the full ledger history.

Security posture

  • Zero runtime dependencies, exact dev dependencies, a committed lockfile, and ignore-scripts=true.
  • No telemetry and no network calls in normal CLI or MCP operation.
  • Best-effort redaction of values that look like secrets in stored context and handoff output.
  • GitHub Actions publishes each release with npm provenance (Trusted Publisher, no long-lived tokens). To verify, run npm audit signatures.

See SECURITY.md for the full policy, including what Agentpack reads outside the repo.

Documentation

Contributing

Clone the repo and use Node.js 20 or later:

bash
npm ci --ignore-scriptsnpm testnpm run mcp:smokenode dist/src/agentpack.js --help

See docs/SETUP.md for the development setup and docs/RELEASING.md for the release steps.


Mirror: Codeberg. Issues, releases, and npm provenance stay on GitHub.

Source: README.md at commit 4faf87d

Tools

0
SourceWeft started this package once in an isolated sandbox, without credentials, to list its tools. That failed: the server did not start.

Version history

11
  1. v1.11.1LatestOct 25, 2026
  2. v1.11.0Oct 17, 2026
  3. v1.10.0Oct 10, 2026
  4. v1.9.1Oct 5, 2026
  5. v1.9.0Oct 4, 2026
  6. v1.8.1Oct 3, 2026
  7. v1.7.0Oct 3, 2026
  8. v1.6.8Sep 30, 2026
  9. v1.6.6Sep 27, 2026
  10. v1.6.5Sep 16, 2026
  11. v1.6.4Sep 16, 2026

Score

50% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts

    Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.

  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listed15 pts

    Answer tools/list without a credential, or ship a package that starts in a sandbox without one.

  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts