Skip to main content

Technical Memos

Technical memos provide visual documentation, flow diagrams, and detailed implementation guides for Prism patterns and workflows. MEMOs are companion documents to RFCs and ADRs, focusing on "how" with diagrams and concrete examples.

๐ŸŽฏ New to Prism? Start Hereโ€‹

If you're looking for visual explanations and implementation details:

  1. MEMO-001: WAL Full Transaction Flow - See a complete transaction end-to-end
  2. MEMO-004: Backend Plugin Implementation Guide - Compare backends and choose one
  3. MEMO-012: Developer Experience - Learn common workflows

๐Ÿ“š Reading Paths by Needโ€‹

I Want to Implement a Backend Pluginโ€‹

Follow this path to build a new backend integration:

I Need to Understand a Specific Patternโ€‹

Dive deep into pattern implementations with visual guides:

I'm Setting Up Local Developmentโ€‹

Get your dev environment running smoothly:

I'm Working on Testing and CI/CDโ€‹

Improve test speed and quality:

๐Ÿ“– MEMOs by Categoryโ€‹

๐Ÿ—๏ธ Implementation Guidesโ€‹

Step-by-step guides for building Prism components:

๐Ÿ”„ Architecture Flows & Patternsโ€‹

Visual sequence diagrams and architecture patterns:

๐Ÿงช Testing Frameworksโ€‹

Comprehensive testing strategies and infrastructure:

๐Ÿ” Security & Operationsโ€‹

Security flows and operational procedures:

๐Ÿ”ฌ POC Results & Analysisโ€‹

Proof-of-concept results and performance analysis:

๐Ÿ“ Documentation & Processโ€‹

Development workflows and best practices:

๐ŸŽจ Design Philosophyโ€‹

High-level design thinking and trade-offs:

๐Ÿ’ก What Makes a Good MEMO?โ€‹

MEMOs excel when they:

  • Show, Don't Tell: Use Mermaid diagrams, flowcharts, sequence diagrams
  • Provide Context: Link to related RFCs and ADRs for background
  • Include Examples: Concrete code snippets and configurations
  • Cover Edge Cases: Document error scenarios and recovery paths
  • Add Metrics: Include performance numbers and resource usage
  • Stay Focused: One pattern or workflow per MEMO

โœ๏ธ Contributing MEMOsโ€‹

When creating a new MEMO:

  1. Visual First: Start with diagrams showing the flow or architecture
  2. Concrete Examples: Use real code snippets from the codebase
  3. Link to Decisions: Reference relevant RFCs and ADRs
  4. Show Error Paths: Don't just show the happy path
  5. Include Metrics: Add performance data when relevant

MEMO Naming Conventionโ€‹

  • MEMO-XXX: Sequential numbering
  • Title: Descriptive and specific (e.g., "Vault Token Exchange Flow" not "Security")
  • Tags: Add relevant tags in frontmatter for discoverability
  • RFCs - Detailed technical specifications (the "what")
  • ADRs - Architecture decisions (the "why")
  • Changelog - Recent documentation updates

Total MEMOs: 30+ implementation guides, flows, and analysis documents

Latest Updates: See the Changelog for recent MEMOs