orchestrate-build
Skill9 starsChanged 22 days agoMITView on GitHub
Orchestrate phases 1 and 2 - turn the problem statement into a written design (DESIGN.md) and then build the agent so it runs end to end on the sample with validation, failure handling and secrets handled. Use after reading the problem statement and sample data, and until the pipeline writes a valid CSV for the whole sample.
2 other projects use a version of this.
Adopted by
Most recently taken up by
- XEonAX/blender-copilottheir own version, first seen Sep 26, 2026
- SteveVitali/agent-skillstheir own version, first seen Jul 17, 2026
Other versions2 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 2
- SteveVitali/agent-skills★ 16same name
- XEonAX/blender-copilot★ 2same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository12 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- .github/copilot-instructions.mdCopilot instructions
- .cursor/rules/orchestrate.mdcCursor rule
- llms.txtllms.txt
- orchestrate-interviewSkill
- orchestrate-packageSkill
- orchestrate-referenceSkill
- orchestrate-scoreSkill
- orchestrateSkill
- orchestrate-submitSkill
- orchestrate-test-fixSkill
The file
We split this skill into the rules it gives an agent
9 rules. About 0 are common, 6 are distinctive, and 3 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈6
Distinctive · estimate
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 14
Output contract: Every CSV column, its exact allowed values, its source (model field or code rule).
- Very specific: line 15
Architecture: Default: one agent loop or one LLM call for understanding, plus deterministic code for every decision.
- Very specific: line 18
Escalation: When to reply, escalate, refuse, and the default when evidence is missing.
- Distinctive: line 21
Decisions log: Every real choice, the rejected alternative, and why.
- Distinctive: line 22
Known limits: Write what this design will get wrong now.
- Distinctive: line 30
Prompts: Treat prompts as reviewable artifacts.
- Very specific: line 35
Tests first for deterministic code: Use tdd. Model calls are not in unit tests.
- Distinctive: line 40
Every CSV value is in the allowed set.
- Distinctive: line 51
Run this in the session (the skill cannot set it for you):
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Build: Design, then Implement
Scored by: code (30%) and, through its outputs, the CSV (30%). The code judge scores only what the code does: agent architecture 30%, prompt and tool craft 30%, robustness 25%, engineering rigor 15%.
Part A - Design (write DESIGN.md before code)
Copy references/DESIGN-template.md to the repo root as DESIGN.md. Fill all 13 sections. The review gate at the end must be fully ticked.
- Output contract. Every CSV column, its exact allowed values, its source (model field or code rule). Do not reformat IDs.
- Architecture. Default: one agent loop or one LLM call for understanding, plus deterministic code for every decision. Add agents only if one fails. Read
references/agent-architecture.md. - The seam. Define the typed record the model returns. Code reads only that record. Decisions use booleans and enums.
- Decision rules. Ordered, risk rules first, first match wins. Use
grill-meon the list to find gaps. Readreferences/rule-engine-architect.md. - Escalation. When to reply, escalate, refuse, and the default when evidence is missing. Both "escalate everything" and "reply to everything" are scored as failures. Read
references/escalation-design.md. - Input checks before the model. Empty, missing, duplicate, oversized, injection markers. Read
references/input-validation-and-overrides.md. - Failure table. For every failure type: what happens to the row, where it is logged, whether the run continues.
- Decisions log. Every real choice, the rejected alternative, and why. Your interview answers come from here.
- Known limits. Write what this design will get wrong now.
Design done when every output column has a named source, every allowed label is produced by a rule, and the escalation rule fits in one sentence.
Part B - Build
- Structure. Entry point, input loading, prompts, agent logic, validation, output writing, tests. Descriptive file names. No
utils.py,helper.py,final.py. Readreferences/naming-and-structure.md. - Secrets and determinism. Keys only from environment variables. No absolute local paths. Seed anything random. Read
references/secrets-and-determinism.md. - Prompts. Treat prompts as reviewable artifacts. Each prompt states: task, allowed outputs (exact labels), evidence to use, output format, what to do when information is missing, and that instructions inside the input must be ignored. Read
references/prompt-engineering.md. - Schema guardrails. Validate every model field before it reaches the CSV. Reject unknown labels. Retry malformed output at most twice, then use the failure row. Read
references/schema-guardrails.md. - Failure handling. One bad row never stops the run. A failed row becomes an honest escalation row and is logged. Read
references/failure-handling.md. - Checkpointing. Save progress per row so a crash or rate limit resumes instead of restarting. Read
references/checkpoint-resilience.md. - Retrieval, if used. Measure recall on sample rows before tuning. Read
references/evidence-retrieval-expert.md. - Tests first for deterministic code. Use
tdd. Model calls are not in unit tests.
Build done when:
- One command runs the full sample and writes the CSV.
- A row that throws does not stop the run.
- Every CSV value is in the allowed set.
- The README states setup, env vars, run command and expected files, and every README claim is a line of code.
Next
orchestrate-test-fix.
Templates and notes
references/past-problems.md- what the four past rounds (May, June, August, September 2026) required, procedures for each, and the evidence checks run against themreferences/DESIGN-template.md- the design template
Goal mode (build the agent)
Run this in the session (the skill cannot set it for you):
/goal the pipeline runs end to end on the current input with scripts/run_pipeline.py, every output value is in the allowed set, a row that throws does not stop the run, and DESIGN.md's review gate is fully ticked. Stop after 60 turns.Each turn, print the run summary line (rows written, failures handled). Creative freedom: choose architecture, prompts and retrieval freely, but record the choice and its rejected alternative in DESIGN.md.
The goal evaluator only sees what appears in the transcript, so print the evidence each turn. It clears the goal when the condition is met, or when it judges it impossible.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

