alto-protocol

Use when working with ALTO protocol files - runs/state.json, runs/handoffs/*.md, runs/tasks/*.md, runs/plan.md, or runs/milestones.md. Reference for file formats and state machine.

16 stars

Best use case

alto-protocol is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

Use when working with ALTO protocol files - runs/state.json, runs/handoffs/*.md, runs/tasks/*.md, runs/plan.md, or runs/milestones.md. Reference for file formats and state machine.

Teams using alto-protocol should expect a more consistent output, faster repeated execution, less prompt rewriting.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/alto-protocol/SKILL.md --create-dirs "https://raw.githubusercontent.com/diegosouzapw/awesome-omni-skill/main/skills/backend/alto-protocol/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/alto-protocol/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How alto-protocol Compares

Feature / Agentalto-protocolStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

Use when working with ALTO protocol files - runs/state.json, runs/handoffs/*.md, runs/tasks/*.md, runs/plan.md, or runs/milestones.md. Reference for file formats and state machine.

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

SKILL.md Source

# ALTO Protocol

## Required Folders
- `runs/milestones.md` — high-level architecture (orchestrator output)
- `runs/decisions.md` — architectural decisions (orchestrator output)
- `runs/plan.md` — detailed batch plan (planner output)
- `runs/planning-config.json` — planning configuration
- `runs/state.json` — protocol state
- `runs/tasks/` — task files
- `runs/handoffs/` — task completion handoffs

## runs/state.json Schema

```json
{
  "protocol": "alto-v1",
  "run_branch": "run/001",
  "phase": "ARCHITECTURE | PLANNING | IN_TASK | BETWEEN_TASKS | BLOCKED | COMPLETED | DEBUG",
  "current_task_id": "task-001",
  "current_role": "alto-backend",
  "current_handoff": "runs/handoffs/task-001.md",
  "completed_task_ids": [],
  "last_handoff": null,
  "estimated_tasks": 12,
  "replan_every": 4,
  "needs_architect": false,
  "updated_at": "ISO-8601"
}
```

**Note:** When setting `current_task_id`, also set `current_handoff` and pre-create the handoff template.

### Phase Values
- `ARCHITECTURE` — orchestrator exploring codebase, designing milestones
- `PLANNING` — planner creating task files from milestones
- `IN_TASK` — role agent executing a task
- `BETWEEN_TASKS` — task complete, checking for replan or next task
- `BLOCKED` — human review required
- `COMPLETED` — all tasks done, awaiting human decision (debug or next feature)
- `DEBUG` — human testing, fixing issues before merge

## runs/planning-config.json Schema

```json
{
  "require_approval": true,
  "replan_strategy": "auto",
  "fixed_batch_size": 5,
  "architect_model": "opus",
  "planner_model": "opus"
}
```

## runs/milestones.md Format (Orchestrator Output)

```markdown
# Milestones

## Summary
Brief description of the feature and overall approach.

## Estimated Scope
- **Estimated tasks:** 12
- **Replan every:** 4 tasks
- **Complexity:** low | medium | high

## Milestones

### Milestone 1: <name>
- Description of what this milestone achieves
- Objective items addressed: 6.1, 6.2
- Estimated tasks: 3

### Milestone 2: <name>
- Description
- Objective items addressed: 6.3
- Estimated tasks: 4

## Key Decisions
See `runs/decisions.md` for detailed trade-offs.
```

## runs/decisions.md Format (Orchestrator Output)

```markdown
# Architectural Decisions

## Decision 1: <title>
**Context:** Why this decision was needed
**Options considered:**
1. Option A - pros/cons
2. Option B - pros/cons
**Decision:** Which option and why
**Consequences:** What this means for implementation

## Decision 2: <title>
...
```

## Arbiter Checkpoint Folders
- `runs/arbiter/config.json` — thresholds
- `runs/arbiter/state.json` — last checkpoint metadata
- `runs/arbiter/pending.json` — snapshot triggering arbiter
- `runs/arbiter/decision.json` — arbiter output
- `runs/arbiter/checkpoints/` — historical reports

## Task File Format (runs/tasks/task-XXX.md)

Each task starts with YAML frontmatter:

```yaml
---
task_id: task-001
title: Short human title
role: alto-backend | alto-frontend | alto-docs | alto-gitops | alto-qa
follow_roles: []            # optional: list of agent names to additionally obey
post: []                    # optional: list of agent names to run after role succeeds
depends_on: []              # optional
inputs:
  - runs/milestones.md
  - runs/handoffs/task-000.md
allowed_paths:
  - backend/**
handoff: runs/handoffs/task-001.md
---
```

Then Markdown body with:

* Goal
* Constraints (if any)
* Definition of Done (must be concrete)
* How to verify (tests to run, commands, manual checks)

## Handoff Format (runs/handoffs/<task_id>.md)

**Required sections** (validated by `handoff-validate` hook):

* `## Summary` — what was done
* `## Files` / `## Files Touched` — list of modified files
* `## How to Verify` / `## Verification` — commands to validate

**Optional sections:**

* `## Interfaces` — API/contract changes
* `## Next Steps` — follow-up work or risks

Handoffs are validated on SubagentStop. Missing required sections block task completion.

### Handoff Template (Pre-created by Orchestrator)

```markdown
# Handoff: task-001

## Summary
<!-- What was accomplished -->

## Files Touched
<!-- List files modified -->

## How to Verify
<!-- Commands or manual checks -->
```

Role agents **Edit** this file (don't create from scratch). Path is in `state.json` → `current_handoff`.

### Post-Agent Handoffs

Post-agents (alto-qa, code-simplifier, alto-gitops) write separate files by appending their suffix:

```
current_handoff: runs/handoffs/task-001.md

alto-qa         → runs/handoffs/task-001-qa.md
code-simplifier → runs/handoffs/task-001-simplifier.md
alto-gitops     → runs/handoffs/task-001-gitops.md
```

Post-agents read `current_handoff` from state.json and derive their path.

## plan.md Format (Planner Output)

```markdown
# Plan: <Feature Name> - Batch N

## Current Milestone
<Which milestone this batch addresses>

## Tasks in This Batch

| ID | Title | Role | Depends On |
|----|-------|------|------------|
| task-001 | ... | alto-backend | - |
| task-002 | ... | alto-frontend | task-001 |

## Implementation Notes
<Detailed implementation notes for this batch>

## Progress
- Milestones completed: 1/4
- Tasks completed: 3/12
- Objective items done: 2/8
```

Related Skills

data-structure-protocol

16
from diegosouzapw/awesome-omni-skill

Give agents persistent structural memory of a codebase — navigate dependencies, track public APIs, and understand why connections exist without re-reading the whole repo.

agent-protocol

16
from diegosouzapw/awesome-omni-skill

Human and agent coordination protocol for repos using .agentprotocol. Use to manage TODO intake, open and archived work items, and plan/build docs with deterministic indexes.

async-repl-protocol

16
from diegosouzapw/awesome-omni-skill

Async REPL Protocol

alto-self-fix

16
from diegosouzapw/awesome-omni-skill

Use when ALTO needs to fix itself via GitHub issues. Procedural workflow for running /alto-self-fix or solving issues through ALTO's self-improvement process.

architectural-amendment-protocol

16
from diegosouzapw/awesome-omni-skill

Amend architectural specifications through formal protocol.

analyzing-protocols

16
from diegosouzapw/awesome-omni-skill

Analyzes network protocol implementations to identify parsing vulnerabilities, state machine issues, and protocol-level security problems. Use when analyzing network servers, protocol handlers, or investigating protocol implementation bugs.

agent-communication-protocol

16
from diegosouzapw/awesome-omni-skill

Open protocol for AI agent interoperability enabling standardized communication between agents, applications, and humans across different frameworks

bgo

10
from diegosouzapw/awesome-omni-skill

Automates the complete Blender build-go workflow, from building and packaging your extension/add-on to removing old versions, installing, enabling, and launching Blender for quick testing and iteration.

Coding & Development

moai-lang-r

16
from diegosouzapw/awesome-omni-skill

R 4.4+ best practices with testthat 3.2, lintr 3.2, and data analysis patterns.

moai-lang-python

16
from diegosouzapw/awesome-omni-skill

Python 3.13+ development specialist covering FastAPI, Django, async patterns, data science, testing with pytest, and modern Python features. Use when developing Python APIs, web applications, data pipelines, or writing tests.

moai-icons-vector

16
from diegosouzapw/awesome-omni-skill

Vector icon libraries ecosystem guide covering 10+ major libraries with 200K+ icons, including React Icons (35K+), Lucide (1000+), Tabler Icons (5900+), Iconify (200K+), Heroicons, Phosphor, and Radix Icons with implementation patterns, decision trees, and best practices.

moai-foundation-trust

16
from diegosouzapw/awesome-omni-skill

Complete TRUST 4 principles guide covering Test First, Readable, Unified, Secured. Validation methods, enterprise quality gates, metrics, and November 2025 standards. Enterprise v4.0 with 50+ software quality standards references.