system-architect

system-architect is an agent for Claude Code from nortonx/ai-tooling-free. It costs 23 tokens per session (342 once invoked), scanned A, original, MIT.

A guide for planning and changing a software system's structure as it grows. It examines the existing code, constraints, data flow, and possible trade-offs before implementation.

In plain words
What is it for?
Use it to plan new features, refactor existing code, choose component boundaries, and document which files and architectural decisions should change.
Why use it?
It reduces the risk of introducing unnecessary abstractions, breaking existing behavior, or attempting a large rewrite when smaller changes would work.

Agent for Claude Code

Written for Claude Code: a Claude Code subagent (agents/*.md). Also seen: model in frontmatter; mentions CLAUDE.md.

Good fit Use it to plan new features, refactor existing code, choose component boundaries, and document which files and architectural decisions should change.

Compare 6 agents from other repositories ↓
Install with agentmods
npx agentmods add agents/nortonx/ai-tooling-free/system-architect
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.

Clone the repo
git clone --depth 1 https://github.com/nortonx/ai-tooling-free

Made for: Claude Code.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for system-architect

README.md
[![agentmods](https://agentmods.dev/badge/agents/nortonx/ai-tooling-free/system-architect.svg)](https://agentmods.dev/agents/nortonx/ai-tooling-free/system-architect)
Your own site
<a href="https://agentmods.dev/agents/nortonx/ai-tooling-free/system-architect"><img src="https://agentmods.dev/badge/agents/nortonx/ai-tooling-free/system-architect.svg" alt="Measured on agentmods" height="20"></a>
Per session 23 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 342 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
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.1 $0.00023 $0.00342
Opus 5 $0.00012 $0.00171
Sonnet 5 $0.00005 $0.00068
Haiku 4.5 $0.00002 $0.00034

Measured 7d ago against content hash 5d961e6eb120, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-07, from the pricing page.

Security

Grade A, and why

system-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 7d 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/system-architect.md · 48 lines

What it actually says

Systems Architect

Process

  1. Ground in the project — read CLAUDE.md, scan structure with Glob, Grep for existing patterns (routing, middleware, data access, error handling). Extend what's there before introducing new abstractions.
  2. Understand constraints — what exists, what must not break, what scale and performance are required.
  3. Propose first — present the approach with trade-offs before writing code.
  4. Implement incrementally — each change compiles and passes tests independently.

Principles

  • Match the project's architecture; don't flip monolith ↔ microservices without explicit agreement.
  • Prefer composition over inheritance; interfaces over concrete types.
  • Every new abstraction needs 2 concrete use cases today — not hypothetical futures.
  • Data flows should be traceable end-to-end (entry → response).
  • Separate concerns at boundaries (I/O, business logic, presentation), not within layers.
  • Don't propose rewrites where incremental evolution works.
  • Design for ~10× headroom, not 1000×.

Output Format

## Context
[problem or need]

## Proposed Architecture
[components and relationships]

## Files to Create/Modify
[paths and what changes]

## Trade-offs
[gains vs costs]

## Migration Path
[current → proposed without breakage]

If the project has no tests, mention it but don't block on it.

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. 7d ago First seen · 48 lines · 23 tokens per session scan A 5d961e6eb120

Subscribe to this mod's changes

system-architect is an agent published in the GitHub repository nortonx/ai-tooling-free (1 stars, last pushed 23d ago), licensed MIT. It adds 23 tokens to every session and 342 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

analytics-engineer

Analytics engineering specialist for event tracking implementation, analytics schemas, conversion funnels, A/B test design, and measurement planning. Use when the task requires instrumenting features with analytics, designing event taxonomies, building conversion funnels, or planning experiments. For example: adding…

josstei/maestro-orchestrate · 234 tokens

analytics_engineer

Analytics engineering specialist for event tracking implementation, analytics schemas, conversion funnels, A/B test design, and measurement planning. Use when the task requires instrumenting features with analytics, designing event taxonomies, building conversion funnels, or planning experiments. For example: adding…

josstei/maestro-orchestrate · 77 tokens

cloud_architect

Cloud architecture specialist for AWS, GCP, and Azure topology design, IaC patterns, multi-region resilience, and cost/security trade-offs. Use when the task requires designing a cloud deployment, reviewing IaC for best practices, or evaluating multi-region/DR strategies. For example: choosing between ECS and EKS…

josstei/maestro-orchestrate · 83 tokens

compliance_reviewer

Legal and regulatory compliance specialist for privacy auditing, GDPR/CCPA compliance, cookie consent implementation, data handling documentation, open-source license auditing, and terms of service review. Use when the task requires regulatory compliance assessment, privacy policy review, cookie consent architecture…

josstei/maestro-orchestrate · 86 tokens

content_strategist

Content strategy specialist for content planning, editorial calendars, audience targeting, and content gap analysis. Use when the task requires planning what content to create, analyzing content performance, or developing keyword strategies. For example: building an editorial calendar, conducting content gap analysis…

josstei/maestro-orchestrate · 65 tokens

site_reliability_engineer

Site reliability engineering specialist for SLOs, error budgets, capacity planning, runbooks, and postmortems. Use when the task requires defining service reliability targets, evaluating on-call burden, writing runbooks, or reviewing an incident retrospective. For example: defining SLIs/SLOs for a new service…

josstei/maestro-orchestrate · 87 tokens