build-tasks

Orchestrate Interleave roadmap task builds through a builder–reviewer workflow.

2|Updated May 31, 2026
One-click install
npx skills add https://github.com/antoinefink/interleave --skill build-tasks-antoinefink
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: build-tasks
Source: https://github.com/antoinefink/interleave/tree/main/.agents/skills/build-tasks
Command: npx skills add https://github.com/antoinefink/interleave --skill build-tasks-antoinefink

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill ensures roadmap tasks for Interleave are built one at a time via a deterministic workflow: builder → independent reviewer → fix → review → commit, with a blocking gate to guarantee correctness and traceable history.

Core Features & Use Cases

  • One-task-at-a-time execution of roadmap items in dependency order to reduce scope and risk.
  • Strict, multi-round verification: a fresh reviewer re-checks every change, up to six rounds, before committing.
  • Per-task commits with traceability: each task results in a single green commit and an up-to-date milestone spec.

Quick Start

Run the Workflow tool to start executing the next gated roadmap task.

Frequently Asked Questions about build-tasks

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

FAQPage Schema
How do I enforce a strict builder-reviewer workflow for roadmap tasks?

To enforce a strict builder-reviewer workflow for roadmap tasks, use a gated cycle that processes one task at a time through builder, reviewer, fix, and commit stages. This ensures correctness and traceable history.

What is the best way to execute roadmap tasks one at a time in dependency order?

Executing roadmap tasks one at a time in dependency order requires orchestrating the end-to-end build of items defined in a roadmap file. A strict builder-reviewer workflow reduces scope and risk by isolating each task.

How does a multi-round verification gate work before committing code?

A multi-round verification gate works by having a fresh reviewer re-check every change, up to six rounds, before committing. This blocking gate guarantees correctness by requiring a passing review before a single commit is recorded.

Can I use a one-task-at-a-time build cycle for tasks defined in docs/roadmap.md?

Yes, you can use a one-task-at-a-time build cycle for tasks defined in docs/roadmap.md with per-task specs in docs/tasks. The workflow applies to this exact structure to orchestrate the end-to-end build.

Why does my roadmap task build require a single commit on the default branch?

A roadmap task build requires a single commit on the default branch to ensure per-task traceability and a correct-by-construction gate. Each task results in one green commit and an up-to-date milestone spec.