start

A workflow for managing software tasks through assigned roles, evidence checks, and a durable task record. It also explains how an operator activates tasks from their own terminal.

In plain words
What is it for?
Starting, refining, routing, verifying, certifying, and closing project work units with the Agentic Loop process.
Why use it?
It helps keep complex work traceable and makes completion depend on recorded evidence rather than only on a chat session.

Command

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add commands/bartoszarendt/agenticloop/start
Clone the repo
git clone --depth 1 https://github.com/bartoszarendt/agenticloop
Per session 43 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 1,621 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00043 $0.01621
Opus 5 $0.00022 $0.00811
Sonnet 5 $0.00009 $0.00324
Haiku 4.5 $0.00004 $0.00162

Measured yesterday against content hash 4cf96c5abd9e, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

start scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

commands/start.md · 131 lines

How it starts

The opening of the file, as written. The whole thing — 131 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Activation adapter: claude-code.plugin.command.v1. Activation capture capability: unsupported.

This file is the live Claude Code plugin command /agenticloop:start, registered through .claude-plugin/plugin.json. The Claude Code plugin surface has no host-owned parser capture channel, so model-visible command arguments are advisory context only and are never activation proof. Do not serialize the substituted argument, the surrounding prompt, or any other model-visible text into activation capture JSON.

Each generated host artifact replaces the capability slot above with its own adapter's declaration. Every shipped host declares unsupported, and that never changes from inside a session: prompt-visible input must never be converted into capture JSON.

unsupported is not the end of the workflow. It only means this host cannot itself prove activation. The universal path is one explicit operator action outside the agent session:

npx agenticloop activate T-016 T-017
npx agenticloop activate --work-unit <work-unit-id>

That command runs in the operator's own terminal, shows the exact tasks, carriers, contract digests, repository, work unit, and resulting assurance, and requires the operator to type a confirmation. It never rewrites a task record, so existing task ids, bodies, history, and decomposition state are preserved.

When a task you need is not activated, do not stop the session and do not attempt to author activation evidence. Report the blocked activation state, tell the operator the exact command above, and continue in the same project and session once they have run it. Activation assurance is then operator_confirmed and role returns are session_reported - honest grades that are not host-authenticated and must never be described as if they were. Hardened projects still require a registered protected host adapter. Activation and return adapters are independent, and capability declarations are not evidence that either event occurred. Hardened closeout requires an observed authenticated host receipt.

Before any setup check, orientation, document loading, task selection, or delegation, normalize the supplied argument by trimming surrounding whitespace. If and only if it equals stop (case-insensitive), immediately follow agenticloop/commands/stop.md and return. Do not continue this start workflow. stop now, stop-gap fix, and other non-exact task or context arguments are ordinary inputs, not deactivation requests. Do not treat exit as an alias.

Path convention: toolkit source (AGENTIC_LOOP.md, agents/, skills/, backends/) lives under agenticloop/ (no leading dot). Target project state (project.md, tasks/, decisions/, improvements/) lives under .agenticloop/ (leading dot). .agenticloop/agents, .agenticloop/skills, and .agenticloop/backends are invalid paths – canonical assets are always under agenticloop/ without the dot.

Read .agenticloop/project.md first. If setup_status is unconfirmed or a confirmed map lacks a valid human-confirmed development_stage, route agenticloop/skills/setup-agenticloop/SKILL.md or confirm the profile before selecting or creating the first task.

Then read agenticloop/AGENTIC_LOOP.md and the canonical role contracts in agenticloop/agents/. Keep the main session as the coordinator: it reads the selected project config and process docs, routes task authoring, review, acceptance, and closeout through the maintainer role, routes scoped implementation and revision work through the engineer role, and should not directly edit implementation files unless the human explicitly asks. Respect the Advance Authorization Boundary, blocked-state handling, decision records, event logging rules, and configured group approval gates.

Before running Git or gh in unattended role work, keep them non-interactive. Prefer a host/session environment with GIT_EDITOR=true, GIT_SEQUENCE_EDITOR=true, GIT_PAGER=cat, GIT_TERMINAL_PROMPT=0, GH_EDITOR=true, GH_PAGER=cat, and GH_PROMPT_DISABLED=1; otherwise apply equivalent per-command settings such as git --no-pager ..., explicit git commit -m/-F, gh pr create --title ... --body-file ..., and git -c core.editor=true -c sequence.editor=true rebase --continue after resolved conflicts. Do not launch editor-backed Git or GitHub CLI commands that can block on a human closing a message, todo, pager, or credential prompt.

Read the full file on GitHub · 131 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. yesterday First seen · 131 lines · 43 tokens per session scan A 4cf96c5abd9e

Subscribe to this mod's changes

start is a command published in the GitHub repository bartoszarendt/agenticloop (2 stars, last pushed 12d ago), licensed MIT. It adds 43 tokens to every session and 1,621 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.