| Zeit | Art | Stufe | Vorgang |
|---|
| Zeit | Art | Stufe | Vorgang | Einzelheiten |
|---|
Was Agenten und Personen festgehalten haben — die neueste oben. Der Lagebericht landet hier.
Logo oben links. Nur PNG, JPG oder WebP — kein SVG. Erkannt wird am Inhalt, nicht an der Endung; das Bild wird auf dem Server neu kodiert und nur diese Fassung ausgeliefert.
Alles, was einstellbar sein kann, steht hier — nie in einer Datei auf
dem Server. Werte sind JSON: 30, "text",
true, ["a","b"].
| Bereich | Schlüssel | Wert | Geändert |
|---|
Die Außenwache läuft außerhalb unseres Servers (Cloudflare) und fragt im Takt /healthz ab.
Antwortet das Kontor nach der eingestellten Zahl von Versuchen nicht, bekommt jedes ausgewählte Gerät
einen Push ohne Inhalt; das Gerät fragt selbst nach und schreibt die Meldung — bei der Entwarnung mit
der Dauer des Ausfalls. Die Werte hier gehen nach KV; fehlt dort etwas, arbeitet der Worker mit seinen
Vorgaben (an, jede Minute, nach 2 Fehlschlägen) — auch wenn das Kontor weg ist. Fest und nicht
einstellbar: Takt 1 bis 10 Minuten, Schwelle 1 bis 5, eine Wartung höchstens 5 Minuten.
Der Wächter läuft als eigener Dienst — nicht im Werk, in keinem Dienst, den er überwacht.
Jede Störung wird einmal gemeldet; ist sie behoben, kommt eine Entwarnung. Fest und nicht
einstellbar: Zertifikat läuft in weniger als 14 Tagen ab, Probe-Wiederherstellung älter als
8 Tage oder gescheitert. Einstellbar unter Einstellungen, Bereich waechter:
Plattenplatz, Stau, Fehlerquote, Takt. Nicht abgedeckt: fällt der ganze Server
oder der Wächter selbst aus, meldet sich niemand — dafür braucht es eine Prüfung von außen.
Vor einem geplanten Neustart anmelden: dann meldet der Wächter keinen Push, sondern schreibt „Wartung: Dienst … neu gestartet“ ins Protokoll. Höchstens 5 Minuten (fest). Ist der Dienst danach nicht wieder da, kommt sofort die normale Störungsmeldung.
| Prüfung | Zustand | Befund |
|---|
Meldungen kommen über die Kontor-App aufs Handy. Auf dem iPhone muss das Kontor dafür zuerst zum Home-Bildschirm hinzugefügt und von dort geöffnet werden.
| Gerät | Seit | Zuletzt zugestellt | Zustand |
|---|
| Prüfung | Beginn | Ende | Befund |
|---|
| Zeit | Art | Titel | Zugestellt | Hinweis |
|---|
Der große Schalter hält alle schreibenden Zugriffe an. Jede Schaltung
landet mit Grund im Protokoll. Lösen geht auch ohne Oberfläche:
docker compose exec api node src/notzugang.mjs notaus-loesen --alle
Hält genau eine Verbindung an: nichts wird über sie eingereicht,
freigegeben oder ausgeführt. Der Bereich echtbetrieb
oben hält alle Verbindungen zugleich an.
Alles an einem Agenten ist hier einstellbar — Anweisung, Modell, Werkzeuge, Budget, Frist, Takt. Nichts davon steht im Quelltext.
| Name | Modell | Werkzeuge | Budget | max_tokens | Frist | Spur | Zeitplan | Zustand |
|---|
KI-Anbieter anbinden, ohne Code. Schlüssel liegen verschlüsselt beim Zahlmeister und werden nie wieder angezeigt. Adressen nur über https; private und lokale Ziele sind gesperrt — auch über Umwege. Aktivieren geht erst nach einem bestandenen Test. Agenten fordern eine Fähigkeit an; gewählt wird nach Preis und Verfügbarkeit, fällt ein Anbieter aus, greift der nächste.
Training: Ein Anbieter, der Inhalte zum Training verwendet, wird von der automatischen Wahl nie für echte Arbeit genommen — nur für Tests und für Aufträge, die beim Ausführen ausdrücklich als unbedenklich markiert wurden. In unseren Aufträgen stecken Kunden- und Firmendaten; die gehören nicht in fremdes Training. Kalkulatorisch heißt: Freikontingent — gebucht wird der Listenpreis (Budget und Schranke greifen), aber es fließt kein Geld; diese Buchungen stehen nicht im Auszug für den Steuerberater und müssen regelmäßig bestätigt werden.
| Anbieter | Zustand | Daten und Abrechnung | Schlüssel | Letzter Test |
|---|
Preise in Euro je Million Token (bzw. je Erzeugnis). Ohne Preis bleibt ein Modell inaktiv — sonst gäbe es für seine Aufrufe keine harte Kostenschranke.
| Modell | Fähigkeiten | € / Mio ein | € / Mio aus | € je Erzeugnis | max. Ausgabe | aktiv |
|---|
| Anbieter | Modell | Aufrufe | gescheitert | Summe | je Aufruf |
|---|
| Nr. | Agent | Zustand | Angelegt | Dauer | Kosten | Token |
|---|
Das Kontor überweist nie selbst und hebt nie Geld ab. Überweisungen entstehen nur als Entwurf bei der Bank — ausgeführt erst, wenn Andreas oder Peter sie in der Bank-App bestätigt. Vorher die Schleuse (ab 50 € Vier-Augen). Empfänger nur aus der Empfängerliste. Karten nur virtuell mit Limit (höchstens 50 € je Zahlung, fest), nur bei freigegebenen Händlern; neue Karten werden gesperrt angelegt und nur in der Bank-App entsperrt. Zuerst nur Sandboxen. Jede Zahlung eines Agenten wird einzeln von einer Person freigegeben — keine automatische Grenze für Kleinbeträge (Entscheidung Andreas Loos, 24.09.2026). Das Zahlungsbudget je Agent ist eine Obergrenze, die auch nach einer Freigabe gilt.
Niemals zwei Entwürfe mit derselben KONTOR-V-Nummer unterschreiben. Jeder Entwurf trägt seine Nummer (z. B. KONTOR-V41) in der Referenz. Stehen in der Bank-App zwei mit derselben Nummer, ist einer doppelt — keinen davon unterschreiben, sondern melden.
ÜBUNG: Die Probebank ist nachgebaut — kein echtes Geld, keine echte Bank. Alles, was dort entsteht, ist Übung.
| Bank | Karten | Händler | Umsätze | Entwürfe | Stand |
|---|
| Verbindung | Bank | Umgebung | Zustand | Grenzen | Rechte |
|---|
Nur Personen pflegen diese Liste. Ein Entwurf an eine IBAN, die hier nicht steht, wird abgewiesen und meldet sich per Push.
| Name | IBAN | Angelegt von | Zustand |
|---|
Geht durch die Schleuse unter „Freigaben“ — nur Personen reichen Kassen-Vorgänge ein, nie ein Agent.
Je Kalendermonat, getrennt von den Modellkosten (Budget im Agenten). Obergrenze auch nach einer Freigabe: das Monatslimit der Karte bei der Bank ist genau dieses Budget. 0 € heißt: keine Zahlungen.
| Agent | Budget je Monat (€) | Geändert |
|---|
| Agent | Bankverbindung | Seit | Vorgang |
|---|
| Karte | Agent | Limit je Zahlung | Monatslimit | Zustand |
|---|
| KONTOR-Nr. | Empfänger | Betrag | Zweck | Zustand | Vorgang |
|---|
Kalkulatorische Buchungen (Freikontingent) zählen für Budgets, sind aber nie geflossen: nicht in „Gesamt“, nicht im Auszug für den Steuerberater.
| Anbieter | Modell | Aufrufe | gescheitert | Summe | je Aufruf |
|---|
| Agent | Buchungen | Summe |
|---|
| Zeit | Art | Spur | Mandant | Verbindung | Agent | Auftrag | Betrag | Beleg | Notiz |
|---|
Nur diese Domains darf web_lesen abrufen — Unterdomänen
eingeschlossen. Alles andere wird abgelehnt und im Protokoll vermerkt.
Ein Eintrag zeigt nur auf den Namen: Adressen, die auf das eigene Netz
zeigen, werden zusätzlich geprüft und abgewiesen.
| Domain | Notiz | Angelegt |
|---|
Neue Konten entstehen per Einladung (unten): Passwort und
zweiten Faktor wählt die eingeladene Person selbst, niemand sonst sieht
sie. Passwort setzen und den zweiten Faktor abschalten macht
notzugang.mjs auf der Server-Shell. Hier lässt sich sehen,
wer Zugang hat, und ein Konto stilllegen. Regel: ein aktives Konto je
Person — sonst zählt Vier-Augen zwei Konten derselben Person.
| Name | Art | 2. Faktor | Angelegt | Letzter Zugang | Zustand |
|---|
Der Link gilt höchstens 24 Stunden und nur einmal. Bis er eingelöst ist, gibt es kein Konto — es kann also nichts. Zurücknehmen geht jederzeit, solange er nicht eingelöst ist. Gespeichert wird nur ein Fingerabdruck des Links; der Link selbst ist nur direkt nach dem Erzeugen zu sehen.
Nur jetzt sichtbar. Diesen Link der eingeladenen Person auf einem vertraulichen Weg schicken — wer ihn hat, kann ihn einlösen.
| # | Name | Angelegt | Gültig bis | Zustand |
|---|
| Bereich | Verbindung | Zustand | Einnahmen | Ausgaben | Ergebnis |
|---|
| Beleg | Zeit | Handlung | Verbindung | Betrag | Zustand |
|---|
Nur zahlungswirksame Buchungen — kalkulatorische (Freikontingent) sind nie geflossen und fehlen hier. Belege: Freigabe-Nummern der Schleuse.
Atlas der Verdienstwege: womit sich legal Geld verdienen lässt — Inhalte, digitale Produkte, Dienstleistungen, Handel, Krypto. Jede Angabe mit Quelle und Datum; die Datenbank nimmt nur Angaben an, deren Zitat in einer Fundstelle der eigenen Websuche steht.
Keine Rechts- oder Steuerberatung. Angaben ohne Gewähr, Stand siehe Datum an jeder Angabe. Rechtslage und Steuerhinweis nimmt die Datenbank nur mit einer Behördenquelle an.
Nur Personen legen Verdienstwege an; ein Agent kann sie nur vorschlagen. Auf diesen Domains sucht der Späher, und Belege von dort gelten als Anbieterquelle. Jedes Anlegen steht im Protokoll.
| Rang | Verdienstweg | Kategorie | Ertrag | Aufwand | Verhältnis | Wie | Stand |
|---|
Ertrag und Aufwand sind Einschätzungen von 1 bis 5, jede mit Zitat belegt. Ohne beide Stufen steht ein Weg hinten („noch nicht bewertet“).
Vorführung, wie eine Agentenplattform Geld erzeugen könnte — ein simulierter Monat im Zeitraffer. Gleicher Startwert und gleiche Entscheidungen ergeben denselben Verlauf. Nichts hiervon berührt das echte Kassenbuch.
Automatik: nur im Schaufenster. Im Echtbetrieb gibt es keine automatische Entscheidung — nie Freigabe durch Zeitablauf.
| Tag | Was passiert ist | Kosten | Erlös | Kosten Σ | Erlös Σ | Ergebnis Σ |
|---|
| Nr. | Thema | Ablauf | Zustand | Aufrufe | Erlös | Kosten |
|---|
| Simulierte Zeit | Art | Vorgang |
|---|
Anfangsbestand, keine Marktdaten. Änderbar unter
Einstellungen, Bereich
schaufenster. Ein laufender Lauf behält seine Annahmen;
ein neuer Lauf übernimmt den dann gültigen Stand.
| Annahme | Wert |
|---|
Stufe 1: keine Plattform angebunden.
Zugangsdaten werden verschlüsselt beim Zahlmeister hinterlegt und nie wieder angezeigt — auch nicht verkürzt, auch nicht Ihnen. Agenten bekommen sie nie zu sehen; sie stellen Vorgänge in die Schleuse. Überweisen, Ein- und Auszahlen kann über keine Verbindung ausgelöst werden.
| Verbindung | Rechte | Zustand | Zugangsdaten | Grenzen | Besitzer |
|---|
Alles, was das Haus verlässt, geht durch diese Schleuse. Entschieden wird nur von Personen, jede einmal, nie durch Zeitablauf.
| Nr. | Verbindung | Handlung | Betrag | Zustand | Entscheidungen | Ausführung | Eingereicht |
|---|
Änderbar unter Einstellungen, Abschnitt Firmendaten.