# SMA-Architekturbaseline (AA-053 Phase 0)

Status: `BASELINE_PARTIAL`; aus aktuellem Code-/Runtime-Befund abgeleitet.

## Verbindlicher Scope

- `/opt/struktur/social-media-agent`
- `/opt/struktur/social-media-radar`
- `/opt/struktur/social-media-radar/sma_core`

`social-media-agent-v2`, `/opt/struktur/social-media-core` und die ungeklärte Port-8653-Instanz sind keine Refactoring-Ziele.

## Ist-Zustand

- `social-media-agent.service` startet `social-media-agent/app.py` auf 8652.
- `sma-core-api.service` startet `sma_runtime.wsgi:app` aus dem Radar auf 8765.
- Root-Cron mit `TZ=Europe/Madrid` startet täglich `run_radar.sh` um 07:30.
- `run_radar.sh`: Collect → OG/YouTube-Backfill → Director → Briefing → Watch-Intake → `social-media-agent/publish_ready.py --production` → Report.
- Kanonische Signal-DB: `/var/lib/sma-data/signals.db`.

## Zielarchitektur

Schrittweise migrierter modularer Monolith mit `sma_core` als Evolutionsbasis, aber ohne automatischen Domänenbesitz durch den Pfad. Zielhypothese: Signal Intake, Case & Evidence, Signal Intelligence, Editorial Planning, Content Production, Review & Release, Delivery Adapters (zuerst nur Manual Export), Operator Experience; quer Brand Packs, Shared Kernel und Runtime/Deployment.

## Regeln

CHARACTERIZE → WRAP → SHADOW → COMPARE → SWITCH → OBSERVE → RETIRE; feldgenauer exklusiver Schreibbesitz; kanonischer Eligibility-Snapshot; keine Dual Writes, kein zweiter Scheduler, keine automatische Veröffentlichung; Structural und Behavioral getrennt.

## Offen

Vollständige Entry-Points, SQL-/Feldbesitz, Legacy-/Core-Doppelungen, Eligibility-Umgehungspfade, gemischte Statusfelder, Brand-Bindungen, Importgrenzen und endgültige Context-Map müssen gegen den aktuellen Bestand weiter verifiziert werden.