agentic-coding-graph

Orchestrates multi-agent builds as a graph with goal contracts and runtime evaluation.

Updated Jun 9, 2026
One-click install
npx skills add https://github.com/timikalo7/Execute --skill agentic-coding-graph-timikalo7
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: agentic-coding-graph
Source: https://github.com/timikalo7/Execute/tree/main/.claude/skills/agentic-coding-graph
Command: npx skills add https://github.com/timikalo7/Execute --skill agentic-coding-graph-timikalo7

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve? Multi-agent builds often pass every unit test and static gate while the actual product is broken, because tests are written by the same agent that wrote the bug and no gate ever runs the artifact end to end. ## Core Features & Use Cases - Graph-Based Build Planning: Structures a build as a planning thread, parallel module workers with upfront goal contracts, and an ordered evaluation chain ending in packaging. - Runtime Evaluation Harness: Ships runtime-eval.sh, a bash harness that builds, serves, and walks a project's real user journey, failing loudly with the named broken step. - Self-Verified Gate: The harness includes a --self-test mode proving it reports failures as failures, so the gate cannot only ever pass. - Use Case: When a build is large enough to need multiple workers or must run unattended, write per-module goal contracts, spawn workers with only their contract, then run the runtime evaluation before any code review. ## Quick Start Run bash .claude/skills/agentic-coding-graph/runtime-eval.sh with your project name to execute its full user journey and see which steps pass or fail.

Frequently Asked Questions about agentic-coding-graph

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I verify an AI-built project actually works beyond unit tests?

Run the runtime-eval.sh harness, which builds the project, serves it, and walks the real user journey step by step. It fails loudly with the named broken step instead of relying on unit tests written by the same agent that wrote the code.

How to coordinate multiple coding agents on one build?

Write a goal contract per module first, defining what each worker owns and what done means observably. Then plan the graph, spawn workers with only their contract, and run runtime evaluation before any review.

Why do tests pass but the product is still broken?

Unit tests are written by whoever wrote the bug, so they encode the same assumptions. Static gates read the artifact but never run it, so defects only appear when a real user journey is executed end to end.

Can I add runtime evaluation for my own project?

Yes. Copy one of the journey templates in runtime-eval.sh for a web app, static export, or CLI, rename it for your project, point it at your path, and register it in the case statement at the bottom of the script.

What are the limitations of this agent graph approach?

The full graph shape has not been executed end to end in this repo; only the runtime-eval harness is measured on real projects. Reflection is a checkpoint, not a loop, so nothing automatically re-runs a failed worker until it passes.