Missionen statt Sessions

Mission abfeuern. Fertig vorfinden.

Feuere Arbeit auf einen Agenten ab — unter einem Envelope, den du geschrieben hast. Häng dich aus. Unterbrochen wirst du nur, wenn der Envelope es sagt. Oder lass es headless über eine Aufgabenliste laufen, Zeile für Zeile, jede in sauberem Kontext.

Rezept ausführen Auf GitHub ansehen

$ curl -fsSL https://contenox.com/install.sh | sh

Installiert contenox. Mit contenox init richtest du einen Workspace ein.

jedes Modell eine Binärdatei kein Konto SQLite deine Regeln in einer Datei, die du lesen kannst

Die Terminal-UI

Eine Session. Chat, Plan, Shell.

contenox new öffnet eine persistente Terminal-Session, in der Unterhaltung, Pläne und Shell-Kommandos einen Kontext teilen — und MCP-Tool-Verbindungen über die Turns hinweg offen bleiben, statt sich bei jedem Aufruf neu zu verbinden.

contenox new im Terminal: eine Aufgabe in natürlicher Sprache, contenox liest das Repo und antwortet in derselben Session

Chatten, planen und ausführen an einem Ort

Das Problem besprechen, den Plan skizzieren, die Kommandos ausführen — ohne Fensterwechsel und ohne Kontextverlust zwischen den Modi.

MCP bleibt warm

Tool-Server verbinden sich einmal und bleiben über die Turns hinweg verbunden — zustandsbehaftete Tools behalten ihren Zustand, und Antworten kommen schnell.

Freigaben, die nicht im Weg stehen

Riskante Schritte pausieren für ein kurzes Ja oder Nein direkt in der Session — sinnvolle Defaults, kein Zeremoniell. Eine zusammengesetzte Zeile aus allowlisteten Kommandos läuft einfach durch; der Envelope unterbricht nur, wo er muss.

Das contenox CLI entdecken →

Kernfähigkeiten

Terminal zu. Es kann in der Zwischenzeit nichts anrichten.

Tool-Allowlists, Kommando-Policy, Budgets, Freigabe-Gates — was der Agent unbeaufsichtigt tun darf, ist eine Datei, die du geschrieben hast, keine Vermutung. Eine unbeantwortete Freigabe checkpointet den Run und gibt den Platz frei; beantworte sie aus jedem Terminal, auch Tage später, und der Run läuft genau einmal weiter.

Die Chain ist der Vertrag

Prompts, Modell-Routing und jede Regel sind sichtbare Schlüssel in einer versionierten Datei — prüfbar, diffbar, wiederholbar. Ein Harness hinter dem CLI, der Terminal-UI und jedem ACP-Editor.

Es liest Go wie der Compiler

Describe, Definition, References, Implementations, Symbols, Diagnostics — sechs Abfragen, beantwortet in-process vom echten Type-Checker, warm in Mikrosekunden. Kein Language-Server zu installieren oder zu pflegen.

Frag das Repo, bekomm zitierte Zeilen

contenox index baut einen hybriden Volltext-plus-Embedding-Index in lokalem SQLite; contenox search antwortet mit file:line-Zitaten und markiert einen Treffer als veraltet, sobald sich seine Datei ändert.

Provider sind Konfiguration

Inferenz läuft über lokales Ollama oder vLLM — oder über OpenAI, Anthropic, Gemini, Bedrock oder Vertex — ohne den Workflow anzufassen.

Lokal als Standard

Sessions, Konfiguration, Run-Logs und Zustand liegen in SQLite auf deinem Rechner. Kein gehosteter Dienst, kein Konto — Telemetrie ist opt-in und standardmäßig aus.

Terminal-Demo: Ein destruktives rm-Kommando stoppt vor der Ausführung an einem Freigabe-Gate

Einmal abfeuern, aushängen, fertig vorfinden. Der Envelope begrenzt, was der Agent tun darf, während du weg bist; die Chain ist der Vertrag für das, was er tut. Dieselben Sessions im Terminal und im Editor, jedes Modell und jeder MCP in Kombination. Gebaut von seinem ersten Kunden — und der ist schwer zu überzeugen.

Der alte Weg	contenox
Ein versteckter Prompt	Eine Datei, die du editierst
Blast-Radius raten	Ein Envelope, den du geschrieben hast
Zuschauen, wie es arbeitet	Ausgehängte Missionen
Ein Anbieter	Jedes Modell, jeder MCP — kombiniert

Was du bauen kannst

Wiederholbare Arbeit, mit Policy in der Datei.

→Release-Evidenzpaket: Git-Historie, PRs, Ticketnotizen und CI-Ausgaben rein; die Chain entwirft Changelog, Risikohinweise und Deployment-Checkliste — und stoppt vor der Veröffentlichung.
→API-zu-Workflow-Wrapper: ein schmales OpenAPI-Subset registrieren, versteckte Workspace- oder Umgebungsargumente injizieren und Freigaben für schreibende Aufrufe verlangen.
→Repo-Wartungs-Chain: ein Issue analysieren, den Patch planen, nur freigegebene Dateien anfassen, Tests ausführen und ein Review-Paket vorbereiten, statt das Projekt still zu verändern.
→Browser-QA-Evidenz: Playwright erfasst den Live-Zustand der App, die Chain schreibt Doku oder Screenshots, und die Policy entscheidet, was menschliche Freigabe braucht.

Dort, wo gearbeitet wird

Dieselbe Chain läuft im Editor, im Terminal oder in der Automatisierung.

Contenox spricht das Agent Client Protocol über stdio. Nutze Zed, JetBrains, AionUi oder OpenClaw, wenn eine Editor-Oberfläche hilft; der Workflow selbst bleibt in der Chain-Datei, Tool-Aufrufe und HITL-Freigaben laufen über den Client.

// ~/.config/zed/settings.json
{
  "agent_servers": {
    "Contenox": {
      "type": "custom",
      "command": "contenox",
      "args": ["acp"]
    }
  }
}

Zed-Anleitung lesen →JetBrains-Anleitung lesen →AionUi-Anleitung lesen →OpenClaw-Anleitung lesen →

Auf offenen Standards gebaut

Spricht die Protokolle, die deine Tools schon nutzen.

Go die Implementierung SQLite lokaler Zustand Ollama lokale Modelle vLLM lokale Modelle

Lokale Modelle laufen über Ollama oder vLLM und deren lokale APIs; gehostete Provider über ihre öffentlichen APIs. Keine mitgelieferte Inferenz-Runtime, keine GPU-Treiber im Paket.

Loslegen

Feuere deine erste Mission ab.