modular-architecture-documentation-decision

Sub-skill of modular-architecture-documentation: Decision (+6).

5 stars

Best use case

modular-architecture-documentation-decision is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

Sub-skill of modular-architecture-documentation: Decision (+6).

Teams using modular-architecture-documentation-decision should expect a more consistent output, faster repeated execution, less prompt rewriting.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/decision/SKILL.md --create-dirs "https://raw.githubusercontent.com/vamseeachanta/workspace-hub/main/.agents/skills/_archive/business/admin/modular-architecture-documentation/decision/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/decision/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How modular-architecture-documentation-decision Compares

Feature / Agentmodular-architecture-documentation-decisionStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

Sub-skill of modular-architecture-documentation: Decision (+6).

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

SKILL.md Source

# Decision (+6)

## Decision


Implement a modular architecture with three independent modules (Invoice Automation, Tax Preparation, Tax Filing) rather than a monolithic business automation system, enabling gradual feature adoption aligned with user needs.

## Context


Small engineering firms need flexibility to adopt automation features incrementally:
- Not all firms need all features simultaneously
- Budget constraints limit initial investment
- Different features have different priorities (invoice automation urgent, tax filing seasonal)
- Need to prove value before full system adoption

## Modular Approach


**Module Structure:**
1. **Invoice Automation:** `invoice-gen` - Immediate 80% time savings, highest ROI
2. **Tax Preparation:** `tax-prep` - Eliminate manual categorization, quarterly benefit
3. **Tax Filing:** `tax-file` - Annual compliance automation, seasonal use

**Shared Components:**
- Configuration management (YAML)
- PDF utilities (pypdf)
- Logging framework (loguru)
- Testing infrastructure (pytest)

*See sub-skills for full details.*

## Alternatives Considered


**1. Monolithic All-in-One System**
- Pros: Single unified interface, simpler initial architecture
- Cons: All-or-nothing adoption, $25K+ perceived investment, harder to justify ROI
- **Why Rejected:** Firms want proof-of-value before full investment

**2. Microservices**
- Pros: Maximum independence, cloud deployment ready
- Cons: Over-engineering for local Python scripts, network complexity
- **Why Rejected:** Unnecessary complexity for desktop automation


*See sub-skills for full details.*

## Consequences


**Positive:**
- **Gradual Adoption:** Firms adopt invoice automation first ($1,950/year value), then expand
- **Risk Mitigation:** Prove value module-by-module before full investment
- **Independent Development:** Each module can evolve independently
- **Clear Testing:** 80% coverage per module, 95% for critical invoice generation
- **Flexible Pricing:** Could charge per module if productized

**Negative:**
- **More Setup:** Three module directories vs. one
- **Shared Component Discipline:** Must minimize shared code to avoid coupling

*See sub-skills for full details.*

## Implementation


**pyproject.toml:**
```toml
[project.scripts]
invoice-gen = "aceengineer_admin.invoice:main"
tax-prep = "aceengineer_admin.tax_prep:main"
tax-file = "aceengineer_admin.tax_file:main"
```

**Directory Structure:**
```

*See sub-skills for full details.*

## References


- tech-stack.md: Modular Architecture section
- roadmap.md: Phase 1 (Invoice), Phase 2 (Tax Prep), Phase 3 (Filing)
- mission.md: Implementation Approach with phased rollout
```

Related Skills

improve-codebase-architecture

5
from vamseeachanta/workspace-hub

Find deepening opportunities in a codebase, informed by the domain language in CONTEXT.md and the decisions in docs/adr/. Use when the user wants to improve architecture, find refactoring opportunities, consolidate tightly-coupled modules, or make a codebase more testable and AI-navigable.

label-driven-prompt-generation-architecture

5
from vamseeachanta/workspace-hub

Pattern for building automation scripts that classify GitHub issues into prompt templates using label-based routing and extract contextual data for batch processing

corporate-tax-filing-reconciliation-and-decision

5
from vamseeachanta/workspace-hub

Reconcile multi-document corporate tax packets, verify line-item accuracy against source data, and structure decision trees for filing timing and extension strategies.

documentation-contract-plan-hardening

5
from vamseeachanta/workspace-hub

Harden a documentation/contract plan before adversarial review by mapping every issue-scope requirement to independent acceptance criteria and tests, especially for routing/indexing contracts.

repo-architecture-analysis

5
from vamseeachanta/workspace-hub

Scan a Python repo's package structure, count classes/functions, classify module maturity (PRODUCTION/DEVELOPMENT/SKELETON/GAP), and generate architecture reports with Mermaid diagrams. Use when asked to analyze codebase structure, find untested packages, or assess module maturity.

orcaflex-monolithic-to-modular

5
from vamseeachanta/workspace-hub

Convert monolithic OrcaFlex models (.dat/.yml) to spec-driven modular format with semantic validation for round-trip fidelity.

doc-extraction-naval-architecture

5
from vamseeachanta/workspace-hub

Layer 3 domain sub-skill for extracting naval architecture data from SNAME PNA, IMO stability codes, IACS structural rules, and classification society guidelines. Provides detection heuristics for stability constants, resistance equations, hull form coefficients, hydrostatic curves, IMO stability criteria, and structural scantling tables. type: reference

sparc-architecture

5
from vamseeachanta/workspace-hub

SPARC Architecture phase specialist for system design, component architecture, interface design, scalability planning, and technology selection

architecture-diagram

5
from vamseeachanta/workspace-hub

Dark-themed SVG architecture/cloud/infra diagrams as HTML.

multi-tool-architecture-assessment

5
from vamseeachanta/workspace-hub

Systematic comparison of competing tools/approaches before committing to a multi-account, multi-tool architecture. Uses parallel subagents for research, system-state audit, and data quality analysis. Produces a decision matrix with explicit trade-offs.

modular-architecture-documentation

5
from vamseeachanta/workspace-hub

Systematically document multi-module system architectures including module boundaries, CLI commands, and architecture decisions.

discipline-refactor-orchestration-architecture

5
from vamseeachanta/workspace-hub

Sub-skill of discipline-refactor: Orchestration Architecture.