The Frugal Architect
The Frugal Architect is not a plea to be cheap. It is a discipline for maximizing value per unit of spend, complexity, and attention.
In The Boring JavaScript Stack, that usually means:
- make recurring cost visible before it surprises you
- choose boring, proven building blocks before exotic ones
- match architecture to the business model and the current stage of the product
- spend more where failure hurts the business, and less where degradation is acceptable
- add explicit levers for cost, throughput, and graceful degradation
- optimize through measured, incremental improvements instead of heroic rewrites
When to Use
Use this skill when:
- deciding whether a new service, queue, cache, search layer, CDN feature, or vendor should exist
- shaping hosting, deployment, storage, background job, email, or realtime architecture
- reviewing a feature that may increase infrastructure or third-party spend
- deciding how much reliability, latency, or throughput a workflow truly deserves
- planning for traffic spikes, seasonality, rate limits, or step-function growth
- designing observability, budgets, alerts, quotas, or degradation paths
- choosing between "build it now" and "wait until the economics justify it"
- reviewing architecture that feels expensive, under-measured, or over-engineered
- guiding an AI coding agent toward durable, cost-aware choices instead of novelty
Default Biases
When this skill is active, bias toward:
- one proven dependency before one fashionable dependency
- one measured bottleneck before broad optimization work
- one explicit cost lever before blanket cost cutting
- one boring deployment path before a platform maze
- one business-backed scaling concern before hypothetical scale theater
- one incremental improvement before one rewrite
Rules
Read the rule files that match the decision you are making:
- rules/seven-laws.md - The seven laws of frugal architecture translated into builder and product decisions
- rules/frugal-stack-decisions.md - Applying frugal architecture to Sails, Inertia, Waterline, Shipwright, Quest, Realtime, and related stack choices
- rules/observability-and-controls.md - What to measure, what to budget, and which cost controls to design in early
- rules/incremental-optimization.md - A practical loop for reducing waste without pausing product delivery
- rules/case-patterns.md - Patterns distilled from Frugal Architect case studies such as Watch Duty, PBS, Too Good To Go, and WeTransfer
- rules/review-prompts.md - Reusable questions for planning, architecture review, cost review, and agent prompts
Source: sailscastshq/boring-stack — distributed by TomeVault.
1---2name: sailscastshq-boring-stack-boring-stack3description: The Frugal Architect4---56# The Frugal Architect78The Frugal Architect is not a plea to be cheap. It is a discipline for maximizing value per unit of spend, complexity, and attention.910In The Boring JavaScript Stack, that usually means:1112- make recurring cost visible before it surprises you13- choose boring, proven building blocks before exotic ones14- match architecture to the business model and the current stage of the product15- spend more where failure hurts the business, and less where degradation is acceptable16- add explicit levers for cost, throughput, and graceful degradation17- optimize through measured, incremental improvements instead of heroic rewrites1819## When to Use2021Use this skill when:2223- deciding whether a new service, queue, cache, search layer, CDN feature, or vendor should exist24- shaping hosting, deployment, storage, background job, email, or realtime architecture25- reviewing a feature that may increase infrastructure or third-party spend26- deciding how much reliability, latency, or throughput a workflow truly deserves27- planning for traffic spikes, seasonality, rate limits, or step-function growth28- designing observability, budgets, alerts, quotas, or degradation paths29- choosing between "build it now" and "wait until the economics justify it"30- reviewing architecture that feels expensive, under-measured, or over-engineered31- guiding an AI coding agent toward durable, cost-aware choices instead of novelty3233## Default Biases3435When this skill is active, bias toward:3637- one proven dependency before one fashionable dependency38- one measured bottleneck before broad optimization work39- one explicit cost lever before blanket cost cutting40- one boring deployment path before a platform maze41- one business-backed scaling concern before hypothetical scale theater42- one incremental improvement before one rewrite4344## Rules4546Read the rule files that match the decision you are making:4748- [rules/seven-laws.md](rules/seven-laws.md) - The seven laws of frugal architecture translated into builder and product decisions49- [rules/frugal-stack-decisions.md](rules/frugal-stack-decisions.md) - Applying frugal architecture to Sails, Inertia, Waterline, Shipwright, Quest, Realtime, and related stack choices50- [rules/observability-and-controls.md](rules/observability-and-controls.md) - What to measure, what to budget, and which cost controls to design in early51- [rules/incremental-optimization.md](rules/incremental-optimization.md) - A practical loop for reducing waste without pausing product delivery52- [rules/case-patterns.md](rules/case-patterns.md) - Patterns distilled from Frugal Architect case studies such as Watch Duty, PBS, Too Good To Go, and WeTransfer53- [rules/review-prompts.md](rules/review-prompts.md) - Reusable questions for planning, architecture review, cost review, and agent prompts5455---56> Source: [sailscastshq/boring-stack](https://github.com/sailscastshq/boring-stack) — distributed by [TomeVault](https://tomevault.io).57<!-- tomevault:4.0:skill_md:2026-06-19 -->