AgentStack
SKILL verified Apache-2.0 Self-run

Architecture Monolith

skill-kentoshimizu-sw-agent-skills-architecture-monolith · by KentoShimizu

Modular monolith architecture workflow for strong domain boundaries, transactional consistency, and operational simplicity in a single deployable. Use when teams need fast delivery and coherent data consistency with controlled complexity; do not use when independent runtime scaling boundaries are mandatory.

No reviews yet
0 installs
11 views
0.0% view→install

Install

$ agentstack add skill-kentoshimizu-sw-agent-skills-architecture-monolith

✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

Are you the author of Architecture Monolith? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Architecture Monolith

Overview

Use this skill to design modular monoliths that preserve internal autonomy without introducing distributed-system overhead.

Scope Boundaries

  • Product scope or team size favors a single deployable unit.
  • Cross-domain workflows require strong transactional consistency.
  • Operational simplicity is a top constraint.

Core Judgments

  • Module boundaries: domain cohesion and dependency direction inside one codebase.
  • Internal contracts: which module APIs are allowed and how enforced.
  • Data ownership in shared database: logical ownership and write access discipline.
  • Future extraction seams: where boundaries should support later service splits.

Practitioner Heuristics

  • Treat modules like products with stable public interfaces.
  • Forbid cross-module database writes except through explicit module APIs.
  • Keep shared kernel minimal and intentionally versioned.
  • In dynamic languages, define explicit module interface types to avoid ad hoc maps and pervasive casts at boundaries.

Workflow

  1. Partition core domains into modules with clear responsibility.
  2. Define allowed dependency directions and anti-corruption boundaries.
  3. Specify module-level contracts for commands, queries, and events.
  4. Align transactional scope with module invariants.
  5. Add observability by module to expose coupling hotspots.
  6. Record extraction candidates and triggers for future decomposition.

Common Failure Modes

  • Modular monolith degrades into "big ball of mud" via unrestricted imports.
  • Shared tables bypass module contracts and break ownership.
  • Runtime simplicity hides growing conceptual complexity.

Failure Conditions

  • Stop when module boundaries cannot be enforced in code review/tooling.
  • Stop when critical invariants span modules without clear ownership.
  • Escalate when required independent scaling/deployment is no longer feasible.

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet — be the first.

Versions

  • v0.1.0 Imported from the upstream source.