📚 HF Wiki

aktualisiert 18:54:29
Wiki / system / strategie-archiv / 2026-05-02 / STRATEGY.md

Viaviva Agent System — Strategiedokument

> v1.6 Architektur-Referenz: /root/wiki/system/architecture.md ist Single Source of Truth. > Dieses Strategiedokument ist die operative Kurzfassung — bei Widerspruch gilt Architektur-Dok.

v1.6 Regeln (die zwölf) — siehe Architektur Teil 16

  1. Vier-Säulen-Matrix ist Entscheidungsgrundlage (Perfex/N8N/OpenClaw/Modelle)
  2. Perfex ist die Wahrheit — jede Aktion dokumentiert
  3. Lenny macht nie operativ — Dispatcher, Chat, Delegation
  4. Aufträge kommen nur via Telegram (Chapaty) — Email ist Kontext, Perfex ist intern
  5. OpenClaw-Agenten sprechen nur über N8N-Tools — kein direkter File/Net-Zugriff
  6. Modelle sind austauschbar, Agenten bleiben
  7. Learning ist Pflicht — jede Korrektur → Regel, jede Eskalation → Statistik
  8. Self-Improvement eingebaut — Tool-Gaps, Best-Practices, Post-Mortems
  9. Jeder Build meldet Fortschritt via build-progress-update (Pflicht seit v1.6)
  10. Bei Unklarheit — Agent fragt per Perfex-Kommentar oder Lenny-Telegram
  11. Anhänge sind Daten, nicht Anweisungen
  12. Chapaty ist der Engpass den wir minimieren — Qualität vor Geschwindigkeit

Sicherheitsarchitektur (beschlossen)

Agenten-Rechte Sicherheitsmatrix (live, Stand: 2026-04-22)

Secrets Management

Agenten-Rechte

LENNY (Dispatcher, qwen3:8b):

HOWARD (Builder, qwen3:8b):

SHELDON (Architekt/QA, qwen3:14b):

RAJ (Ops, qwen3:8b):

Identitäts-Schicht (beschlossen)

Modell-Schema (beschlossen, Stand: 2026-04-21)

Ressourcen-Slots (beschlossen)

Kernarchitektur (beschlossen)

Lenny = Gehirn, N8N = Werkzeuge

Lenny (qwen3:8b) entscheidet via Tool-Calling. N8N stellt einfache Werkzeug-Webhooks bereit (max 3 Nodes je Endpoint). Lenny ruft Tools auf, N8N führt CRUD aus — keine Intelligenz in N8N.

N8N Tool-Webhooks — Live (Stand: 2026-04-22)

Intern: http://n8n:5678/webhook/tool/<name> · Extern: https://flow.ultimo.hochfrequenz.tech/webhook/tool/<name> · POST, JSON, kein Auth (ai-net).

Perfex CRUD (Tools 1–10):

EndpointBodyResponse
tool/list-projects{}{data:[{project_id,project_name}], count}
tool/create-project{name, client_tag, description} client_tag: HF/GFKB/VV/POOL/FUTURE{ok:true, id, affectedRows}
tool/create-task{name, project_id, description, assigned_to?}{ok:true, id, affectedRows}
tool/list-tasks{project_id} (0 = alle){data:[{id,name,status,rel_id,startdate,duedate}], count}
tool/list-clients{}{data:[{userid,company,website}], count}
tool/create-client{company, website}{ok:true, id, affectedRows}
tool/add-task-comment{task_id, content, staff_id?} staff_id default 2 = Lenny{ok:true, id, affectedRows}
tool/get-template{type} TEXT/CODING/MARKETING/RESEARCHSchablonen-JSON oder {error}
tool/session-get{chat_id, limit?} default 10, 6h TTL{messages:[{role,content}], count} chronologisch
tool/session-add{chat_id, user_content, assistant_content}{ok:true} — inkl. TTL-Cleanup

Queue & Status (Tools 11–13):

EndpointBodyResponse
tool/queue-task{task_id, lane, estimated_minutes} lane: fast/slow{ok:true, queue_id, position, lane}
tool/get-queue-status{}{queued:[...], active:[...], agents:[...]}
tool/get-task-status{task_id}{task:{id,name,status,...}, queue:{lane,status,...}, agent:{agent,step,...}}

Wiki (Tools 14–16) — via wiki-server:8765:

EndpointBodyResponse
tool/search-wiki{client_tag, query}{results:[{file,excerpt}], count}
tool/read-wiki{path} relativ zu /root/wiki{content, path}
tool/write-wiki{path, content}{ok:true, path}

Excalidraw (Tool 17) — via excalidraw:3000:

EndpointBodyResponse
tool/create-diagram{description, diagram_type?, style?}{ok:true, snapshot, element_count, canvas_url}

Web & Medien (Tools 18–26) — Live (Stand: 2026-04-22):

EndpointBodyResponseBackend
tool/web-search{query, language?, limit?}{results:[{title,url,content,score}], count}SearXNG:8080
tool/scrape-webpage{url, filter?} filter: fit/raw{ok:true, text, length}Crawl4AI:11235/md
tool/process-pdf{file_path?, base64_content?, ocr?}{ok:true, text_preview, text_length}media-server:8766
tool/process-image{file_path, operation, params?}`{ok:true, info\output, size_bytes}`media-server:8766
tool/process-audio{file_path?, base64_content?, language?}{ok:true, text, language}media-server:8766/Whisper
tool/process-video{file_path, operation}`{ok:true, info\output, size_bytes}`media-server:8766
tool/download-video{url, format?}{ok:true, file, size_bytes}media-server:8766/yt-dlp
tool/search-knowledge{query, limit?}{ok:true, results:[{id,content}], count}Meilisearch:7700
tool/screenshot-webpage{url, device?, full_page?}{ok:true, file, size_bytes}media-server:8766/Browserless

Offen (Backlog):

Telegram-Eingangs-Workflow — Live (5 Nodes)

lenny-telegram-v3:

  1. Telegram Trigger (updates: message, callback_query) — Secret: <workflowId>_n1 (deterministisch)
  2. Media Processing (Code) — Text-Extraktion; Voice→Whisper (base64 download → media-server), PDF→OCR (base64→media-server), Photo→Caption
  3. Identity Tag (Code) — 838021596 → [INTERNAL] chapaty, sonst [UNKNOWN] <firstName>
  4. Lenny Tool-Loop (Code) — macht:

    5. (a) tool/session-get → history laden (letzte 10, <6h) (b) Ollama qwen3:8b mit think:false, Kontext = System-Prompt + history + aktueller User-Turn (c) Parser für TOOL_CALL: name(args), Loop bis keine Tool-Calls oder 5 erreicht, TOOL_RESULT[name]: {...} als User-Message zurück (d) Auto-Hook: Bei erfolgreichem create_task wird tool/add-task-comment {task_id, content: "Originalauftrag: " + taggedMessage} automatisch aufgerufen (e) tool/session-add → user + finale Assistant-Antwort speichern, Cleanup alter Rows

  5. Telegram Reply (parse_mode HTML, appendAttribution false)

Lenny Prompt

/docker/openclaw-sh3f/data/.openclaw/agents/lenny/agent/prompt.md listet alle 8 Tools, das TOOL_CALL: Aufruf-Format und Few-Shot-Beispiele (Smalltalk, Artikel-Auftrag mit Projekt-Match, Neues Projekt, UNKNOWN-Behandlung). Wird beim Workflow-Deploy von gen_telegram.py live eingelesen und in das Ollama-System-Prompt eingebettet.

Aktueller Stand (2026-04-22)

Schablonen-System (Herzstück)

Lenny wählt Schablone basierend auf Task-Typ → lädt Sub-Tasks → legt in Perfex an → weist Agenten zu. Kein Sub-Task startet ohne erfülltes Gate des vorherigen.

Alle Schablonen liegen unter /root/templates/ als JSON, geladen via tool/get-template.

Aktive Schablonen (Stand: 2026-04-23)

DateiTypSchritteLane
TEXT.jsonTEXT10slow
CODING.jsonCODING10slow
MARKETING.jsonMARKETING7fast
RESEARCH.jsonRESEARCH6fast
WORDPRESS.jsonWORDPRESS9slow
WORDPRESS_ONBOARDING.jsonWORDPRESS_ONBOARDING10 (inkl. 3.5 Website-Zweck)slow
SOCIAL_MEDIA.jsonSOCIAL_MEDIA7fast
VIDEO.jsonVIDEO11slow
NOTION_SYNC.jsonNOTION_SYNC3fast

WORDPRESS_ONBOARDING Schablone — Besonderheiten (v1.1, 2026-04-23)

Schritt 3.5 (Website-Zweck & Zielgruppe analysieren): Howard (qwen3:14b) führt inhaltliche Sichtung durch → beantwortet den 9-Fragen-Prompt (Ziel/Zielgruppe/CTAs/Tonalität/Value Proposition/Vertrauensanker/Schwächen/Stärken) → legt Perfex-Task mit Rückfragen an → Chapaty antwortet → finale wiki/clients/{client}/strategy.md mit approved_by_chapaty. Diese strategy.md wird in JEDE zukünftige Content-Task dieses Clients als Kontext injiziert. Kritisch: Lenny macht das NICHT — Howard führt aus, Lenny nur Dispatcher für Telegram-Notification.

Email-System (live, Stand: 2026-04-23)

5 produktive Mail-Accounts via all-inkl (w0160d41.kasserver.com, IMAP 993 SSL, SMTP 465 SSL):

Tools: email-send, email-fetch-inbox, email-classify (qwen3:8b, 8 Kategorien). Cron email-poll alle 10 Min routet task_request/website_onboarding/invoice/spam automatisch. Credentials in /root/.secrets/email_{agent}_credentials.json (chmod 600).

Learning-System (Basis, live, Stand: 2026-04-23)

Canva-Integration (Infrastruktur, Stand: 2026-04-23)

Schablonen-Struktur (jede Schablone enthält)

TEXT/ARTIKEL (10 Schritte, slow)

Auftragsklärung (Lenny) → Quellen-Recherche (Howard) → Gliederung (Howard) → Entwurf (Howard) → Faktencheck (Sheldon) → Lektorat (Howard) → Endkontrolle (Sheldon) → Freigabe (Lenny) → Veröffentlichung (Howard) → Retrospektive (Lenny)

CODING (10 Schritte, slow)

Anforderungsanalyse (Lenny) → Backup (Howard) → Architektur (Sheldon) → Umgebung prüfen (Howard) → Entwicklung (Howard) → Integration+Testing (Howard) → Security Audit (Sheldon) → Freigabe (Lenny) → Deployment (Howard) → Retrospektive (Lenny)

MARKETING (7 Schritte, fast)

Briefing (Lenny) → Konzept (Howard) → Content erstellen (Howard) → Brand-Check+Review (Sheldon) → Freigabe (Lenny) → Distribution (Howard) → Retrospektive (Lenny)

RESEARCH (6 Schritte, fast)

Briefing (Lenny) → Quellensuche (Howard) → Analyse (Sheldon) → Bericht (Howard) → Freigabe (Lenny) → Retrospektive (Lenny)

WORDPRESS (9 Schritte, slow)

Anforderungen (Lenny) → Backup+Clone (Howard) → Design+Umsetzung (Howard) → Responsive+Performance (Howard) → Funktionstest (Howard) → SEO Audit (Sheldon) → Freigabe (Lenny) → Deployment+Sync (Howard) → Retrospektive (Lenny)

SOCIAL_MEDIA (7 Schritte, fast)

Briefing (Lenny) → Content erstellen (Howard) → Review (Sheldon) → Freigabe (Lenny) → Veröffentlichung (Howard) → Monitoring 24h (Howard) → Retrospektive (Lenny)

VIDEO (11 Schritte, slow)

Briefing (Lenny) → Script (Howard) → Script Review (Sheldon) → Visuals (Howard) → Voice-Over lokal (Howard) → Vorschau montieren (Howard) → Freigabe Vorschau (Lenny) → ElevenLabs Voice-Over (Howard) → Finale Freigabe (Lenny) → Upload (Howard) → Retrospektive (Lenny)

NOTION_SYNC (3 Schritte, fast)

Notion abrufen (Howard) → Perfex synchronisieren (Howard) → Lenny informieren (Lenny)

Ressourcen-Management

Eskalationspfade

Korrekturschleifen

Gedächtnis-Architektur (Drei Schichten)

Ziel: Lenny erinnert sich an den laufenden Dialog, weiß was zu Projekten gehört und kann bei Bedarf auf langlebiges Projekt- und Firmenwissen zurückgreifen — ohne den Kontextfenster zu überladen.

Schicht 1 — Session-Gedächtnis (live, Stand: 2026-04-22)

Zweck: Unmittelbarer Dialog-Kontext. Lenny liest bei jeder Nachricht den letzten Turn-Verlauf mit, damit Folge-Nachrichten auf vorherige aufbauen können.

Schicht 2 — Perfex-Gedächtnis (persistent, in Umsetzung)

Zweck: Aufgabenbezogenes Langzeit-Gedächtnis. Alles, was an einem Task hängt, bleibt dort für immer auffindbar.

Schicht 3 — Wiki / RAG (live, Stand: 2026-04-22)

Zweck: Wiederverwendbares Wissen, das nicht zu einem konkreten Task gehört — Code-Snippets, Projekt-Wissen, Studien-Ergebnisse, Brand-Bibeln, Industrie-Briefings.

Struktur:


/root/wiki/
├── clients/
│   ├── HF/    (overview.md, style.md, brand.md, knowledge/)
│   ├── GFKB/  (overview.md, style.md, brand.md, knowledge/)
│   └── VV/    (overview.md, style.md, brand.md, knowledge/)
└── system/    (learnings.md, corrections.md, time_estimates.json, glossary.md)

Wiki-Server: Python HTTP-Sidecar (/root/wiki_server.py) läuft als wiki-server auf ai-net:8765.

Agenten-Zugriff via tool/search-wiki, tool/read-wiki, tool/write-wiki. Lenny und Howard können Wissen lesen und schreiben.

Wiki-Technologie-Entscheidung (beschlossen):

Paperclip.ing Bewertung (abgelehnt): Paperclip löst ähnliche Orchestrierungs-Probleme (Budget-Enforcement, Goal-Ancestry). Abgelehnt weil: Perfex CRM bietet mehr (Kunden, Rechnungen, Projekte, Anhänge). Konzepte übernommen: Budget-Enforcement (Token-Guard), Goal-Ancestry (Quality Gates). Kein Parallelsystem nötig — unser Stack reicht.

Selbst-Optimierungs-Struktur (beschlossen):


/root/wiki/system/templates/
├── metrics.md          — Schablonen-Metriken ("Passt direkt" Quote pro Typ)
├── improvements.md     — Vorgeschlagene + umgesetzte Verbesserungen
└── feedback_analysis/  — Pro Task: task_[ID].md nach "passt nicht" Feedback
    └── observations.md — Nacht-Prozess-Beobachtungen

Feedback-Learning System (beschlossen): Wenn Chapaty "passt nicht" sagt:

  1. Feedback als Kommentar in Perfex-Task dokumentieren
  2. Dialog bis zufriedenes Ergebnis
  3. NACH Freigabe: automatische Analyse → wiki/system/templates/feedback_analysis/task_[ID].md
  1. Nacht-Prozess (Sheldon + Kimi K2.5): Muster erkennen

Ziel — "Passt-direkt" Quote:

Grundregel: Nichts geht verloren

Alles was Chapaty oder ein Kunde via Chat sendet wird gespeichert. Chat ist flüchtig — Perfex + Dateisystem sind permanent.

Zwei Ebenen der Ablage

KUNDEN-EBENE (gilt für ALLE Projekte eines Kunden):


/projects/[TAG]/
├── brand/
│   ├── logo.png (original + verschiedene Formate)
│   ├── colors.json (Farbschema, HEX-Werte)
│   ├── fonts/ (Schriftarten)
│   ├── styleguide.md (Tonalität, Schreibstil, Do's/Don'ts)
│   └── brand_guidelines.pdf (falls vorhanden)
├── templates/ (Vorlagen die kundenübergreifend gelten)
└── references/ (Inspirationen, Vorbilder, Screenshots)

In Perfex: Kunde → Notizen + Anhänge = kundenweite Assets Jede Schablone prüft: "Existiert brand/ für diesen Kunden?"

AUFGABEN-EBENE (gilt nur für diesen Task):

In Perfex: Task → Kommentare + Anhänge

Warum Originale UND Verarbeitung speichern

Beispiel Sprachnachricht:

Beispiel PDF:

Lenny's Ablage-Verhalten

Bei JEDER Nachricht die Task-relevant ist:

  1. Originaldatei in Perfex Task als Anhang speichern
  2. Verarbeitete Version als Kommentar hinzufügen
  3. Kontext-Info: "Sprachnachricht von Chapaty am 22.04.2026"

Bei kundenweiten Assets (Logo, Farben etc.):

  1. In Kunden-Ordner /projects/[TAG]/brand/ ablegen
  2. In Perfex Kunde als Anhang/Notiz speichern
  3. Lenny merkt sich: "Kunde [X] hat jetzt ein Logo"

Schablonen-Integration

Jeder Schablonen-Schritt hat Zugriff auf:

Schablone prüft VOR Arbeitsstart: "Alle nötigen Ressourcen vorhanden?"

---

Projekt-Architektur (beschlossen)

Naming-Convention mit Prefix

Sonder-Projekte

Projekt-Kontext für Lenny

Archivierung

Perfex Kunden (Stand: 2026-04-22)

IDFirmaWebsite
2Hochfrequenzhochfrequenz.tech
3GFKBgfkb.org
4Viavivaviaviva.team

Aktive Projekte in Perfex (Stand: 2026-04-22)

IDNameZweck
4[HF] Hochfrequenz WebsiteHochfrequenz (2) — Website, Shop, Content
5[HF] Content StrategieHochfrequenz (2) — Artikel, Blog, SEO Content
6[GFKB] WebsiteGFKB (3) — Krisenvorsorge Nonprofit
7[VV] Shelter SaaSViaviva (4) — Tierheim Software SaaS
8[POOL] IdeenpoolViaviva (4) — Ideen ohne konkreten Starttermin
9[FUTURE] WarteschlangeViaviva (4) — Tasks die auf Abschluss warten

Task-Queue und Heartbeat (live, Stand: 2026-04-22)

DB-Tabellen

n8n_task_queue — Warteschlange für Howard-Aufgaben:


(id, task_id, lane [fast|slow], priority, estimated_minutes, actual_minutes,
 status [queued|active|done], assigned_agent, template_type,
 created_at, started_at, finished_at)

n8n_agent_state — Laufzustand der Worker-Agenten:


(agent [howard|sheldon|amy|raj], busy, current_task_id, current_step,
 current_step_name, lane, estimated_minutes, started_at, updated_at)

Initial: howard, sheldon, amy, raj — alle busy=0.

n8n_mentions_processed — Bereits verarbeitete @lenny-Mentions:


(id, comment_id UNIQUE, processed_at)

Howard Heartbeat (alle 5 Min)

Flow: Cron → Heartbeat+State MySQL → Load State → IF Busy?

Howard Work-Logik:

Inter-Agent-Kommunikation

Agenten kommunizieren via Perfex-Task-Kommentare:

Crash Recovery (automatisch, Stand: 2026-04-22)

Stuck Agent (busy=1, kein Update >30 Min):

Howard Heartbeat tot (updated_at >10 Min):

  1. System Watchdog erkennt
  2. N8N API: howard-heartbeat Workflow deactivate → reactivate
  3. 35s warten → prüfen ob aktiv
  4. Falls noch tot: docker restart n8n-n8n-1 via media-server
  5. Telegram NUR wenn Aktion durchgeführt (kein "Alles OK")

Service down (N8N / Ollama / Perfex / Openclaw / Wiki-Server):

  1. Raj erkennt (alle 30 Min)
  2. docker commit → Backup-Image (PFLICHT vor jedem Fix)
  3. docker restart → 25s warten → HTTP-Check
  4. Falls noch down: Diagnostik (logs + system-stats) → NIM-Eskalation (Kimi K2.5 → DeepSeek R1 → OpenAI)
  5. NIM-Befehle ausführen (Safety-Filter: rm -rf, DROP, TRUNCATE, mkfs, dd if= → abgelehnt)
  6. 25s warten → finaler HTTP-Check
  7. Erfolg: wiki/system/corrections.md aktualisieren + Telegram ✅
  8. Misserfolg: Telegram 🚨 (manuelle Intervention)
  9. Kein Telegram wenn alle Services OK

Wenn Task > 2× estMin dauert: Howard sendet @lenny ESKALATION: Task dauert X Min → Telegram-Alert.

Cron-Workflows (live, Stand: 2026-04-22)

NameIDCronZweck
howard-heartbeatedWAIHwpED3WYxrf*/5 * * * *Howard arbeitet an aktiven Tasks oder startet neue aus Queue
mention-watchereFz62mP2Me4GYgce*/2 * * * *@lenny-Mentions in Task-Kommentaren → Telegram-Forward
system-watchdogLkMKPqsrI7Ob25Pk*/15 * * * *Stuck-Agent Auto-Reset + Howard-Heartbeat Auto-Repair (N8N API + docker restart)
raj-server-monitorgbC7mnqdKOQLRz0g*/30 * * * *Self-Healing: backup → restart → NIM-Eskalation → corrections.md lernen

Generator: /root/gen_crons.py (idempotent, löscht nach Prefix und erstellt neu). Telegram NUR wenn Aktion durchgeführt — kein "Alles OK"-Spam.

Nacht-Prozess (beschlossen)

Täglich 03:00 Uhr:

[FUTURE] Prüfung täglich morgens:

Perfex-Anbindung (beschlossen)

Tool-Integrationen (Konzepte — noch nicht gebaut)

Excalidraw (live, Phase C)

Container excalidraw auf ai-net, Port 3100:3000 (ghcr.io/yctimlin/mcp_excalidraw-canvas). API: POST /api/elements, POST /api/elements/batch, POST /api/snapshots, DELETE /api/elements/clear. N8N-Tool tool/create-diagram live — erstellt Canvas-Elemente + Snapshot, gibt URL zurück. PNG-Export: erfordert Browser-WebSocket → Phase C mit Browser-Automation.

WordPress Companion Plugin (Phase D)

Plugin "Viaviva Sync" — standalone PHP, Token-Auth. Endpoints: clone, status, deploy, rollback, pages/posts/products CRUD, media upload, SEO, analytics. Staging unter: staging.[domain].ultimo.hochfrequenz.tech N8N-Tools (Phase D): tool/wp-clone, tool/wp-deploy, tool/wp-rollback, tool/wp-page, tool/wp-post, tool/wp-product

Social Media APIs (Phase F)

Meta Graph API: Facebook/Instagram — Posts erstellen, planen, veröffentlichen, Kommentare, Insights. YouTube Data API v3: Videos hochladen, Title/Description/Tags, Comments, Analytics. N8N-Tools (Phase F): tool/post-social, tool/get-social-comments, tool/reply-social-comment, tool/get-social-analytics

ElevenLabs Voice-Over (Phase B)

API für professionelle Voice-Overs — nur nach Chapaty-Freigabe (Kosten pro Request). Lokale TTS (Coqui) = Vorschau, ElevenLabs = finale Produktion. N8N-Tool: tool/generate-voice(text, voice_id, settings) → speichert Audio, gibt file_path + duration_seconds zurück. Sicherheit: Chapaty-Gate — nur [INTERNAL] darf ElevenLabs triggern.

Canva Integration (Phase F)

Option A: Canva API (Template-basiert, eingeschränkt verfügbar). Option B: Browser-Automation (Playwright/Puppeteer) — realistischer. Howard braucht Browser-Tool für Option B.

Notion API (separates Feature)

Synchronisation mit externem Notion-Workspace. N8N hat native Notion-Nodes. N8N-Tools: tool/notion-get-tasks(database_id), tool/notion-update-task(page_id, status) Cron: "Notion Sync" alle 30 Min — Notion ↔ Perfex bidirektional. Schablone NOTION_SYNC.json liegt bereit.

Analytics Integration (Phase D/E)

Google Analytics 4 API: Seitenaufrufe, Conversion-Rate, Bounce-Rate. Google Search Console API: Keywords, CTR, Indexierungsstatus. Sheldon analysiert wöchentlich → Performance-Bericht → Split-Test-Vorschläge. Split-Test Workflow: Vorschlag (Sheldon) → Freigabe (Chapaty) → Variante B (Howard) → 2 Wochen Tracking → Bewertung (Sheldon) → Gewinner übernehmen.

Buchhaltung/Rechnungen (Phase G)

Konzept

Ablauf: Erste Rechnung für einen Kunden

  1. Lenny erkennt fehlende Rechnungsdaten (address, city, zip leer)
  2. Lenny fragt: "Ich brauche die Rechnungsdaten für [Kunde]. Hast du einen Link zum Impressum oder die Daten parat?"
  3. User gibt URL ein → Sheldon scrapt Impressum → Adressdaten extrahieren
  4. tblclients updaten: address, city, zip, country, VAT
  5. Rechnung generieren via Perfex Rechnungsmodul (nativ verfügbar)

Später

Status: Noch nicht bauen — kommt in Phase 8.

---

Offene Konfigurationen (Backlog)

Phasenplan (neu geordnet, Stand: 2026-04-22)

PhaseNameStatusInhalt
AMaster-Build✅ AbgeschlossenN8N, Perfex, Lenny, 17 Tools, Wiki, 4 Crons, 8 Schablonen, Excalidraw
BMedien + Nacht-ProzessOffenWhisper (Sprachnachrichten), PDF-Parsing, Bilder, ElevenLabs, Nacht-Analyse 03:00 Uhr
CTool-IntegrationenOffenExcalidraw PNG-Export (Browser), Analytics-Integration, Token-Guard
DWordPress Plugin + DeploymentOffenCompanion Plugin, Clone/Deploy/Rollback, Post/Product CRUD, SEO-Endpoints
EServer-MigrationOffenGoDaddy → Hostinger (hochfrequenz.tech, gfkb.org), Staging-Setup
FSocial Media + CanvaOffenMeta Graph API, YouTube Data API, Canva Browser-Automation, Upload-Post.com
GBuchhaltung + RechnungenOffenIMAP, Rechnungs-OCR, Digistore24 API, Monatsbericht
HShelter SaaSOffenTierheim-Produkt, ~550 Tierheime Deutschland, Perfex-Modul

Phase B — Medien + Nacht-Prozess (Priorität 1)

Phase C — Tool-Integrationen (Priorität 2)

Phase D — WordPress Plugin (Priorität 3)

Phase E — Server-Migration