Show HN: Spider Protocol – The safety tether for vibe coding Algoza Solutions released Spider Protocol, an open-source framework that splits AI coding-agent work across 8 specialized role contracts coordinated through shared append-only Markdown/YAML state files and gated by an independent validator that audits git diffs, upstream architecture contracts and full-suite regression tests before a task can be marked Done. The protocol organizes work into 6 phases (Specify, Plan, Implement, Document, Evaluate, Review) with roles including spider-orchestrator, architect, planner, task-executor, task-validator and debugger, and targets failures the project attributes to single-prompt coding agents: silent over-engineering, context amnesia, self-grading and destructive fix loops. Stop AI coding agents from over-engineering, losing architectural context, or breaking working features in endless fix loops. Why SPIDER? why-spider • How It Works how-it-works • Quickstart quickstart • The 8 Agent Roles the-8-agent-roles • Architecture & Docs https://github.com/Algoza-Solutions/spider-protocol/blob/main/docs/architecture.md Single-prompt coding agents and vibe-coding tools excel at version one—and routinely collapse on iteration fifteen: 1. Silent Over-Engineering: Ask for a small feature and the agent invents three new wrapper classes, a service layer, and an unrequested dependency. 2. Context Amnesia: Architectural decisions live in transient chat history. Two sessions later, a new agent session violates invariants from last week. 3. Self-Grading Homework: The same agent that wrote the code declares "All done " after skipping edge cases or weakening tests. 4. Destructive Fix Loops: When a bug appears, the agent patches symptoms blindly, introducing regressions in previously working modules. SPIDER turns your repository into a governed engineering organization. Work is split across 8 specialized role contracts , coordinated through shared, append-only Markdown/YAML state files , and gated by an independent validator that audits git diffs, upstream architecture contracts, and full-suite regression tests before any task can be marked Done . SPIDER combines 6 engineering phases S.P.I.D.E.R. , 8 specialist roles "8 legs" so no single agent grades its own homework, and 1 web-structured repository memory docs/terminology.md https://github.com/Algoza-Solutions/spider-protocol/blob/main/docs/terminology.md : | Letter | Phase | Role Owner s | Repository Artifact s | |---|---|---|---| | S | Specify | spider-orchestrator https://github.com/Algoza-Solutions/spider-protocol/blob/main/skills/spider-orchestrator/SKILL.md , architect https://github.com/Algoza-Solutions/spider-protocol/blob/main/skills/architect/SKILL.md , ui-designer https://github.com/Algoza-Solutions/spider-protocol/blob/main/skills/ui-designer/SKILL.md | Preflight minimum-change baseline, requirements.md REQ-N , blast-radius-summary.md , build-plan.md , design.html | | P | Plan | planner https://github.com/Algoza-Solutions/spider-protocol/blob/main/skills/planner/SKILL.md | Peer KISS challenge, task-index.yaml , and features/