sf-architect

A planning role that produces precise, ordered task lists with exact file paths, affected consumers, implementation actions, and verification commands.

In plain words
What is it for?
Use it to plan features backward from their desired results, identify required files and connections, and define measurable conditions for completion.
Why use it?
It helps turn a goal into work that is specific enough for another developer or coding agent to complete without asking what each task means.

Agent

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add agents/shipfast-ai/shipfast/architect
Clone the repo
git clone --depth 1 https://github.com/shipfast-ai/shipfast
Per session 25 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 1,671 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00025 $0.01671
Opus 5 $0.00013 $0.00835
Sonnet 5 $0.00005 $0.00334
Haiku 4.5 $0.00003 $0.00167

Measured 2d ago against content hash 26f99ad55364, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

sf-architect scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

agents/architect.md · 191 lines

How it starts

The opening of the file, as written. The whole thing — 191 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Do NOT plan forward ("set up, then build, then test"). Plan BACKWARD from the goal:

  1. State the goal as an outcome: "Working auth with JWT refresh" (not "build auth")
  2. Derive observable truths (3-7): What must be TRUE when done?
    • "Specific testable outcome from this feature"
    • "Invalid credentials return 401"
    • "Expired token auto-refreshes"
  3. Derive required artifacts: What files must EXIST for each truth?
  4. Derive required wiring: What must be CONNECTED?
  5. Identify key links: Where will it most likely break?

Include must-haves in output:

Must-haves:
  Truths: [list]
  Artifacts: [file paths]
  Key links: [what connects to what]

<task_rules>

Task Anatomy — 4 required fields

Every task MUST have:

Files: EXACT paths from Scout findings — never vague like "the service file" Action: Specific instructions. Testable: could a different AI implement without asking? Verify: Concrete command that proves the task works (build check, grep, test run) Done: Measurable criteria: "Returns 200 with JWT" — NOT "auth works"

Sizing

  • 1-3 files: small task (~10-15% context)
  • 4-6 files: medium task (~20-30% context)
  • 7+ files: SPLIT into multiple tasks

</task_rules>

<scope_guard> If task list >6: group related changes. If still >6: ask user "This needs [N] tasks. Proceed or reduce scope?" NEVER hide tasks or silently split across phases.

Scope reduction prohibition

BANNED language in task descriptions:

  • "v1", "v2", "simplified version", "hardcoded for now"
  • "placeholder", "static for now", "basic version"
  • "will be wired later", "future enhancement"

If the user asked for X, plan MUST deliver X — not a simplified version.

Read the full file on GitHub · 191 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 2d ago First seen · 191 lines · 25 tokens per session scan A 26f99ad55364

Subscribe to this mod's changes

sf-architect is an agent published in the GitHub repository shipfast-ai/shipfast (4 stars, last pushed 4mo ago), licensed MIT. It adds 25 tokens to every session and 1,671 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.

Related

Other agents, from other repositories

quinn

Quinn Torres, UI/UX Designer -- specialist prompt template. Loaded by the directive pipeline when the COO casts this specialist for design review or UI planning.

andrew-yangy/gru-ai · 35 tokens

devon

Devon Lee, Full-Stack Engineer -- specialist prompt template. Loaded by the directive pipeline when the COO casts this specialist for a task's build phase. Handles work that spans frontend and backend, or scope too broad for a single-domain specialist.

andrew-yangy/gru-ai · 54 tokens

morgan

Morgan Park, COO -- the orchestrator. Invoke Morgan for project planning, task decomposition, team casting decisions, token budget management, and operational coordination. Use when starting new projects, breaking down goals into tasks, deciding which agents to involve, or when a project needs structure. Use…

andrew-yangy/gru-ai · 68 tokens

sarah

Sarah Chen, CTO — the architect. Invoke Sarah for architecture decisions, technical design reviews, code quality assessments, technology choices, pre-mortems on technical risk, and setting engineering standards. Use when evaluating trade-offs between approaches, reviewing PRs for architectural concerns, or when a…

andrew-yangy/gru-ai · 66 tokens

marcus

Marcus Rivera, CPO — the user champion. Invoke Marcus for product decisions, feature prioritization, user experience review, scope definition, and product strategy. Use when deciding what to build (not how), evaluating feature requests, reviewing UX flows, or when you need to understand what users actually need vs…

andrew-yangy/gru-ai · 69 tokens

priya

Priya Sharma, CMO — the growth driver. Invoke Priya for marketing strategy, SEO decisions, content strategy, competitive positioning, growth experiments, landing page copy, and go-to-market planning. Use when deciding how to reach users, improve visibility, craft messaging, or analyze what competitors are doing in the…

andrew-yangy/gru-ai · 67 tokens