Agent Chat
Chat Optionen
Status
Request planen
Build Ergebnis
Bereit.
Plan
Kein Plan vorhanden.
Artefakte
Agenten bauen und pflegen
agents/, System Prompts in prompts/. Neue Agenten sollten zuerst als Spec geplant, dann als Node implementiert und danach getestet werden.Memory & Chat History
Kurzfristiger Runtime-State lebt im `BuilderState`. Production-Checkpoints sollen in Postgres liegen. Projekt- und globale Wissenssuche sind fuer Qdrant vorbereitet.
Qdrant Memory Search
Builds und Chat-Nachrichten werden in Qdrant indexiert, wenn Qdrant erreichbar ist. Ohne Qdrant nutzt die App einen lokalen Fallback fuer Tests.
Archiv
Builds und Chat-History werden in Postgres persistiert, wenn die DB erreichbar ist. Artefakte bleiben zusaetzlich im Build-Payload versioniert.
Produkt-Trennung & Routing
Diese Aufteilung folgt der vorgesehenen Produktrolle: LangChain im Code, LangGraph als Runtime/Server, LangSmith extern fuer Observability. Postgres und Qdrant bleiben interne Infrastruktur.
Frameworks & Adapter
Status fuer LangChain, LangGraph, Deep Agents, MCP, Agent Protocol, Open SWE, LangSmith und JS-Starter. Werte kommen aus Backend-Konfiguration und vorhandenen Adapter-Dateien.
Agent Protocol
POST /agent-protocol/threads
POST /agent-protocol/runs
GET /agent-protocol/threads/{thread_id}
MCP & Open SWE
GET /mcp/tools POST /integrations/open-swe/task GET /integrations/deep-agents/code
Settings & API Keys
API Keys werden nicht im UI gesetzt oder angezeigt. Lokal kommen sie in `.env`, auf dem VPS in Environment Variables oder einen Secret Manager. Der Server zeigt hier nur, ob ein Key gesetzt ist.
Templates
LLM Adapter Test
OpenAI-kompatibler Adapter. Setze `OPENAI_API_KEY`, optional `LLM_BASE_URL` und `LLM_MODEL` in `.env` oder auf dem VPS.
Kein LLM-Test ausgefuehrt.
VPS Ready-to-Start
cp .env.example .env docker compose up -d --build curl http://localhost:8000/health
Remote-Deployment ist mit `scripts/deploy_vps.sh` vorbereitet. Benoetigt werden `VPS_HOST`, `VPS_USER` und optional `VPS_PATH`.