Agent skill

Architect

by DanMcInerney in DanMcInerney/architect-loop

A skill your agent uses when the user asks to architect, run or continue the autonomous software factory, turn a goal into a hardened tracker issue plan, dispatch builder jobs, grade finished work…

MITAuto-check passedAgent Workflows

Install Architect

skills CLI
$ npx skills add DanMcInerney/architect-loop --skill architect -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install DanMcInerney/architect-loop architect --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/DanMcInerney/architect-loop.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/architect .claude/skills/architect && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
architect
GitHub stars
626
Token cost
~2.5k tokens
SKILL.md length
1,356 words
Files
27
Skills in repo
11
Repo updated
First seen
Licence
MIT

At a glance

A skill your agent uses when the user asks to architect, run or continue the autonomous software factory, turn a goal into a hardened tracker issue plan, dispatch builder jobs, grade finished work…

  • Works in 6 steps: Ground → Intake → Harden → …
  • The user asks to architect
  • SKILL.md covers Hard Rules, Timed-ruling protocol, Procedure and Hard Stops, plus 1 more section
  • Runs PowerShell and Shell scripts from its folder; calls git

What it does

Architect is an agent skill from DanMcInerney/architect-loop. Use when the user asks to architect, run or continue the autonomous software factory, turn a goal into a hardened tracker issue plan, dispatch builder jobs, grade finished work, diagnose blockers, or finish a factory run.

Its SKILL.md is about 2.5k tokens, which your agent loads only when the skill is triggered. The skill folder holds 26 other files (for example `check-runner.sh`, `dispatch.md` and `ffcheck.sh`).

It sits in Agent Workflows. The repository describes itself as: Super optimized /goal loop. Massive token savings and higher quality. Smart model designs and reviews, cheaper model builds.. The licence is MIT.

When your agent uses it

  • The user asks to architect
  • Continue the autonomous software factory
  • Turn a goal into a hardened tracker issue plan
  • Dispatch builder jobs

Example prompts

  • “/architect”

Requirements

  • A Bash shell
  • PowerShell

Workflow steps

6 steps, taken from the step headings in SKILL.md.

  1. Ground
  2. Intake
  3. Harden
  4. Publish and freeze
  5. Factory loop
  6. Finish

What it can do on your machine

Read from SKILL.md and the folder at commit 28dca7d. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Ships script files (PowerShell and Shell, from the files we listed), which the agent can run.

    Shell commands in SKILL.md call:

    • git

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use git, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Architect loads about 2.5k tokens when it runs. Until then it costs about 58 tokens; SKILL.md has 1,356 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~58
When it runs · the whole SKILL.md, loaded when a task matches
~2.5k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from DanMcInerney/architect-loop at commit 28dca7d, republished under its MIT licence (© DanMcInerney). 1,356 words, ~2,523 tokens.

Download SKILL.mdSave it as .claude/skills/architect/SKILL.md (or your agent's skills folder). This skill also uses 26 other files; get the full folder from GitHub.
name
architect
description
Use when the user asks to architect, run or continue the autonomous software factory, turn a goal into a hardened tracker issue plan, dispatch builder jobs, grade finished work, diagnose blockers, or finish a factory run.
effort
high

Architect

You are the orchestrator: the session the human already opened, not a config role. The repo is memory; tracker issues are the durable coordination state. You ground, dispatch strategist work, freeze, dispatch builders, rule, merge, and digest. Strategists design and review; builders implement; the watchdog detects; the check-runner grades. Never collapse these roles.

Stage skills own each stage's craft; this file owns order, invariants, and seams. Invoke stage skills explicitly — a stage skill returns here and never invokes a peer. Mechanics: dispatch.md (templates, routing), loop.md (event loop), tracker.md (modes), research.md (fan-out). Rationale: DESIGN.md.

Hard Rules

  1. Not in the tracker means it did not happen. Issues and comments are the coordination log; job reports and git evidence mirror there.
  2. Checks freeze in git before dispatch. Frozen checks live under docs/checks/, freeze at one commit, then are read-only; a builder edit there is an automatic FAIL. A frozen RUN command's dependency files — the tests, validators, and scripts it executes — share that surface: out of MAY TOUCH by default; in-bounds edits must be disclosed in the job report and re-verified before a green counts.
  3. Nobody grades their own work. Builders report raw evidence; the check-runner grades every frozen RUN item; one fresh strategist runs the final review — the loop's only model review — reporting and decomposing, never editing. Never merge over a red checkrun; never skip the final review without a recorded ruling.
  4. The orchestrator writes implementation code only on a third strike (loop.md ## Failure ladder), graded like any builder's work. It never reads large diffs; strategist or read-only verification subagents do.
  5. Fresh builder per issue, worktree-isolated. On blockers or wedged worktrees, answer durably and respawn from the issue and frozen check.
  6. Roles are set before decomposition. The orchestrator is this session; strategist and builder models come from config and dispatch rules. Failure never moves builder tier.
  7. Builders never commit. The orchestrator owns commits, merges, and closure, after checkrun evidence.
  8. Execution-conflict check is mandatory. PHASE 0 states the plan and every conflict with the slice's spec, checks, job authority, or live dependencies with evidence, or what was checked before finding none.
  9. No silent fallback. Record every precondition, blocker, missing tool, and sandbox limit; fix the input or route to a hard stop.

Timed-ruling protocol

No approval gate exists anywhere; the human steers by editing the spec, commenting rulings, vetoing digests, or docs/STOP. Every human question routes through this protocol, human present or not — never a blocking question UI:

  1. Print question, options, recommended default in-session; mirror as a RULING PENDING tracker comment naming the default.
  2. Arm ~5 minutes: detached background sleep 300 whose exit wakes the loop (foreground sleep with raised timeout where background wakes don't exist).
  3. Answer first: apply and kill the timer. Timer first: apply the default, record RULING (auto, 5m silence): <decision> - <why> on the tracker. Irreversible or destructive choices resolve silent to the non-destructive path; docs/STOP is absolute.

Procedure

0. Ground

At every factory block boundary. Load codebase-design first and use its glossary exactly.

  • Read in authority order: CLAUDE.md/AGENTS.md, README.md, architecture docs, active spec, open issues, reports, checks, branches.
  • Run skills/architect/ground.ps1|.sh <run> and rule on its typed exit: 0 GROUND: OK proceed (read FRONTIER: for ready issues); 2 GROUND: STOP halt before dispatch; 3 GROUND: DRIFT rule on the tracker/git disagreement; 5 GROUND: ERROR fix the script input. Detection only.
  • Resolve roles: orchestrator is this session; strategist and builders from .architect/config, then ~/.architect/config, then dispatch.md ## Model alias table. Verification subagents run at the builders model.
1. Intake

Feed the goal straight in — no question batch; open questions become timed rulings recorded as ## Assumptions.

Preflight per tracker mode (tracker.md ## Preflight per mode). Canary each candidate backend once — list tools, git log -1 --oneline, reply CANARY: SHELLS_OK|DEGRADED; on DEGRADED select the fallback backend and record the substitution. Never switch backend mid-wave.

Dispatch a fresh strategist to write the spec with to-spec; it returns SPEC DRAFT: <path> plus RULING NEEDED: questions. Rule them and fold the outcomes into ## Assumptions — the strategist never commits or touches the tracker. Cut factory/<run> and commit the spec there; main stays untouched until the closing PR. One run per checkout; concurrent runs get their own worktrees (.architect/runs/<slug>). Create the tracking issue (spec pointer, assumptions digest, run marker, manifest path) and write the manifest — a local gitignored run artifact like all of docs/runs/ and docs/jobs/. Append status breadcrumbs to docs/runs/<run>/status-events.jsonl as JSONL with time, stage, state, and optional note; stages are spec, harden, publish, freeze, closing-test, final-review, fix-wave, integrate, and finish.

2. Harden

Dispatch one fresh strategist over the committed draft. It runs adversarial-review: attacks the spec, folds surviving findings into a revised spec, compiles it into issue drafts with to-issues (publish-ordered under docs/runs/<run>/issues/), drafts graded checks with frozen-checks under docs/checks/<run>/ (each issue links its check), then stress-tests its own decomposition, executing every draft RUN item and resolving every pointer. It returns the revised spec, issue drafts, check drafts, and findings ledger; it never commits or touches the tracker.

Show full SKILL.md (524 more words)Show less
3. Publish and freeze

Rule on the drafts, commit the revised spec, publish the sub-issues with native edges (dispatch.md ## Issue conventions), and own the freeze commit — committed on the factory branch and pushed. preflight.ps1|.sh verifies worktree, freeze, and a frozen-file spot-check; builders still FIRST-ACTION verify. Record freeze SHA, stress result, and plan on the tracking issue. Re-planning is orchestrator-owned: diagnose, optionally fan out researchers (research.md), amend spec/issues/checks in git and tracker, respawn fresh. Builders never re-plan.

4. Factory loop

Run loop.md ## Factory block procedure to completion: dispatch ready issues to the cap, sleep, wake on events, grade with the check-runner, merge through postflight, ladder failures, respawn blocked jobs fresh. Builders default to codex-CLI jobs (codex/best); Claude-native Agent-tool jobs (architect-builder def) are the config alternative and codex-absent fallback. Status requests: run skills/architect/status.ps1|.sh <run> and print verbatim; use -Compact / --compact only for debugging or scripts that need the legacy line tree. Post-freeze rulings are append-only in docs/jobs/<run>/<issue-slug>-rulings.md, mirrored to the issue. Calibrate open-ended reviews verbatim: "Flag only gaps that affect correctness, the stated requirements, or documented project invariants -- cite file:line evidence for every finding. Do not report stylistic preferences." Record docs debt as it accrues; codify diagnoses through integrate's docs pass, never mid-run.

5. Finish

When every build issue closes, run the closing test pass: builder-built suites plus every frozen RUN item at the factory branch head, raw output captured. Then one fresh strategist (MEDIUM effort, worktree from the factory branch head) always runs final-review, dispatched by citing the installed user-level skill text by explicit path, with the test-pass output and every rulings file in its dispatch block. It reports and decomposes, never edits. REVIEW: GREEN: post the verdict and go to integrate. REVIEW: FINDINGS n=<count>: harvest the review spec, fix-issue drafts, and check drafts; discard the reviewer worktree; run the frozen-checks freeze gate over every draft RUN command (amendments recorded as rulings); commit them as the fix-wave freeze; update the tracking-issue body's freeze record (prior SHAs stay in comments); file the fix issues as sub-issues; post verdict plus fix list as the digest. Dispatch the fix wave through the wave machinery at the builders tier: single review cycle, no re-review; a fix issue closes by merge or recorded ruling (ruling-closed findings land in the digest as residual risks).

Then dispatch one integrate subagent (integrate stage skill) — never the orchestrator — after the fix wave merges, a GREEN verdict, or a recorded ruling skips the review. Its dispatch block carries the change-context digest: shipped issues, diffstats, rulings pointers, docs debt, domain language changes. First step is the docs pass; then remaining merges, ship-time conflict resolution, PR or markdown finish prep, and the digest draft. The orchestrator rules on the result and posts the digest.

Hard Stops

Stop and ask the human when: docs/STOP or docs/runs/<run>/STOP exists; an irreversible or destructive action is needed; two consecutive KILL decisions occur; a blocker collides with a recorded assumption; scope grows beyond the hardened spec; required tracker preflight cannot be satisfied.

Maintenance

Re-read against each new model generation; delete what models now do unprompted — Hard Rules are invariants, the rest is prunable. Re-run docs/evals/trigger-prompts.md. No feature ships without evidence in DESIGN.md.

© DanMcInerney, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 26 other files in skills/architect of DanMcInerney/architect-loop.

  • SKILL.md
  • check-runner.ps1
  • check-runner.sh
  • dispatch.md
  • ffcheck.ps1
  • ffcheck.sh
  • ground.ps1
  • ground.sh
  • kill-job.ps1
  • kill-job.sh
  • loop.md
  • postflight.ps1
  • postflight.sh
  • preflight.ps1
  • preflight.sh
  • research.md
  • run-job.ps1
  • run-job.sh
  • status.ps1
  • status.sh
  • sweep-deferred.ps1
  • … and 6 more

Open the folder on GitHubat commit 28dca7d

Compare with similar skills

Architect next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Architect compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Architect this skillDanMcInerney/architect-loop626—~2.5kAutomated safety check: PassMIT
MCP Server Builderanthropics/skills180k64 repos~2.3kAutomated safety check: PassApache-2.0
Hook Development for Claude Code Pluginsanthropics/claude-plugins-official38k11 repos~4.1kAutomated safety check: NotesApache-2.0
Using Superpowersfarm-fe/farm5.6k35 repos~1.4kAutomated safety check: PassMIT
Executing Plans Inlineobra/superpowers296k2 repos~5.1kAutomated safety check: PassMIT
Claude Code Agent Developmentanthropics/claude-plugins-official38k8 repos~2.8kAutomated safety check: PassApache-2.0

Similar skills

  • MCP Server Builder

    anthropics/skills

    Official

    Guides the design and implementation of Model Context Protocol servers in TypeScript or Python, from tool naming and error messages to evaluation.

    180k GitHub starsUsed in 64 repos~2.3k tokens
    Agent WorkflowsAuto-check passed
  • Hook Development for Claude Code Plugins

    anthropics/claude-plugins-official

    Official

    Explains how to write Claude Code plugin hooks, both prompt-based checks and bash commands, for events such as PreToolUse, Stop and SessionStart.

    38k GitHub starsUsed in 11 repos~4.1k tokens
    Agent WorkflowsAuto-check: notes
  • Using Superpowers

    farm-fe/farm

    A skill your agent uses when starting any conversation - establishes how to find and use skills, requiring Skill tool invocation before ANY response including clarifying questions

    5.6k GitHub starsUsed in 35 repos~1.4k tokens
    Agent WorkflowsAuto-check passed
  • Executing Plans Inline

    obra/superpowers

    Has the agent carry out an implementation plan itself, task by task in the current session, keeping a ledger, proving each step with a test and ending with one whole-branch review.

    296k GitHub starsUsed in 2 repos~5.1k tokens
    Agent WorkflowsAuto-check passed
  • Claude Code Agent Development

    anthropics/claude-plugins-official

    Official

    Explains how to write agents for Claude Code plugins: the markdown file with YAML frontmatter, trigger descriptions, model and color settings, and system prompt design.

    38k GitHub starsUsed in 8 repos~2.8k tokens
    Agent WorkflowsAuto-check passed
  • Skill Creator

    Azure/azqr

    Official

    Create new skills, modify and improve existing skills, and measure skill performance.

    795 GitHub starsUsed in 89 repos~8.2k tokens
    Agent WorkflowsAuto-check passed

More from DanMcInerney/architect-loop

All 11 skills in this repo
  • Architect Research

    DanMcInerney/architect-loop

    A skill your agent uses when the user asks for discovery-scale research that informs a decision: brainstorming a project or feature, choosing a technology, or requests like "research X", "what's the…

    626 GitHub stars~2.3k tokensUpdated 25 days ago
    Auto-check passed
  • Adversarial Review

    DanMcInerney/architect-loop

    A skill your agent uses when the architect factory orchestrator dispatches a fresh strategist subagent to harden a draft spec: falsify it with file:line evidence, fold the surviving findings into a…

    626 GitHub stars~1.1k tokensUpdated 25 days ago
    Auto-check passed
  • Architect Fast

    DanMcInerney/architect-loop

    A skill your agent uses when the user asks to architect-fast a change, run the light factory lane, or factory-build a small goal — a few files, roughly one sitting, at most ~3 parallel issues — into…

    626 GitHub stars~1.9k tokensUpdated 25 days ago
    Auto-check passed
  • Final Review

    DanMcInerney/architect-loop

    A skill your agent uses for the closing whole-run review in the architect factory — the only model review in the loop: dispatched by the orchestrator, at finish, to one fresh strategist subagent…

    626 GitHub stars~1.7k tokensUpdated 25 days ago
    Auto-check passed
  • Frozen Checks

    DanMcInerney/architect-loop

    A skill your agent uses when the strategist drafts per-issue graded checks after decomposition and before builder dispatch.

    626 GitHub stars~816 tokensUpdated 25 days ago
    Auto-check passed
  • TDD

    DanMcInerney/architect-loop

    Test-driven development for factory builders. An agent skill from DanMcInerney/architect-loop.

    626 GitHub stars~730 tokensUpdated 25 days ago
    Auto-check passed

Categories

Questions about Architect

What does Architect do?

A skill your agent uses when the user asks to architect, run or continue the autonomous software factory, turn a goal into a hardened tracker issue plan, dispatch builder jobs, grade finished work…. Architect is an agent skill from DanMcInerney/architect-loop. Use when the user asks to architect, run or continue the autonomous software factory, turn a goal into a hardened tracker issue plan, dispatch builder jobs, grade finished work, diagnose blockers, or finish a factory run.

When should I use Architect?

Architect fits situations like: the user asks to architect; continue the autonomous software factory; turn a goal into a hardened tracker issue plan; dispatch builder jobs.

How do I install Architect in Claude Code?

Run `npx skills add DanMcInerney/architect-loop --skill architect -a claude-code`. Or copy the skill folder (skills/architect in DanMcInerney/architect-loop) into .claude/skills/architect in your project. Claude Code loads it when a task matches its description.

How do I install Architect in Codex?

Run `npx skills add DanMcInerney/architect-loop --skill architect -a codex`. Or copy the skill folder (skills/architect in DanMcInerney/architect-loop) into .agents/skills/architect in your project. Codex loads it when a task matches its description.

Can I use Architect in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add DanMcInerney/architect-loop --skill architect -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/architect, .gemini/skills/architect, .github/skills/architect and .opencode/skills/architect in your project.

What does Architect need to run?

Going by SKILL.md and its folder, Architect needs PowerShell and a shell for the scripts in its folder and the command-line tools its instructions call (git). Our summary lists: A Bash shell; PowerShell.

Does Architect access the network?

SKILL.md contains no URLs. Its commands use git, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Architect safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Architect use?

Architect is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Architect use?

About 2.5k tokens (SKILL.md is roughly 10k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Architect?

Skills that share tags, products or a category with Architect: MCP Server Builder (anthropics/skills, 180k stars), Hook Development for Claude Code Plugins (anthropics/claude-plugins-official, 38k stars), Using Superpowers (farm-fe/farm, 5.6k stars) and Executing Plans Inline (obra/superpowers, 296k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Architect?

DanMcInerney (a GitHub user) maintains it in DanMcInerney/architect-loop, which has 626 GitHub stars. The repository holds 11 skills in this directory. The repository was last updated on September 13, 2026.

Source: DanMcInerney/architect-loop on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.