Roadmap - FIM One

Ziel: Eine All-in-One-Agent-Plattform für Global × China-Unternehmen aufzubauen — bereitgestellt in drei progressiven Modi: Standalone (Portal-Assistent), Copilot (eingebettet in das Host-System), Hub (zentrale systemübergreifende Orchestrierung). Prinzipien: Provider-agnostisch (kein Vendor-Lock-in), minimale Abstraktion, Protocol-first, Connector-first (Integration ist der Kernwert).

Produktvision

FIM One ist eine All-in-One-Agent-Plattform, die drei progressive Bereitstellungsmodi unterstützt:

Standalone   → Your own AI assistant (Portal)
Copilot      → AI embedded in a host system (iframe / widget / embed)
Hub          → Central cross-system orchestration (Portal / API)

Systemübergreifende Orchestrierung ist das zentrale Differenzierungsmerkmal. Enterprise-Kunden verfügen über Legacy-Systeme — ERP, CRM, OA, Finanzen, HR — die über AI miteinander kommunizieren müssen: GTM-Strategie: Land and Expand

Schritt	Modus	Was passiert
Land	Copilot	In ein System einbetten, Mehrwert innerhalb der eigenen UI nachweisen
Expand	Copilot → Hub	Auf weitere Systeme ausrollen; Hub-Modus bündelt diese

Bekannte Probleme

Nachverfolgte Fehler, die in der Produktionsumgebung reproduzierbar, aber noch nicht behoben sind. Jeder Eintrag benennt das Symptom, den vermuteten Bereich und ggf. einen Workaround. Einträge werden in einen Versionsabschnitt verschoben, sobald eine Behebung geplant und terminiert ist.

Das Stoppen und Wiederholen im Playground zeigt vorübergehende visuelle Artefakte, die sich durch ein Neuladen der Seite stets beheben lassen. Drei gleichzeitige Render-Quellen — activeConversation.messages (DB-Snapshot), der SSE-messages-Stream und der optimistische pendingQuery-Platzhalter — werden nicht zu einem einzigen abgeleiteten Zustand zusammengeführt. Dadurch kann es zwischen dem Klick auf „Wiederholen” und dem Eintreffen der zugehörigen Assistenten-Antwort zu folgenden Problemen kommen: (a) Die gleiche Anfrage wird kurzzeitig zweimal im Vor-Stream-Fenster gerendert, (b) frühere verwaiste Nutzer-Bubbles aus dem Wiederholungsverlauf werden ausgeblendet, solange hasLiveMessages den Wert true hat und bevor der Snapshot neu geladen wird, und (c) es kommt zu einem Flackern im kurzen Zeitfenster zwischen dem SSE-„done”-Ereignis und dem nächsten selectConversation-Refresh. Daten gehen dabei nie verloren — jede Nutzernachricht (einschließlich abgebrochener Wiederholungen) wird in conversation.messages gespeichert, beim nächsten LLM-Aufruf über normalize_alternating_messages einbezogen und nach einem Neuladen über HistoryTurn.orphanUserContents korrekt dargestellt, das im Render-Fix 48ba08c6 eingeführt wurde. Zum Kontext: Claudes eigene Web-Oberfläche weist eine vergleichbare Fehlerklasse auf — wird eine Antwort mittendrin gestoppt und sofort eine Folgeanfrage gesendet, wird diese manchmal als Geschwister-Bearbeitungszweig der ersten Anfrage verzweigt, anstatt als neuer Turn angehängt zu werden. Es handelt sich also um ein bekanntes, schwieriges Problem bei Designs mit optimistischer UI + SSE + persistiertem Verlauf und nicht um einen FIM-One-spezifischen Fehler. Eine ordentliche Behebung erfordert die Zusammenführung der drei Render-Quellen zu einem einzigen abgeleiteten Zustand; dies wird bis zu einem umfassenderen Refactoring der Playground-Zustandsmaschine zurückgestellt.

Ausgelieferte Versionen

v0.1 (2026-02-22) — MVP: ReAct + DAG Planner

ReActAgent mit Tools (calculator, python_exec, web_search)
DAG Planner (LLM generiert Abhängigkeitsgraphen)
Portal UI mit Streaming + KaTeX

v0.2 (2026-02-24) — Multi-Model + Memory

Retry / Rate-Limiting / Nutzungsverfolgung
Native Function Calling (kein reines JSON-Parsing)
Multi-Model-Unterstützung (schnelles + Haupt-LLM)
Memory: WindowMemory, SummaryMemory
FastAPI-Backend mit SSE-Streaming

v0.3 (2026-02-25) — Web Tools + MCP

Web-Tools (web_search, web_fetch) via Jina/Tavily/Brave
Dateioperationen-Tool
MCP-Client (Standard-Tool-Integration)
Automatische Tool-Erkennung + Kategorien
DAG-Visualisierung mit Klick-zum-Scrollen
Code-Ausführung in Docker (--network=none)

v0.4 (2026-02-25) — Multi-Turn + Agents

Multi-Turn-Konversationen (DbMemory)
Tool-Schritt-Faltung UI
HTTP-Anfrage + Shell-Ausführungs-Tools
Agent-Verwaltung (erstellen, konfigurieren, veröffentlichen)
JWT-Authentifizierung
Agenten-spezifischer Ausführungsmodus + Temperatursteuerung

v0.5 (2026-02-28) — Full RAG + Grounded Gen

Vollständige RAG-Pipeline (Einbettung + Vektorspeicher + FTS + RRF + Reranker)
Grounded Generation (Zitate, Konfidenzwerte)
Wissensdatenbank-Dokumentenverwaltung (CRUD, Suche, Wiederholung, Schema-Migration)
ContextGuard + angeheftete Nachrichten (Token-Budget-Manager)
DbMemory-Persistenz + LLM Compact
DAG Re-Planning (bis zu 3 Runden)

v0.6 (2026-03-01) — Connector Platform

Connector CRUD: Erstellen, Lesen, Aktualisieren, Löschen
ConnectorToolAdapter: konvertiert Connector → BaseTool
Benutzerspezifische Anmeldedaten: AES-GCM-Verschlüsselung
Confirmation gate: Genehmigung von Schreiboperationen
Audit-Protokollierung: alle Tool-Aufrufe werden aufgezeichnet
Circuit Breaker: graceful Degradation bei Fehlern
Hilfswerkzeuge: email_send, json_transform, template_render, text_utils
Einbettungsoptionen: Jina, OpenAI, benutzerdefinierte Anbieter

v0.7 (2026-03-06) — Admin-Plattform + Multi-Tenant

Admin-Plattform: Benutzerverwaltung, Rollen-Umschalter, Passwort-Reset, Konto aktivieren/deaktivieren
Nur-Einladungs-Registrierung: drei Modi (offen/Einladung/deaktiviert) + Einladungscode-CRUD
Speicherverwaltung: benutzerspezifische Festplattennutzung, Löschen, Bereinigung verwaister Dateien
Gesprächsmoderation: Admin-Liste/alle löschen
Benutzerweises Erzwingen des Abmeldens: alle Tokens widerrufen
API-Health-Dashboard: Systemstatistiken, Connector-Metriken
Ersteinrichtungs-Assistent: geführte Admin-Kontoerstellung
Persönliches Center: benutzerspezifische globale Anweisungen, Sprachpräferenz
JWT-Authentifizierung: Token-basierte SSE-Authentifizierung, Gesprächseigentümerschaft
Globale MCP-Server: vom Admin bereitgestellt, in allen Sitzungen geladen
Abwärtskompatibilität: registration_enabled → registration_mode automatische Migration

v0.7.x (2026-03-07 bis 2026-03-12) — Stabilität + Verbesserungen

Einladungscode-Verwaltung
Benutzerspezifische Kontingente (429-Durchsetzung)
Strukturiertes Audit-Logging
Filterung sensibler Wörter
Admin-Anmeldeverlauf
Admin-Dateibrowser
Erweiterte Admin-Ansichten (Felder model_name, tools, kb_ids)
Docker Compose-Deployment (einzelnes Image, benannte Volumes)
OAuth-Automatische Erkennung über window.location
Unterstützung für erweitertes Denken / Reasoning (LLM_REASONING_EFFORT, LLM_REASONING_BUDGET_TOKENS) für OpenAI o-Serie, Gemini 2.5+, Claude
Admin-seitiges Aktivieren/Deaktivieren einzelner Tools (deaktivierte Tools werden zur Laufzeit aus dem Chat ausgeschlossen)
MCP-Server-Verwaltung auf die Connectors-Seite verschoben
Duale Datenbankunterstützung: SQLite (Zero-Config-Standard) + PostgreSQL (Produktion); Docker Compose stellt PostgreSQL automatisch bereit
Dokumentationsseite zur Modellkonfiguration mit erweitertem Thinking-Setup pro Anbieter
SSE-Protokoll v2: Echtzeit-Antwort-Streaming mit den Feldern delta_reasoning, usage sowie aufgeteilten done/suggestions/title/end-Events; SQLite-Poolgröße 5 → 20
AI Builder-Erweiterung: 7 neue Builder-Tools (GetSettings, TestConnection, ImportOpenAPI für Connectors; ListConnectors, AddConnector, RemoveConnector, SetModel für Agenten), is_builder-Flag auf Agenten, automatische Aktualisierung des Builder-Prompts, SSRF-Schutz
SSE v2-Frontend: Streaming-Dot-Pulse-Cursor, DAG-Neuplanungs-Runden-Snapshots als ausklappbare Karten, DAG-Layout von Schrittzuständen entkoppelt
Dokumentationsseite zum AI Builder-Konzept mit Anleitungen für Connector- und Agent-Builder
Organisationssystem: vollständiges CRUD mit rollenbasierter Mitgliedschaft (Eigentümer/Admin/Mitglied), Admin-Verwaltungsoberfläche
Dreistufige Ressourcensichtbarkeit (persönlich/Org/global) für Agenten, Connectors, Wissensdatenbanken, MCP-Server
Veröffentlichen/Zurückziehen-API für alle Ressourcentypen; Eigentümerdelegation für veröffentlichte Agenten
Admin-Endpunkt zum Festlegen der Sichtbarkeit (ersetzt Klonen auf Global); einheitlicher build_visibility_filter()-Abfrage-Helper
Datenbank-Connectors (Phase 1–3): direkter SQL-Zugriff auf PG/MySQL/Oracle/SQL Server + chinesische Legacy-DBs; Schema-Introspektion, KI-Annotation, schreibgeschützte Abfrageausführung, verschlüsselte Zugangsdaten, 3 Tools pro Connector (list_tables, describe_table, query)
Evaluierungszentrum: quantitatives Qualitäts-Benchmarking für Agenten — CRUD für Testdatensätze (Prompt + erwartetes Verhalten + Assertions), Evaluierungsläufe (parallele Ausführung + LLM-Bewerter + Ergebnisse pro Fall mit Bestanden/Nicht bestanden/Latenz/Token), Ergebnisanzeige mit automatischem Polling; Migration r8t0v2x4z567
Drei Modellrollen (Allgemein/Schnell/Reasoning) mit umgebungsspezifischer Konfigurationsisolierung pro Stufe; das schnelle Modell erbt nicht mehr die Einstellungen des Hauptmodells
StepOutput-Datenklasse ersetzt einfache String-Schritt-Ergebnisse für strukturierte Daten und Artefakt-Weitergabe
Tool-Cache für DAG-Ausführung — identische Tool-Aufrufe werden pro Lauf gecacht mit asynchroner Lock-Stampede-Prävention (DAG_TOOL_CACHE)
Schrittweise LLM-Verifikation mit 1 Wiederholungsversuch bei Fehler (DAG_STEP_VERIFICATION)
Auto-Routing: schnelles LLM klassifiziert Anfragen als ReAct oder DAG; /api/auto-Endpunkt; Frontend-3-Wege-Modus-Umschalter (AUTO_ROUTING)
~~Shadow Market Organisation + Ressourcenabonnements~~: Integrierte Market-Org (Shadow, kein automatischer Beitritt) ersetzt die Platform-Org; Ressourcen werden über das Marketplace-Browsing entdeckt und explizit abonniert (Pull-Modell); Market API zum Abonnieren geteilter Ressourcen; Veröffentlichung auf dem Market erfordert immer eine Überprüfung; Ressourcenabonnement-Tabelle; org-basiertes Ressourcenteilen ersetzt globale Sichtbarkeit
~~Automatische Agenten-Erkennung und Sub-Agenten-Bindung~~: discoverable-Flag auf Agenten; sub_agent_ids-Whitelist; CallAgentTool zur Delegation von Aufgaben an Spezialagenten
~~MCP-Server-Zugangsdaten + Benutzerspezifische Überschreibung~~: Tabelle mcp_server_credentials; Endpunkt PUT /api/mcp-servers/{id}/my-credentials; allow_fallback-Flag für das Fallback-Verhalten bei Zugangsdaten
~~Connector/KB-Umschalter~~: POST /api/connectors/{id}/toggle und POST /api/knowledge-bases/{id}/toggle zum Aussetzen/Fortsetzen von Ressourcen
~~Eigenständige KB-Konversationen~~: Feld kb_ids auf Konversationen für direkten KB-Chat ohne Agentenbindung

v0.8 (2026-03-20) — Connector Declarative Config + Progressive Disclosure

v0.8.1 (2026-03-29) — Progressive Disclosure Maturity + ReAct Hardening

Progressive Disclosure für DB-Konnektoren (DatabaseMetaTool), MCP-Server (MCPServerMetaTool) und bedarfsgesteuertes Tool-Laden (request_tools Meta-Tool)
DAG-Qualitätsverbesserung (5 Verbesserungen: Modell-Upgrade, automatische Skill-Erkennung, Zitierprüfer, strukturierte Inhaltsbewahrung, domänenbasiertes Routing)
Domänenmodell-Eskalation in ReAct (Spezialdomänen eskalieren automatisch zum Reasoning-Modell)
Pro-Modell-Umschalter für natives Function Calling (tool_choice_enabled)
ReAct-Zykluserkennung (deterministische Verhinderung doppelter Tool-Aufrufe)
ReAct-Abschluss-Checkliste (Vorprüfung vor der Antwort, wenn Tools verwendet wurden)
Resource Fork Phase 1 (MCP-Server + Skill-Fork-Endpunkte mit Herkunftsverfolgung)
Workflow-Verbindungsabhängigkeit Auto-Subscribe (rekursive Abhängigkeitsauflösung für Sub-Workflows)
Vorgefertigte Solution-Templates (8 vertikale Lösungen beim ersten Registrierungsvorgang in den Market eingespeist)
Verbesserungen bei Admin-Benachrichtigungen (zeitzonenbewusst, Master-Schalter, SMTP Reply-To)
Token-Budget-Schutzschalter pro Gesprächsrunde (REACT_MAX_TURN_TOKENS)
Zentralisierte Tool-Kürzung, dynamisches System-Prompt-Budgeting
Dateianhang-Download, Behebung doppelter Nachrichtenübermittlung

v0.8.2 (2026-04-10) — Agent Core Hardening + Vision Documents

Agent Core Phase 0 — Compact-Prompt auf 9-Abschnitte strukturiertes Format aufgewertet; Schutz vor leeren Tool-Ergebnissen (beschreibende Meldung statt (no output)); Anti-Loop-Prompt + Zyklus-Erkennungsschwelle auf 2 gesenkt; Domain-Klassifikator + Pre-Flight-DB-Konfigurationsauflösung parallelisiert (400–1100 ms pro Anfrage eingespart); SSE-end-Event wird unmittelbar nach der Antwort gesendet, Titel/Vorschläge in Hintergrundaufgaben verschoben
Agent Core Phase 1 (Context Anti-Bloat) — MicroCompact regelbasierte Bereinigung alter Tool-Ergebnisse (letzte 6 behalten); REACT_TOOL_RESULT_BUDGET=40000 aggregiertes Limit; reaktives Compact bei Context-Überlauf (automatisches Compact auf 50 % Budget und Wiederholung statt Absturz)
Agent Core Phase 2 (Geschwindigkeit) — Schlüsselwortbasierte Tool-Vorauswahl (überspringt LLM-Aufruf bei eindeutigen Treffern, 200–500 ms eingespart); SharedHttpClient LLM-Verbindungs-Pooling; Abschluss-Check bei Antworten >200 Tokens übersprungen; FallbackLLM kapselt Primary+Fast mit automatischem Failover bei 429/503/529/Verbindungsfehlern
Intelligente Dokumentenverarbeitung (Vision-fähig) — Adaptives Dokumenten-Handling: PDF-Seiten werden via PyMuPDF als Bilder für Vision-fähige Modelle gerendert (GPT-4o, Claude 3/4, Gemini), Text-only-Fallback via pdfplumber. Pro-Modell-Flag supports_vision. Modi über DOCUMENT_PROCESSING_MODE, DOCUMENT_VISION_DPI, DOCUMENT_VISION_MAX_PAGES. DOCX/PPTX eingebettete Bildextraktion. Multi-Turn-Vision-Persistenz über Gesprächsrunden hinweg. Intelligente PDF-Verarbeitung (textreiche Seiten extrahieren Text + Bilder; gescannte Seiten werden als ganzseitiges PNG gerendert). Vorgefertigtes Sandbox-Image (Dockerfile.sandbox) mit gängigen Data-Science-Paketen für --network=none-Codeausführung
Resource Fork Vervollständigung — Agent-/Connector-/Workflow-Fork-Endpunkte hinzugefügt, womit das fünfteilige Abstammungs-Tracking abgeschlossen ist (KB-Fork entfernt — inhärent benutzerspezifisch)
Dateiintegritäts-Schutzregel — Systemprompt-Regel verhindert, dass der Agent bei unlesbaren Zieldateien unzusammenhängende Dateiinhalte einsetzt; hochgeladene Dateien enthalten nun file_id im Nachrichtenkontext für direkten read_uploaded_file-Zugriff

v0.8.3 (2026-04-16) — Universelle Dokumentenkonvertierung + Agent Core Phase 3

Universelle Dokumentenkonvertierung (convert_to_markdown + OCR) — Integriertes Agent-Tool, das Microsoft MarkItDown kapselt; konvertiert PDF, Word, Excel, PowerPoint, HTML, JSON, CSV, XML, ZIP, EPUB, Outlook .msg, Bilder, Audio und YouTube-URLs nach Markdown. LiteLLMOpenAIShim ermöglicht OCR über jeden visionsfähigen LLM (Claude, Gemini, Bedrock, Azure). Visionsbewusste RAG-Ingestion mit regressionssicherem Nur-Text-Fallback. LLM_SUPPORTS_VISION-Umgebungsvariable zum Deaktivieren
Agent Core Phase 3 (Laufzeit-Invarianten-Härtung) — Konversationswiederherstellung (automatische Reparatur hängender tool_use-Einträge); strukturierte kompakte Arbeitskarte (WorkCard typisiertes Zusammenführen über Kompaktierungsrunden); Turn-Level-Profiler (REACT_TURN_PROFILE_ENABLED); benutzerspezifische Ratenbegrenzung (LLM_RATE_LIMIT_PER_USER); leere Assistant-Nachrichten mit tool_calls werden nicht mehr verworfen

v0.8.4 (2026-04-17) — Prompt-Cache + Reasoning-Korrektheit

System-Prompt-Abschnittsregistry mit Cache-Breakpoints — Memoized PromptRegistry teilt System-Prompts in stabiles Präfix + dynamisches Suffix auf; Cache-fähige Provider (Claude, Bedrock Anthropic, Vertex Claude) erhalten cache_control: {"type": "ephemeral"} auf dem Präfix für ~60–80 % Einsparung bei Input-Tokens pro Turn. Nicht-Cache-Provider erhalten eine einzelne zusammengefügte Nachricht (kein Verhaltensunterschied)
Prompt-Cache-Observability — cache_read_input_tokens und cache_creation_input_tokens werden über UsageSummary → TurnProfiler → done_payload.cache-Feld nachverfolgt. Strukturierte turn_cache-Logzeile pro Turn. Dient gleichzeitig als Relay-Cache-Ehrlichkeitsprüfung
Conversation-Recovery-MVP — Synthetische tool_result-Zeilen bleiben nach unterbrochenen Turns erhalten; POST /chat/resume spielt gecachte SSE-Events ab einem monotonen Cursor ab; Frontend-Hook useSseResume stellt die Verbindung automatisch mit exponentiellem Backoff wieder her (300 ms → 1 s → 3 s, max. 3 Versuche) und zeigt einen „Reconnecting…”-Indikator
Thinking-Block-Persistenz mit Signatur — reasoning_content + Anthropic-signature werden in metadata_["thinking"] gespeichert und bei nachfolgenden Turns wiedergegeben; behebt HTTP-400-Signatur-Mismatch bei Claude-4-Multi-Turn-Gesprächen
Provider-bewusste Reasoning-Replay-Policy — Zentralisierte reasoning_replay_policy() in core/prompt/reasoning.py steuert die Serialisierung pro Provider-Familie: Claude spielt Thinking-Blocks mit Signatur ab; DeepSeek-R1/Qwen-QwQ/Gemini-thinking/o-series verwerfen reasoning_content beim Senden (zuvor durchgesickert, was Provider-KV-Caches beschädigte und gegen die API-Dokumentation verstieß)

v0.8.5 (2026-04-23) — Channel-Integration + Hook-System + Contributor-i18n

Feishu-Kanal (Phase-1-Teilmenge) — Org-bezogene Channel-Ressource mit Fernet-verschlüsselten Zugangsdaten; FeishuChannel unterstützt interaktives Karten-Senden + Callback (Signaturprüfung + URL-Challenge); Einstellungen → Kanalverwaltungs-UI (Liste, Erstellen/Bearbeiten mit Dirty-State-Schutz, Details mit kopierbarer Callback-URL, Test-Senden); CRUD-API (/api/channels) und Event-Callback-Endpunkt (/api/channels/{id}/callback). Frühzeitig für den Roadshow am 2026-04-24 ausgeliefert
Agent-Hook-System (live in ReAct + DAG-Runtime) — PreToolUseHook / PostToolUseHook-Abstraktion in src/fim_one/core/hooks/; Agents, die hooks.class_hooks in model_config_json deklarieren, erhalten Hooks, die pro Chat-Session instanziiert und registriert werden. Erster Verbraucher FeishuGateHook sendet eine Genehmigen/Ablehnen-Karte an die verknüpfte Feishu-Gruppe, wenn ein Agent ein requires_confirmation=True-Tool aufruft, blockiert die Ausführung und setzt sie basierend auf dem Ergebnis fort oder bricht ab
Konfigurierbare Bestätigungsschranke (inline ODER Kanal) — Jeder Agent erhält einen Genehmigungsbereich mit drei Routing-Modi (Automatisch / Nur inline / Nur Kanal), einer Auswahl des Genehmiger-Umfangs (Initiator / Eigentümer / Beliebige Person in der Org), einer Tool-spezifischen Überschreibung und einer expliziten Genehmigungskanal-Auswahl. Der automatische Modus fällt auf eine inline-Genehmigungskarte zurück, wenn kein Kanal verknüpft ist. POST /api/confirmations/{id}/respond teilt einen einzigen Entscheidungserfassungspfad mit dem Feishu-Webhook
Agentenbezogene Aufgabenabschluss-Benachrichtigungen — Lang laufende ReAct- oder DAG-Agents können eine Zusammenfassungskarte an den Kanal der Org senden, wenn eine Aufgabe abgeschlossen ist. Erster Verbraucher des generischen ausgehenden Benachrichtigungsmusters
Hook-Approval-Playground — Das Kanaldetail-Sheet verfügt über eine „Genehmigungsablauf testen”-Aktion, die den vollständigen Produktionspfad durchläuft (echter ConfirmationRequest-Eintrag, echter Feishu-Callback, Statusübergänge) — derselbe Codepfad, den ein Produktions-Hook verwendet
Contributor-freundlicher i18n-CI-Fallback — .github/workflows/i18n-sync.yml übersetzt EN → ZH/JA/KO/DE/FR auf dem Master nach dem PR-Merge und committet automatisch mit [skip ci]; Contributors benötigen LLM_API_KEY nicht mehr lokal. Der Pre-Commit-Locale-Bearbeitungsschutz verweigert manuelle Änderungen an generierten Locale-Dateien (ALLOW_LOCALE_EDIT=1-Override für legitime Übersetzungskorrekturen). End-to-End über einen Smoke-Test-Push verifiziert
Exa-Integrationsdokumentation — Dedizierter Integrationsbereich mit einer erstklassigen Exa-Seite, die die gesamte Exa-Suchoberfläche abdeckt (neural / fast / deep-reasoning / instant), Filterung, Inhaltsabruf und drei abgestimmte Voreinstellungen
Xinchuang (信创) Datenbankunterstützung — Der Datenbank-Connector listet nun KingbaseES (人大金仓), HighGo (瀚高) und DM8 (达梦) neben PostgreSQL/MySQL auf. PG-kompatible Treiber verwenden asyncpg wieder; DM8 verwendet dmPython. scripts/test_xinchuang_dbs.py überprüft die Live-Konnektivität über die CLI
Channels + Hook-System-Architekturdokumentation — docs/architecture/hook-system.mdx erläutert die drei Hook-Punkte und führt durch FeishuGateHook von Anfang bis Ende; bestehende Architekturseiten verlinken sich gegenseitig; README listet Messaging-Kanäle als erstklassige Funktion auf
Härtung — Doppelte Feishu-Callback-Klicks erzeugen eine Ersatzkarte anstatt doppelt zu entscheiden; gleichzeitige Callback-Klicks werden über eine bedingte UPDATE ... WHERE status='pending'-Zeilenanzahlprüfung aufgelöst; ausstehende Genehmigungen laufen nach CHANNEL_CONFIRMATION_TTL_MINUTES (Standard 24h) über einen Hintergrund-Sweeper automatisch ab; Einstellungen → Kanäle respektiert die Org-Rolle (Mitglieder sehen eine schreibgeschützte UI); der parallele Tool-Call-Aggregator verarbeitet Anbieter, die index=0 für jedes Delta wiederverwenden; die Sitzungsablauf-Weiterleitung bewahrt den Query-String

v0.8.6 (2026-05-08) — Stripe Billing + Verbesserungen

Stripe Billing MVP — Free- und Pro-Tarife; Checkout, Kundenportal, Webhook-Lifecycle; /settings?tab=billing; Admin-Plan/Abonnement-CRUD; Kontingentdurchsetzung berücksichtigt den Plan jedes Nutzers
Admin-gesteuertes Billing-Feature-Flag — system_settings.billing_enabled steuert die gesamte Stripe-Pipeline, sodass private Deployments ohne Stripe-Zugangsdaten niemals eine nicht funktionsfähige Zahlungs-UX anzeigen
Unbegrenztes Kontingent pro Nutzer — leer erbt den globalen Standard, 0 gewährt unbegrenzt; zuvor wurden beide in denselben Zustand zusammengeführt
Übersetzungs-Glossar als Single Source of Truth — scripts/translation-glossary.md konsolidiert sprachspezifische Regeln; Pre-Commit verweigert bedingungslos manuelle Änderungen an generierten Locale-Dateien
Lizenz und anwendbares Recht auf FIM Labs Pte. Ltd. (Singapur) migriert; SIAC-Schiedsverfahren auf Englisch; neue NOTICE-Datei auf oberster Ebene
Playground-Folgevorschläge wiederhergestellt, opt-in pro Agent
Stabilitätskorrekturen — strikte Abwechslung im Provider-Verlauf, Erkennung paralleler Tool-Call-Grenzen, Bestätigungsablauf für ungebundene Agents, Kanal-Rollen-Gating, Unterdrückung von Wiederholungs-Duplikaten, keine Umformulierung nach Ablehnung

v0.8.7 (2026-06-10) — Sicherheitshärtung + Guardrails v0 + Abrechnungskorrektheit

JWT-Token-Typ-Einschränkung — schließt eine 2FA-Umgehung, bei der jedes gleichartig signierte Token (temp/refresh/ticket) API- und SSE-Endpunkte authentifizieren konnte
OAuth-Härtung — automatische E-Mail-Verknüpfung erfordert eine vom Anbieter verifizierte E-Mail (Behebung von Account-Übernahmen); OAuth-Refresh-Tokens werden gehasht gespeichert, damit die Sitzungsrotation funktioniert
Content-Guardrails v0 — Eingabe-/Ausgabe-Tripwire-Schicht (core/agent/guardrail); enthält Jailbreak-Detektor + maximale Ausgabelängen-Guardrail, per Umgebungsvariable konfigurierbar
file_ops.apply_patch — V4A-Diff-Patches mit unscharfem Whitespace-Abgleich, ergänzt find_replace
Abrechnungszykluskorrektur — Kontingent wird am Jahrestag des Abonnements zurückgesetzt (nicht zum Kalendermonat); Verlängerungen rücken den Zeitraum per autoritativer Stripe-Abfrage vor; Nutzungsanzeige am Durchsetzungsfenster ausgerichtet
Zuverlässigkeitskorrekturen — Pseudo-Protokoll-Tool-Call-Leck aus Antworten entfernt; einstellbares HTTP-Keep-Alive beendet APIConnectionError-Häufungen; API-Key-Nutzungsstatistiken werden auch bei Nur-Lese-Anfragen gespeichert
Visuelles Überarbeitung des Abrechnungs-Tabs — volle Breite, konsistent mit anderen Einstellungs-Tabs

v0.8.8 (2026-06-22) — SSRF-Härtung + Zuverlässigkeits- & Reasoning-Fixes

SSRF-Härtung — Blocklist entpackt IPv4-mapped IPv6 (::ffff: Instance-Metadata-Bypass); MCP SSE/Streamable-HTTP-Server-URLs werden bei Erstellung und Verbindung auf SSRF geprüft
LLM-Zuverlässigkeit — gemeinsamer HTTP-Pool heilt sich selbst nach einer LiteLLM-Client-Cache-Eviction, die ihn schließt; Chat sendet Stream sofort (Verlauf wird im Hintergrund zusammengeführt, kein vollständiges Neuladen)
Anthropic Adaptive-Thinking-Protokoll für Opus 4.6+/Sonnet 4.6/Fable 5 — Extended Thinking funktioniert dort, wo der alte Fixed-Budget-Parameter bei 4.7/4.8 einen 400-Fehler liefert; warnt bei OpenAI-Proxy-Fehlweiterleitung
Reasoning-Details werden Ende-zu-Ende bewahrt — echte finale Antwort wird wortgetreu gestreamt; übersteht Komprimierung, Kontext-Rebuilds und Sub-Agent-Schritte (kein verlustbehaftetes Re-Synthesizing)
PreToolUse-Enforcement-Hooks schlagen bei Fehler geschlossen fehl — ein abstürzender Approval-Gate erlaubt den Aufruf nicht mehr stillschweigend; Nicht-Enforcement-Hooks behalten Fail-Open über fail_open
Force-Logout-Zeitstempelvergleich auf UTC normalisiert durch Konvertierung + Docker Compose POSTGRES_*-Credential-Override (kein ausgelieferter fim:fim-Standard)

v0.8.10 (2026-08-28) — Gestreamte Antworten + Rich Rendering + GPT-5 Responses + Zugriffsmodell

v0.8.11 (2026-09-03) — Floating Composer

Der Chat-Composer ist eine schwebende Pille über dem Nachrichtenstrom — Anhänge, Modus-/Agent-Auswahl und Senden in einer Eingabe; Nachrichten scrollen darunter

v0.8.12 (2026-09-04) — Gemeinsamer Composer + ENV-Synchronisierung

KI-Assistenten für KB / Agenten / Connectors verwenden denselben schwebenden Composer wie der Chat; Enter während der IME-Komposition sendet nicht mehr
scripts/env_from_active_group.py hält den .env-Modell-Fallback mit der aktiven Gruppe im Admin-Panel synchron
Bildgenerierung funktioniert mit OpenAI-gpt-image-*-Modellen

v0.9.0 (2026-10-01) — Sicher teilbar

PII-Spaltenmarkierung — markierte Spalten bleiben im Schema, Werte werden in jedem Abfrageergebnis maskiert zurückgegeben
Schemasichtbarkeit — Zulassen und Sperren von Tabellen und Spalten sowie Sperren von Verben (Durchsetzung des Nur-Lese-Zugriffs)
Nachvollziehbarkeit der Schutzregeln — scope_rules_applied in ConnectorCallLog protokolliert die Schutzregeln, unter denen jeder Aufruf ausgeführt wurde
Aufheben der Veröffentlichung funktioniert — ein Abonnement gewährt nur Zugriff, solange die Ressource weiterhin geteilt wird; dies wird zum Nutzungszeitpunkt erneut geprüft
Das Entfernen einer Ressource aus dem Admin Market macht sie wieder privat, statt sie nur aus der Auflistung auszublenden
Beim Abmelden von einer Lösung werden keine Connectoren oder Zugangsdaten mehr entfernt, die der Benutzer selbst eingerichtet hat
Beim Löschen einer Organisation werden ihre veröffentlichten Ressourcen an ihre Eigentümer zurückgegeben und organisationsbezogene Abonnements widerrufen
GPT-6-Modelle (6-luna, 6-sol, 6.1-sol, 6-astra) funktionieren mit Tools und strukturierter Ausgabe über den GPT-5.x-Anforderungspfad

v0.9.1 (2026-10-07) — Patch zur Anmeldeinformationsbindung

Ein gespeichertes Datenbankpasswort wird nur vom Besitzer des Connectors und nur für das Ziel verwendet, für das es gespeichert wurde

v0.9.2 (2026-10-09) — Patch für ausgehende Anfragen

Webhooks und Weiterleitungen werden zum Zeitpunkt des Sendens auf private Adressen geprüft; der Metadatenbereich von Alibaba Cloud wird blockiert

Geplante Versionen

Neu geplant am 2026-09-06. Der Kern ist fertiggestellt: ReAct-Engine, Konnektoren, Zugangsdaten, Freigabegate, Audit und mandantenfähige Organisationen. Von hier an geht es darum, das, was bereits in der Codebasis vorhanden ist, fertigzustellen und korrekt zu halten, nicht darum, neue Funktionsbereiche zu eröffnen. Alles, was unten nicht aufgeführt ist, ist nicht geplant; siehe den abschließenden Hinweis.

v0.9.3 — Das Vorhandene fertigstellen

Ziel: Die bereits im Code vorhandenen, halb fertigen Pfade abschließen.

Chunked-Compaction-Eingaben und modellabhängige Budgets im Haupt-Chat-Pfad, damit jede Modellkombination innerhalb des Kontextfensters bleibt
Die Streaming-Nutzungszahlen der Responses-Bridge beim nächsten LiteLLM-Upgrade überprüfen (eine Fehlzuordnung im Upstream wird vermutet)
Die LiteLLM-Chat→Responses-Bridge zurückziehen, sobald der native GPT-5.x-Pfad eine vollständige Release-Runde durchlaufen hat
Stripe-Abrechnung produktiv schalten — nächtlicher Abgleich mit Stripe auf verpasste Webhooks, vollständige Full-Stack-Regressionstests, Live-Preis-ID

Aus dem Pre-Replan-Plan v0.9 ausgeliefert

Eingefrorene Funktionen (Ausgeliefert, nur Wartung)

Gemäß der Orthogonalitätsstrategie sind diese Funktionen ausgeliefert und funktionsfähig, erhalten jedoch keine neuen Funktionen mehr (nur noch Fehlerbehebungen):

Funktion	Version	Grund für Einfrierung
ReAct Agent	v0.1, v0.9	Modelle verfügen jetzt über natives Tool-Calling. Mid-Loop-Selbstreflexion (v0.9) verhindert Zieldrift in langen Ketten. Qualität der Tool-Beobachtungssynthese verbessert (8K Zeichen, konfigurierbar über `REACT_TOOL_OBS_TRUNCATION`)
DAG-Planung / Neuplanung	v0.1, v0.5, v0.7.5	Reasoning-Fähigkeiten der Modelle verbessern sich; Dekomposition wird zum Single-Shot-Verfahren. Schrittweise Verifikation in v0.7.5 ausgeliefert (`DAG_STEP_VERIFICATION`). Gehärtet: Kaskadenfehler-Propagation, Verifier-Status-Fix, Planer-Tool-Beschreibungen, vollständige Neuplanungshistorie, Whitelist-basierter Tool-Cache. 14 Engine-Konstanten als ENV-Variablen exponiert — keine weiteren Planungsprimitive geplant
Memory (Window, Summary, Compact)	v0.2, v0.5	Kontextfenster wachsen (200K+); geringerer Bedarf an externem Speichermanagement
RAG-Pipeline	v0.5	Anbieter bauen Retrieval nativ ein (OpenAI file_search, Gemini Search Grounding)
Grounded Generation	v0.5	Modelle verbessern sich bei Zitierungen; 5-stufige Pipeline bringt abnehmenden Mehrwert
ContextGuard / Pinned Messages	v0.5	Wird so ausgeliefert; keine neuen Funktionen

Nicht auf dieser Roadmap

Wenn eine Funktionalität oben nicht aufgeführt ist, ist sie nicht geplant. Das ist eine bewusste Entscheidung und kein Versehen: Das Projekt befindet sich im Wartungsmodus, und die Arbeit wird danach priorisiert, was tatsächlich benötigt wird, statt danach, was die Funktionsmatrix abrunden würde. Wenn dir etwas fehlt, eröffne ein Issue und beschreibe das Problem, an dem du festhängst. Ein konkreter blockierter Anwendungsfall ist der Grund, aus dem ein Punkt auf diese Seite gelangt.

​Produktvision

​Bekannte Probleme

​Ausgelieferte Versionen

​v0.1 (2026-02-22) — MVP: ReAct + DAG Planner

​v0.2 (2026-02-24) — Multi-Model + Memory

​v0.3 (2026-02-25) — Web Tools + MCP

​v0.4 (2026-02-25) — Multi-Turn + Agents

​v0.5 (2026-02-28) — Full RAG + Grounded Gen

​v0.6 (2026-03-01) — Connector Platform

​v0.7 (2026-03-06) — Admin-Plattform + Multi-Tenant

​v0.7.x (2026-03-07 bis 2026-03-12) — Stabilität + Verbesserungen

​v0.8 (2026-03-20) — Connector Declarative Config + Progressive Disclosure

​v0.8.1 (2026-03-29) — Progressive Disclosure Maturity + ReAct Hardening

​v0.8.2 (2026-04-10) — Agent Core Hardening + Vision Documents

​v0.8.3 (2026-04-16) — Universelle Dokumentenkonvertierung + Agent Core Phase 3

​v0.8.4 (2026-04-17) — Prompt-Cache + Reasoning-Korrektheit

​v0.8.5 (2026-04-23) — Channel-Integration + Hook-System + Contributor-i18n

​v0.8.6 (2026-05-08) — Stripe Billing + Verbesserungen

​v0.8.7 (2026-06-10) — Sicherheitshärtung + Guardrails v0 + Abrechnungskorrektheit

​v0.8.8 (2026-06-22) — SSRF-Härtung + Zuverlässigkeits- & Reasoning-Fixes

​v0.8.9 (2026-07-08) — Modul-Verschlankung + Sharing-Konsolidierung + Approval-Härtung

​v0.8.10 (2026-08-28) — Gestreamte Antworten + Rich Rendering + GPT-5 Responses + Zugriffsmodell

​v0.8.11 (2026-09-03) — Floating Composer

​v0.8.12 (2026-09-04) — Gemeinsamer Composer + ENV-Synchronisierung

​v0.9.0 (2026-10-01) — Sicher teilbar

​v0.9.1 (2026-10-07) — Patch zur Anmeldeinformationsbindung

​v0.9.2 (2026-10-09) — Patch für ausgehende Anfragen

​Geplante Versionen

​v0.9.3 — Das Vorhandene fertigstellen

​Aus dem Pre-Replan-Plan v0.9 ausgeliefert

​Eingefrorene Funktionen (Ausgeliefert, nur Wartung)

​Nicht auf dieser Roadmap