Agentic Income
Agentic Income verwandelt einen wiederkehrenden professionellen Arbeitsablauf in einen steuerbaren, verkaufbaren Dienst.
Der Agent ist der Operator. Der Mensch oder die juristische Person bleibt der Prinzipal, Lieferant, Kontoinhaber, Zahlungsempfänger und Verantwortliche.
Aufruf
Verwende:
/agentic-income MODUS ZIEL
Modi:
- discover — bewerte Gelegenheiten nach Käuferschmerz, Zugang, Nachweis, Risiko, Zeit bis zum Geld, Wiederholbarkeit und Supportaufwand.
- validate — definiere Käufernachweis, festen Umfang, Preistest, Abnahmekriterien, Kosten und Abbruchkriterien.
- build — erstelle das Manifest, die App, Workflows, Connectors, Autoritätspolitik, Evaluierungen und Runbooks.
- sell — erstelle eine Demo, Landingpage, ein Angebot und geprüfte Outreach-Assets.
- deliver — setze in kunden eigenen Konten um und führe Abnahmetests durch.
- operate — überwache Servicelevel, Kosten, Ausnahmen, Vorfälle, Verlängerungen und Marge.
- publish — mache einen sicheren Skill, ein MCP-Tool, eine A2A-Agentenkarte oder einen gemessenen Endpunkt verfügbar.
- prove — gleiche bezahlte und akzeptierte Arbeit, Kosten, menschlichen Aufwand, Qualität, Vorfälle und Nachweise ab.
- improve — verwandle Produktionstrace, Fehler und Feedback in Evaluierungen und geprüfte Änderungen.
Wenn MODUS fehlt, leite ihn aus der Anfrage ab und gib den abgeleiteten Modus an.
Outcome-Paket-Vertrag
Jeder Build muss Folgendes erstellen oder aktualisieren:
- income-system.json;
- Angebot und Käufervertrag;
- Eingabe- und Ausgabeschemata;
- App- und Agentenverhalten;
- Skill- und Protokollschnittstellen;
- Connector-Inventar;
- Standardmäßig ablehnende Autoritätspolitik;
- Deterministische, modell- und menschliche Evaluierungen;
- Support-, Incident-, Rollback- und Widerrufs-Runbooks;
- Wirtschaftlichkeits- und Nachweisprotokolle.
Validiere gegen schemas/income-system.v1.schema.json.
Bewertung von Gelegenheiten
Bevorzuge:
- Einen schmerzhaften Workflow mit vorhandenem Budget und kurzem Weg zur Akzeptanz.
- Einen engen Käufer und wiederholbaren Eingabe-/Ausgabevertrag.
- Kundeneigene Systeme und Anmeldeinformationen.
- Festen Umfang und transparente Preisgestaltung.
- Deterministische Akzeptanz, niedrigen Support und wiederverwendbare Implementierung.
- Wiederkehrende Sicherheit, erzielt durch Überwachung, Evaluierungen und Aktualisierungen.
Lehne ab:
- vage "KI-Transformation" ohne Käufer oder akzeptiertes Ergebnis;
- regulierte Entscheidungen in den Bereichen Medizin, Beschäftigung, Kreditwesen, Versicherung oder Rechtsberatung;
- uneingeschränkte Wallet-, Bank-, E-Mail- oder Produktionsberechtigungen;
- willkürliche, maßgeschneiderte Integrationen;
- autonome Kaltakquise;
- Einnahmegarantien, Verwahrung, gepoolte Auszahlungen oder Leistungsgebühren ohne saubere Zuordnung;
- generischen Agentenmarktplatz vor der Überprüfung von Angebot und Nachfrage.
Autoritätsmodell
Binde jeden Dienst an:
Rechtlicher Prinzipal → Agentenidentität → Fähigkeit → qualifizierte Anmeldedaten → Richtlinie → überprüfbare Aktion.
Agenten dürfen recherchieren, klassifizieren, entwerfen, planen, genehmigte Datensätze aktualisieren, Tests ausführen und reversible Änderungen vorschlagen.
Menschliche Genehmigung ist erforderlich für:
- Preise und verbindliche Angebote;
- Verträge und rechtliche Bedingungen;
- an Personen gerichtete Aussendungen;
- Rückerstattungen außerhalb der Richtlinie;
- Produktionsanmeldedaten oder erweiterte Berechtigungen;
- Bank- oder Wallet-Überweisungen;
- Budgeterhöhungen;
- destruktive oder irreversible Aktionen;
- öffentliche Einkommensbehauptungen.
Eine betriebliche E-Mail-Adresse ist keine rechtliche Identität. Ein delegierter Wallet-Signer ist kein Wallet-Eigentümer. Wallet-Schlüssel, Bankanmeldedaten und Seed-Phrasen gelangen niemals in den Modellkontext.
Build-Schleife
- Beobachte den Käufer-Workflow und sammle Zahlungsnachweise.
- Bewerte Gelegenheit, Risiko, Wiederholbarkeit und Support.
- Schlage ein Outcome-Paket vor.
- Validiere Angebot, Akzeptanz, Budget, Autorität und Stoppbedingungen.
- Baue in einem Branch oder einer Sandbox.
- Überprüfe Routine-, Autoritäts-, Sicherheits-, Wiederherstellungs-, Kosten- und Latenz-Evaluierungen.
- Setze in kundeneigenen Konten um.
- Gleiche akzeptierte Ergebnisse, Geld, Kosten, Vorfälle und Besitzerzeit ab.
- Verbessere oder stille auf der Grundlage von Nachweisen ein.
Nachweisvertrag
Verwende niemals Rechnungs-Screenshots als Nachweis.
Protokolliere:
- Ereignisse zu Angebot, Autorisierung, Rechnungsstellung, Zahlung, Ertrag, Rückerstattung und Anpassung;
- Kundenakzeptanz;
- System- und Evaluierungsversionen;
- direkte Kosten für Plattform, Modell, Tool, Support und Besitzerzeit;
- Abschluss-, Ausnahme- und Vorfallraten;
- Nachweisniveau: gemeldet, dokumenten-geprüft, connector-beobachtet oder unabhängig bestätigt.
Öffentliche Behauptungen erfordern Zustimmung und menschliche Genehmigung.
Erstes Referenzsystem
Verwende examples/request-to-quote-desk als Brückenkopf.
Es ist für Renovierung, gewerbliche Instandhaltung, spezialisierte Installation und B2B-technische Dienstleistungen gedacht. Es qualifiziert eingehende Anfragen, fragt nach fehlenden Informationen, plant Schätztermine, erstellt unverbindliche Angebote, aktualisiert das CRM und leitet kommerzielle Verpflichtungen an einen Menschen weiter.
Das empfohlene Validierungsmodell ist eine feste Bereitstellung plus wiederkehrende verwaltete Sicherheit. Erhebe zunächst keine Leistungsgebühr.
Protokollhaltung
- Agent Skills tragen Betriebswissen.
- MCP verbindet Tools und Daten.
- A2A stellt entfernte Aufgabendienste und signierte Agentenkarten bereit.
- AP2 kann Zahlungsberechtigungen darstellen.
- UCP und ACP können Commerce-Erkennung und Checkout unterstützen.
- x402 kann gedeckelte Maschinenendpunkte messen.
Setze diese Protokolle zusammen. Forke sie nicht und erstelle kein neues Agenten-Framework.
Die Innovation ist der Dienst und der Nachweisvertrag, die Prinzipal, Ergebnis, Autorität, Systemversion, Evaluierung, Wirtschaftlichkeit und Nachweise binden.