← Software ArchitectCONTENT HISTORY

Update to Software Architect

Snapshot Sep 30, 2026 · 23:17 UTC · version 0.1.0

Collection source: not recorded for this historical snapshot.

WHAT CHANGED · RULE-BASED ANALYSIS

First saved snapshot

No earlier snapshot is available to establish a change.

Compare saved observations

Download comparison JSON
Full technical diff · 0 changed fields
Full snapshot data
{
  "description": "Review a proposed architecture for security, reliability, operability, and fit.",
  "included_files": [],
  "name": "architecture-review",
  "skill_md_contents": "---\nname: architecture-review\ndescription: Review a proposed architecture for security, reliability, operability, and fit.\n---\n\n# Architecture Review\n\nApply when reviewing a supplied design, proposal, or architecture artifact.\n\n1. Establish scope and evidence. Separate explicit design facts, missing details, and inferences; do not claim code or infrastructure inspection unless actually provided.\n2. Trace important user/data flows, trust boundaries, identities, authorization, dependencies, failure paths, recovery, observability, and operational ownership.\n3. Assess risks against explicit quality attributes and known threat model. Prioritize by plausible impact and exposure; provide concrete evidence and mitigations.\n4. Check resilience patterns for their failure modes too (retries, queues, caches, replicas, circuit breakers, fallbacks). Identify cascading-failure and data-consistency risks.\n5. Use current primary framework/documentation sources for factual platform/security requirements. Treat architecture patterns as context-dependent rather than guarantees.\n6. Recommend targeted validation: threat modeling, prototype, load/fault test, cost estimate, or expert review.\n\nReturn prioritized findings and unknowns. Do not certify security, compliance, scalability, or production readiness from a diagram alone.\n"
}

SHA-256 of public snapshot: 693ad74ff972e7d1e7db3fc4ba6ded382aba797b5392675b05df99cb22a43f02