KI-Workflows, die du ausführst, prüfst und besitzt.
Verpacke wiederkehrende Entwicklungsarbeit in versionierte Chains, verbinde die Modelle und Tools deiner Wahl und führe sie über CLI, VS Code oder ACP-Clients aus — mit expliziten Freigabe-Gates. Kein gehosteter Contenox-Dienst nötig.
Installiert contenox. Mit contenox init richtest du einen Workspace ein.
Kernfähigkeiten
Die Chain ist der Vertrag
Prompts, Modell-Routing, Tool-Allowlists, Kommando-Policies, Budgets und Freigabe-Gates sind sichtbare Schlüssel in einer versionierten Datei — prüfbar, diffbar, wiederholbar.
Läuft, wo gearbeitet wird
Eine Runtime hinter CLI, VS-Code-Erweiterung und jedem ACP-Editor. Dieselben Chains, Sessions und Policies überall.
Provider sind Konfiguration
Inferenz läuft über lokales modeld, Ollama, vLLM, OpenAI, Anthropic, Mistral, Gemini, OpenRouter, 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, keine Telemetrie.
Contenox ist kein Chatbot, keine bloße VS-Code-Erweiterung und kein Agent-Framework. Es ist eine local-first Workflow-Runtime für konkrete, überprüfbare KI-Arbeit.
| Verwandte Welt | Was Contenox anders macht |
|---|---|
| Cursor / IDE-Copilots | Runtime-first statt Editor-first. Dieselbe Engine arbeitet im Terminal, in VS Code und in ACP-Clients. |
| Aider / CLI-Coding-Agents | Breiterer Umfang bei Workflows, Sessions, Tool-Policies und Providern als eine einzelne Coding-Schleife. |
| LangChain / Agent-Frameworks | Ein ausführbares Endnutzer-Produkt, nicht nur eine Bibliothek zum Einbauen. |
| Dify / n8n / Web-Workflow-Tools | Lokal und Workspace-first statt Web-App oder SaaS-first. |
| Ollama-Wrapper | Provider-neutral und auf Workflows, Tools und HITL ausgerichtet — mit lokalen und gehosteten Modellen. |
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 bringt eine native VS-Code-Erweiterung mit und spricht das Agent Client Protocol über stdio für andere Editoren. Nutze VS Code, Zed, JetBrains oder AionUi, 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"]
}
}
} Auf offenen Standards gebaut
Spricht die Protokolle, die deine Tools schon nutzen.
Agent Client Protocol
Die komplette Runtime in Zed, JetBrains, AionUi und jedem ACP-Client — über stdio, ohne Plugin-Lock-in.
Model Context Protocol
Registriere jeden MCP-Server — stdio, SSE oder HTTP — und seine Tools werden policy-begrenzte Chain-Tools.
OpenAPI
Zeige auf einen HTTP-Dienst mit Spec, und jede Operation wird ein aufrufbares, allowlistbares Tool.
Baut auf
Lokale Inferenz linkt diese Upstream-Projekte zur Build-Zeit; ihre Laufzeitbibliotheken und Lizenztexte liegen jedem Release-Paket bei. Gehostete Provider werden über ihre öffentlichen APIs angebunden.
Loslegen
Besitze deine KI-Workflows — in den nächsten fünf Minuten.
Fragen? hello@contenox.com · Issues und PRs auf GitHub