Zach Day

Martin - Architecture

A 5-layer system designed for orchestration, persistence, and intelligence.

Executive Summary

  • Purpose: Martin - Architecture
  • Key sections: The 5-Layer Stack, Design Rationale
  • Focus: A 5-layer system designed for orchestration, persistence, and intelligence.

The 5-Layer Stack

1
Control Plane

Single source of truth for orchestration logic. Mode detection (/plan vs /act), Phase -1 bootstrap, validation framework.

Martin v3.0 System Prompt
2
Memory Layer

Human-readable, version-controlled, publicly accessible. Migrated from Google Tasks (Jan 2026) for multi-user support.

Play_DNA Skills_Registry Validation_Rules Scheduler_Config Deployment_History
3
Persistence Layer

Machine-queryable, longitudinal, scalable. Snowflake architecture for execution history and state tracking.

EAM_RUNS ACCOUNT_STATE RUNNER_LOGS RISK_HISTORY
4
Execution Layer

Modular, testable, improvable. 17 skills across 4 categories with 3-55 minute execution times.

Portfolio Plays (5) Account Plays (9) Synthesis Plays (2) Utility Plays (1)
5
Intelligence Layer

Domain knowledge, risk modeling, action frameworks. 40+ risk signals weighted 0-100 for proactive detection.

Risk Signal Dictionary v2.0 Risk Playbook v3.0 Validation Rules (14 BLOCKING)

Design Rationale

Why Google Sheets for Memory...

Google Tasks are private - other CSMs couldn't access Martin's memory. The migration to Google Sheets (Jan 7, 2026) enabled multi-user access, version control, and collaborative editing.

Why Snowflake for Persistence...

Longitudinal tracking requires queryable, scalable storage. Snowflake enables cross-account analysis, trend detection, and state change monitoring that spreadsheets cannot support.

Why Separate Layers...

Each layer has a single responsibility. Control orchestrates. Memory stores configuration. Persistence tracks history. Execution runs plays. Intelligence provides domain knowledge. Separation enables independent evolution.