ordo-build-blueprint

Generates a frozen crate blueprint with message contracts, dependency DAG, and topological build order.

Updated Aug 10, 2026
One-click install
npx skills add https://github.com/Rekonquest/ordo-pro --skill ordo-build-blueprint-rekonquest
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: ordo-build-blueprint
Source: https://github.com/Rekonquest/ordo-pro/tree/main/default-user-files/skills/ordo-build-blueprint
Command: npx skills add https://github.com/Rekonquest/ordo-pro --skill ordo-build-blueprint-rekonquest

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? It prevents two costly Rust build failures: message types discovered crate-by-crate that desync and cause tokio channel panics, and architectural mistakes that get replicated correctly-but-wrongly across every crate. It freezes all contracts and validates the architecture before any code is written. ## Core Features & Use Cases - Crate decomposition: Splits the requirements record into crates where each crate is exactly one sealed responsibility, including explicit protocol and store crates. - Frozen message contracts: Defines every claw-protocol message type in full before any crate is built, with a versioned amendment protocol for later changes. - DAG and build ordering: Produces the dependency DAG, a topologically sorted build order, and the bus coupling order for step 4. - Independent review gate: Requires a second model to review crate boundaries, contracts, and the DAG against Ordo doctrine before the gate passes. - Use Case: After the requirements record exists for an Ordo app, run this step to produce the versioned blueprint that the crate-build step consumes. ## Quick Start Run the ordo-build-blueprint step on my requirements record to produce the frozen message contracts, dependency DAG, and topo-sorted build order before any crate is built.

Frequently Asked Questions about ordo-build-blueprint

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

FAQPage Schema
How do I plan a Rust multi-crate build before writing code?▼

Decompose the requirements record into crates of one sealed responsibility each, freeze all protocol message types up front, then derive a dependency DAG and topological build order. This blueprint step produces exactly those artifacts before any crate is built.

Why do tokio channel panics happen in multi-crate Rust apps?▼

They commonly occur when message types are discovered crate-by-crate and desync between producers and consumers. Freezing every message contract in a shared protocol crate before building eliminates this class of failure.

How do I change a frozen message schema during the build?▼

Use the amendment protocol: record a proposed amendment in the ledger rather than editing silently. Adding a field is a bounded amendment that may auto-apply; adding or removing crates or restructuring the DAG always halts for user approval, and every amendment bumps the blueprint version.

When should I not use this blueprint step?▼

Do not use it to write crate implementation code, since this step only plans and freezes contracts. It is also unnecessary if you are not following the Ordo pipeline with its claw-protocol message architecture.

What is required for the blueprint exit gate to pass?▼

Pass requires a one-responsibility crate list, fully frozen message contracts in the protocol crate, a dependency DAG, a topo-sorted build order, a coupling order, and a passed independent review with findings resolved. The blueprint is then written to long-term memory as version 1.