← w3yh.xyz
← Notizen

journal day

Freitag, 8. Mai 2026

Tagesansicht des öffentlichen Journals: konkrete Changelog-Outputs, Incidents und kuratierte Notes, ohne dass der Index alles auf einmal rendert.

Aktivität an diesem Tag: mittel

Freitag, 8. Mai 2026

codexopenclaw

Excom Intent-Routing für Bot-Erwaehnungen gehärtet

why

    what

    • Tyrone- und Hermesto-Regeln gehärtet: `@`-Mention ist nur technischer Wakeup, nicht automatisch Auftrag.
    • Wenn Dominik einen Bot anspricht und den anderen nur als Ziel/Objekt nennt, antwortet nur der handelnde Bot; der andere gibt exakt `NO_REPLY`, ohne Erklaerung oder Statussatz.
    • Steuerplatzhalter eingefuehrt:
    • `HERMESTO_HANDLE` => `@Hermesto434_bot`
    • `TYRONE_HANDLE` => `@EPalazzo_bot`
    • Hermes-Plan, Handoff, Memory und Skill-Kontext nachgezogen.
    • Frische Excom-Test-Sessions werden archiviert/reset, damit die neue Regel ohne alte Chat-Interpretation greift.

    verification

    • Prompt-/Memory-Dateien aktualisiert.
    • Session-Reset und Gateway-Neustart separat durchgefuehrt.
    codexopenclaw

    Excom-Bot-Allowlists symmetrisch freigegeben

    why

      what

      • `.openclaw/openclaw.json`: Excom-Route `channels.telegram.groups["-1003989500657"].allowFrom` von nur Dominik `8424800642` auf Dominik + Hermesto `8497225993` erweitert.
      • `.hermes/profiles/tyrone-shadow/.env`: `TELEGRAM_GROUP_ALLOWED_USERS=8424800642,8492215918` gesetzt, sodass Hermesto in Gruppen Dominik + Tyrone akzeptiert.
      • `TELEGRAM_ALLOWED_USERS` bewusst nicht erweitert; der Gegenbot bekommt keinen DM-Zugriff.
      • Kontextdateien, Hermes-Plan, Handoff, Memory und Skill auf den neuen Allowlist-Stand aktualisiert.
      • Backups vor Patch erstellt: `openclaw.json.bak-2026-05-08-excom-bot-allowlist` und `.env.bak-2026-05-08-excom-bot-allowlist`.

      verification

      • `jq empty `.openclaw/openclaw.json` erfolgreich.
      • OpenClaw Excom-Route zeigt `allowFrom=["8424800642","8497225993"]`.
      • Hermes `.env` zeigt `TELEGRAM_GROUP_ALLOWED_USERS=8424800642,8492215918`.
      • Gateways nachgezogen und Health separat geprüft.
      codexopenclaw

      Excom Bot-to-Bot-Limit korrigiert

      why

        what

        • Bot-to-Bot-Grenze in Tyrone- und Hermesto-Kontexten festgehalten:
        • Excom ist bis zur Bestaetigung des Telegram Bot-to-Bot Communication Mode kein verlaesslicher Agent-Bus.
        • Hermesto darf nicht behaupten, Tyrone-Botnachrichten gesehen zu haben, wenn sie nicht im aktuellen Session-Kontext stehen.
        • Tyrone soll Nachrichten nur an `@Hermesto434_bot` ohne eigene Mention still ignorieren (`NO_REPLY`), statt Diagnosen in die Gruppe zu posten.
        • Zweite Grenze dokumentiert: OpenClaw Excom ist aktuell auf `allowFrom=["8424800642"]` gesetzt; echte Hermesto->Tyrone-Kommunikation braucht nach Bot-to-Bot-Aktivierung eine bewusste Allowlist-Erweiterung.
        • Hermes Skill `openclaw-shadow-analysis` korrigiert: Excom + `@EPalazzo_bot` ist aktuell nur ein human-visible Testkanal, kein garantierter Bot-to-Bot-Kanal.
        • Neue verwirrte Excom-Sessions bei OpenClaw und Hermes archiviert und die Excom-Keys aus den Session-Indexen entfernt.

        verification

        • Hermes-Gateway-Log: Inbound von Dominik sichtbar, kein Inbound von Tyrone/OpenClaw-Bot.
        • Session-Indexe: Excom-Schluessel entfernt.
        • Hermesto Gateway: `hermes --profile tyrone-shadow gateway status` meldet Service running.
        • OpenClaw Health: `ok=true`, Telegram `running=true`, `connected=true`, `lastError=null`.
        codexopenclaw

        Excom-Identitaet korrigiert und Tyrone-Session resettet

        why

          what

          • Tyrone-Identitaet zusaetzlich in `IDENTITY.md` gehärtet:
          • Tyrone = `@EPalazzo_bot`
          • Hermesto = `@Hermesto434_bot`
          • Alte gegenteilige Chat-Historie ist falsch und zu ignorieren.
          • Tyrone-SOUL/OpenClaw-Memory und Hermesto-SOUL/Hermes-Memory um dieselbe harte Korrekturregel ergaenzt.
          • Phase-1-Kollaboration genauer gefasst: Tyrone darf kleine Test-, Recherche- und Koordinationsaufgaben von Hermesto annehmen, wenn Hermesto ihn in Excom sichtbar mit `@EPalazzo_bot` anspricht; produktive Aenderungen brauchen weiter Dominiks Freigabe.
          • Aktive Tyrone-Excom-Session `agent:main:telegram:group:-1003989500657` aus `sessions.json` entfernt.
          • Alte Session-Dateien gesichert unter `.openclaw/agents/main/sessions/archive/2026-05-08-excom-identity-reset/`.

          verification

          • Session-Index enthaelt den Excom-Schluessel nicht mehr.
          • OpenClaw Gateway neu gestartet: Health `ok=true`, Telegram `running=true`, `connected=true`, `lastError=null`.
          • Hermesto Gateway neu gestartet: `hermes --profile tyrone-shadow gateway status` meldet Service running.
          codexopenclaw

          Excom-Protokoll für Hermesto und Tyrone verankert

          why

            what

            • Tyrone-SOUL und OpenClaw-Memory um ein Excom-Gruppenprotokoll erweitert:
            • Tyrone = `@EPalazzo_bot`, Hermesto = `@Hermesto434_bot`.
            • Ohne Bot-Mention antwortet Tyrone als operativer Default.
            • `@Hermesto434_bot` adressiert Hermesto, `@EPalazzo_bot` adressiert Tyrone.
            • Wenn Hermesto Tyrone anspricht, antwortet Tyrone sichtbar in Excom, kurz und kooperativ.
            • Hermesto-SOUL und Hermes-Memory spiegelnd ergaenzt:
            • Hermesto antwortet nur bei Mention/ausdruecklichem Hermes-Bezug oder wenn Tyrone ihn anspricht.
            • Nachrichten an Tyrone laufen als normale Excom-Nachricht mit `@EPalazzo_bot`, kein internes Target.
            • Anti-Loop-Regel: maximal eine Antwort pro Gegenpart-Nachricht, ausser Dominik fordert mehr.
            • Hermes-Plan und `TYRONE_HANDOFF.md` auf aktuellen Excom-Testkanal aktualisiert.

            verification

            • Prompt-/Memory-Dateien syntaktisch gelesen.
            • Gateways danach neu gestartet.
            • Hermesto Gateway: `hermes --profile tyrone-shadow gateway status` meldet Service running.
            • OpenClaw Health: `ok=true`, Telegram `running=true`, `connected=true`, `lastError=null`, `allowUnmentionedGroups=true`.
            codexopenclaw

            Tyrone-Gruppenantworten wieder sichtbar gemacht

            why

              what

              • Root Cause in der Excom-Session `agent:main:telegram:group:-1003989500657` gefunden:
              • Sichtbar gepostet wurden nur Runs mit `message(action=send)` (`messageId` 30/34).
              • Normale Final-Antworten mit `[[reply_to_current]]` blieben privat, weil Gruppen standardmaessig `message_tool_only` nutzen.
              • `.openclaw/openclaw.json`: `messages.groupChat.visibleReplies="automatic"` gesetzt.
              • OpenClaw Gateway neugestartet und neuen Stand als `.openclaw/openclaw.json.last-good` gesichert.

              verification

              • OpenClaw Health: `ok=true`, Telegram `running=true`, `connected=true`, `lastError=null`.
              • Telegram Bot API: `@EPalazzo_bot`, `can_read_all_group_messages=true`.
              • Gateway-Journal: sauberer Restart, `gateway ready`, Telegram Provider gestartet.
              codexopenclaw

              Tyrone Telegram-Supergroup-ID korrigiert

              why

                what

                • Telegram-ID per Bot API gegengeprüft:
                • `-5213626642`: alte Gruppe `Excom`
                • `-1003989500657`: aktuelle Supergroup `Excom`
                • `-100389950657`: ungueltig/nicht erreichbar
                • `.openclaw/openclaw.json`: `channels.telegram.groups["-1003989500657"]` mit `allowFrom=["8424800642"]`, `requireMention=false` ergaenzt.
                • `.hermes/profiles/tyrone-shadow/.env`: `TELEGRAM_GROUP_ALLOWED_CHATS=-5213626642,-1003989500657` gesetzt.
                • Beide Gateways neugestartet.

                verification

                • OpenClaw Health: `ok=true`, Telegram `running=true`, `connected=true`, `mode=polling`, `allowUnmentionedGroups=true`.
                • Telegram Bot API: `@Hermesto434_bot` und `@EPalazzo_bot` sind in `-1003989500657` Administratoren.
                • OpenClaw-Log: `gateway ready`, Telegram Provider `@EPalazzo_bot` gestartet.
                codexopenclaw

                Telegram-Gruppe für Hermesto und Tyrone freigegeben

                why

                  what

                  • `.hermes/profiles/tyrone-shadow/.env`: `TELEGRAM_GROUP_ALLOWED_CHATS=-5213626642` gesetzt.
                  • `.openclaw/openclaw.json`: `channels.telegram.groups["-5213626642"]` ergaenzt mit `allowFrom=["8424800642"]` und `requireMention=false`.
                  • Beide User-Services neugestartet:
                  • `hermes-gateway-tyrone-shadow.service`
                  • `openclaw-gateway.service`
                  • Hermes-Handoff/Plan/Memory um die Gruppen-ID und den offenen Telegram-Bot-Status ergaenzt.

                  verification

                  • Hermes Gateway: aktiv/running.
                  • OpenClaw Gateway: aktiv/running.
                  • Config-Check: OpenClaw-Gruppe gesetzt, Hermes-Profil-Env gesetzt.
                  • Telegram Bot API:
                  • `@Hermesto434_bot`: `getMe=true`, Gruppe `-5213626642` meldet `status=left`.
                  • `@EPalazzo_bot`: `getMe=true`, Gruppe `-5213626642` meldet `status=left`.
                  • Naechster manueller Schritt: beide Bots in die Gruppe einladen und BotFather Privacy/Admin-Status pruefen.
                  codexopenclaw

                  Hermesto CEO-Shadow verankert

                  why

                    what

                    • Neue Hermes-Governance-Unterlagen erstellt:
                    • `.hermes/governance/CEO_ROLE.md`
                    • `.hermes/governance/TYRONE_HANDOFF.md`
                    • Rollout-Plan nach Hermes verschoben und aktualisiert:
                    • `.hermes/plans/hermes-agent-paralleltest-2026-05-07.md`
                    • Hermes-Shadow-Config erweitert: `/hermes-plans` und `/hermes-governance` werden read-only in den Docker gemountet; ganzes `~/.hermes` bleibt ungemountet.
                    • Hermesto-SOUL und Built-in Memory auf CEO-Shadow geschärft: Dominik > Hermesto > Tyrone, aber Phase 1 bleibt read-only.
                    • OpenClaw/Tyrone-Kontext synchronisiert:
                    • `SOUL.md`
                    • `MEMORY.md`
                    • `references/HERMES_OPENCLAW_ONBOARDING.md`
                    • `tasks/todo.md`
                    • `memory/2026-05-08.md`
                    • Agent-Knowledge-Graph kennt Hermesto als CEO-Zielinstanz, aber ohne Auto-Routing in Phase 1.
                    • Nur Hermes-Shadow-Service neu gestartet; OpenClaw-Gateway blieb unangetastet.

                    verification

                    • `CONFIG_OK` für Hermes `config.yaml`.
                    • Docker-Smoke: `READ_OK_WRITE_BLOCKED` für `/workspace`, `/hermes-plans`, `/hermes-governance`.
                    • Plan-Move-Smoke: `PLAN_MOVED_OK`.
                    • `hermes-gateway-tyrone-shadow.service` aktiv nach Restart.
                    • Hermesto-Oneshot: `HERMESTO_CEO_SHADOW_OK`.

                    Incidents

                    Telegram / Excom Intent-Routing
                    ~12 mincodex

                    Problem: Hermesto antwortete auf Steueranweisungen an Tyrone, weil sein Handle nur als Ziel der von Tyrone zu sendenden Nachricht im Text stand

                    Ursache: Telegram weckt jeden Bot bei `@`-Mention; die Agent-Regeln unterschieden noch nicht hart genug zwischen technischem Wakeup und semantischem Auftrag

                    Fix: Tyrone-/Hermesto-Regeln auf Intent-Routing gehaertet: nur handelnder Bot antwortet, anderer `NO_REPLY`; Steuerplatzhalter `HERMESTO_HANDLE`/`TYRONE_HANDLE` eingefuehrt; frische Excom-Sessions resetten und Gateways neu starten

                    Telegram / Excom Bot-Allowlists
                    ~10 mincodex

                    Problem: Hermesto und Tyrone durften sich lokal nicht symmetrisch als Gruppensender triggern

                    Ursache: OpenClaw Excom-Route erlaubte nur Dominiks Sender-ID; Hermes war gruppen-scoped ebenfalls nur auf Dominik gesetzt

                    Fix: OpenClaw Excom `allowFrom` um Hermesto-ID `8497225993` erweitert; Hermes `TELEGRAM_GROUP_ALLOWED_USERS` um Tyrone-ID `8492215918` erweitert; keine DM-Freigabe fuer Gegenbots; Gateways neu gestartet und Health geprueft

                    Telegram / Excom Bot-to-Bot
                    ~20 mincodex

                    Problem: Hermesto sah Tyrone-Botnachrichten nicht und meldete faelschlich eine reine One-Way-Integration

                    Ursache: Telegram stellt Bot-Nachrichten an andere Bots nur mit Bot-to-Bot Communication Mode zu; Hermes-Logs zeigten Inbound von Dominik, aber keinen Inbound von Tyrone/OpenClaw; OpenClaw filtert Excom zusaetzlich auf Dominiks Sender-ID

                    Fix: Tyrone-/Hermesto-Regeln, Memories und Hermes-Skill auf human-visible Excom-Testkanal korrigiert; Bot-to-Bot-Modus und spaetere OpenClaw-Allowlist-Erweiterung als Dominik-Schritte dokumentiert; neue Excom-Sessions bei OpenClaw/Hermes archiviert und Gateways neu gestartet

                    Telegram / Excom Identitaet
                    ~15 mincodex

                    Problem: Tyrone behauptete weiter, Hermesto sei `@EPalazzo_bot`, obwohl die neue Excom-Regel gesetzt war

                    Ursache: Die aktive Excom-Session enthielt alte falsche Assistant-Antworten mit vertauschter Bot-Zuordnung; diese Historie ueberstimmte die spaetere Korrektur praktisch

                    Fix: Harte Bot-Identitaetsregel in `IDENTITY.md`, Tyrone-/Hermesto-SOUL und Memories ergaenzt; alte Excom-Session archiviert und aus `sessions.json` entfernt; OpenClaw und Hermesto-Gateway neu gestartet und Health geprueft

                    Telegram / Excom Agent-Routing
                    ~10 mincodex

                    Problem: In Excom antwortete praktisch nur ein Agent pro Nachricht; Hermesto musste explizit erwaehnt werden, waehrend Tyrone ohne klare Gegenregel als Default dominierte

                    Ursache: Es gab noch kein dauerhaftes gemeinsames Mention-Protokoll in Tyrone- und Hermesto-Kontexten; Telegram-Einmalprompts waeren nach Kontextwechseln fragil

                    Fix: Excom-Protokoll in Tyrone-SOUL/OpenClaw-Memory und Hermesto-SOUL/Hermes-Memory verankert: Bot-Identitaeten, Mention-Routing, Default-Zustaendigkeit und Anti-Loop-Regeln; Hermes-Plan/Handoff aktualisiert; Gateways neu gestartet

                    Telegram / Tyrone Gruppenantworten
                    ~20 mincodex

                    Problem: Tyrone zeigte kurz "tippt", aber viele Antworten erschienen nicht in der Excom-Gruppe

                    Ursache: OpenClaw-Gruppenmodus stand implizit auf `message_tool_only`: normale Final-Antworten bleiben privat; Tyrone erzeugte oft nur `[[reply_to_current]]` statt `message(action=send)`

                    Fix: `messages.groupChat.visibleReplies="automatic"` gesetzt, Gateway neugestartet, Telegram Health `connected=true`, Bot API `can_read_all_group_messages=true`, Config als `openclaw.json.last-good` gesichert

                    Telegram / Tyrone-Hermesto Gruppe
                    ~15 mincodex

                    Problem: Hermesto antwortete in der Gruppe, Tyrone blieb still

                    Ursache: Gruppe `Excom` wurde von `-5213626642` auf Supergroup-ID `-1003989500657` migriert; OpenClaw war nur fuer alte ID freigegeben

                    Fix: Supergroup-ID per OpenClaw-Log und Bot API verifiziert, OpenClaw `channels.telegram.groups["-1003989500657"]` ergaenzt, Hermesto allowed chats auf alte+neue ID gesetzt, beide Gateways neugestartet und Health geprueft

                    Persönliches Build-Journal. Aufgaben werden über ein Agentensystem (OpenClaw, verschiedene LLMs) per Cron- und Telegram-Trigger ausgeführt; die Heatmap zeigt eine relative Compute-Aktivität in fünf Stufen.