✅ v1.72.0 (28.07.2026)🔗
Neuer Blog-Beitrag und breiterer Blog-Fokus.
Neue Funktionen
- Blog-Preview: „Aus BPMN entstehen Agenten" — neuer Beitrag darüber, wie die ProcessCube® Agent Runtime aus einem BPMN-Prozess OpenClaw-Agenten erzeugt und das Prozessmodell (Lanes) deren Zuständigkeit, Skills und Rechte bestimmt — inkl. Ausblick auf Agenten als digitale Mitarbeiter.
- Blog-Fokus erweitert — der Engineering-Blog bleibt im Kern technisch, umfasst nun aber ausdrücklich auch Einordnungen und Ausblicke (als „Preview" gekennzeichnet) rund um Prozesse, Agenten und KI.
✅ v1.71.0 (28.07.2026)🔗
Sprachübergreifende Such-Hervorhebung.
Verbesserungen
- Englisch/Deutsch-Hervorhebung — sucht man z. B. „connection", wird in deutschen Treffern jetzt „Verbindung" hervorgehoben (und umgekehrt „user" → „Benutzer"). Deckt die häufigsten Fachbegriffe ab — sowohl in der Vorschau als auch auf der Zielseite.
✅ v1.70.0 (28.07.2026)🔗
Feinschliff der Such-Hervorhebung.
Verbesserungen
- Mehr Treffer sichtbar hervorgehoben — die Vorschau bevorzugt jetzt die Textstelle, die den Suchbegriff tatsächlich enthält, sodass häufiger etwas hervorgehoben werden kann.
- Tippfehler-tolerant — die Hervorhebung greift auch bei kleinen Vertippern: „Connnection" bzw. „Connec" heben „Connection" hervor.
- Zuletzt gesuchtes bleibt erhalten — beim erneuten Öffnen der Suche wird die letzte Suche wieder angezeigt.
Behobene Fehler
- Sprung zu Release-Notes-Abschnitten — Klick auf ein Release-Notes-Ergebnis springt wieder korrekt zum Abschnitt und hebt die Fundstelle hervor, auch wenn die Inhalte erst nachgeladen werden.
✅ v1.69.0 (28.07.2026)🔗
Verständlichere Such-Vorschauen — man sieht jetzt die gefundene Textstelle.
Verbesserungen
- Vorschau zeigt die Fundstelle — die Such-Vorschau ist jetzt um den Treffer zentriert (mit „…" davor/danach), etwas länger und zweizeilig. Die Suchbegriffe werden in der Vorschau farblich hervorgehoben, sodass sofort sichtbar ist, warum ein Ergebnis gefunden wurde.
- Korrektur bei Tippfehlern sichtbar — findet die Suche trotz Tippfehler die richtige Seite (z. B. „Athority" → Authority), zeigt die Vorschau die relevante, korrekt geschriebene Passage, und auf der Zielseite werden die passenden Begriffe hervorgehoben.
- Keine Diagramm-Quelltexte mehr — in Vorschauen erscheint kein roher Mermaid-/Diagramm-Code mehr, sondern der zugehörige Fließtext.
✅ v1.68.0 (28.07.2026)🔗
Bessere Such-Vorschauen und Treffer-Hervorhebung auf der Zielseite.
Neue Funktionen
- Treffer-Hervorhebung — beim Klick auf ein Suchergebnis werden die gesuchten Wörter auf der Zielseite orange markiert, und die Seite scrollt automatisch zum ersten Treffer.
Behobene Fehler
- Such-Vorschau — die Vorschau unter den Suchergebnissen zeigte teils MDX-Quellcode (z. B.
import { Callout } from 'nextra/components') statt Fließtext. Jetzt wird immer echter Inhaltstext angezeigt. Wirkt sofort ohne Neuaufbau des Suchindex.
✅ v1.67.0 (23.07.2026)🔗
RSS-Feed für den Engineering-Blog.
Neue Funktionen
- Blog-RSS-Feed (
/blog/feed.xml) — neue Blog-Beiträge sind jetzt als RSS 2.0 abonnierbar. Auf der Blog-Übersicht gibt es dafür einen RSS-Button im gleichen Stil wie auf der Release-Notes-Seite. Der Feed wird automatisch aus den Blog-Beiträgen gespeist (sortiert nach Datum) — ohne Volltext, nur Titel, Datum, Autor und Kurzbeschreibung.
✅ v1.66.0 (21.07.2026)🔗
Authority-CSP-Erweiterung dokumentiert (aus PR ProcessCube.Authority#700).
Neue Funktionen
- Authority: CSP erweitern (
/authority/configuration#additionalcspdirectives) — neue produktionssichere Option additionalCspDirectives dokumentiert, mit der die Content-Security-Policy (z. B. formAction für https://login.microsoftonline.com) erweitert werden kann, ohne den development-Block zu aktivieren. Löst u. a. den weißen Bildschirm beim Azure-AD-Login. Cross-Links aus Azure-AD-, LowCode-Troubleshooting- und AppSDK-Auth-Seiten.
✅ v1.65.0 (20.07.2026)🔗
Verbindungs-Doku auf das aktuelle Cuby-Modell umgestellt.
Neue Funktionen
- Cuby Connect (
/produkte/cuby-connect) — neue Produktseite: bindet ein weiteres Cuby per URL und API-Key als [Sub-Cuby](/cuby/sub-cuby) an und bettet dessen Oberfläche als iframe ein. Mit interaktiver Installations-Checkliste.
- RemoteConnect-Installations-Checkliste (
/produkte/processcube-remoteconnect/installation) — die interaktive Schritt-für-Schritt-Anleitung ist jetzt auch für RemoteConnect verfügbar.
Änderungen
- Studio: Engine-Verbindung (
/studio/engines) — komplett überarbeitet. Statt eines manuellen „Connections Panels" beschreibt die Seite jetzt das tatsächliche Modell: Anbindung über das eingebettete Cuby mit drei Wegen (lokale Engine via Lokal/Docker, bestehende Dienste via RemoteConnect, weiteres Cuby via Cuby Connect) — inkl. Architektur-Diagramm und Troubleshooting.
- RemoteConnect (
/produkte/processcube-remoteconnect) — Doku aktualisiert: nur die Engine-URL ist Pflicht, LowCode- und Authority-URLs sind optional, mehrere LowCode-Instanzen möglich, Duplikat-Schutz für gleiche Engine-Adressen, Health-Checks und eindeutige Namensvergabe.
- Cuby-Kataloge (
/cuby, /cuby/produkte, /cuby/marketplace, /cuby/sub-cuby) — um Cuby Connect ergänzt und mit Querverweisen verknüpft.
Entfernt
- Hetzner K8s Setup und ProcessCube AI — Produktseiten und alle Katalog-/Navigations-Einträge entfernt.
✅ v1.64.1 (17.07.2026)🔗
Blog-Post zum neuen Knowledge-Wiki.
Neue Funktionen
- Blog: „Vom Suchindex zum Wissens-Wiki" (
/blog/knowledge-wiki) — die Geschichte hinter dem Wiki-Layer: Andrej Karpathys „LLM Wiki"-Muster als Auslöser, Googles Open Knowledge Format (OKF v0.1) als zweite Bestätigung, und die deterministische Drift-Erkennung als ProcessCube-Erweiterung. Mit Mermaid-Architektur, CLI-Beispielen und Links auf KnowledgeSDK v1.3.0 / CLI v4.14.0.
✅ v1.64.0 (17.07.2026)🔗
Knowledge-Wiki: destillierte, LLM-gepflegte Wissensbasis für KnowledgeSDK und CLI — nach Karpathys „LLM Wiki"-Muster, im Open-Knowledge-Format (OKF v0.1, Google) mit deterministischer Drift-Erkennung. Konzept und Reviews in todos/knowledge-wiki/todo.md.
Neue Funktionen
- KnowledgeSDK v1.3.0 — Wiki-Layer:
openWiki mit init (OKF-Templates), lint (kaputte Links, Waisen, fehlender type, veraltete Quellen), status (Ingest-Queue) und Chronik; Quellen-Provenienz (sources + contentHash) macht Drift deterministisch erkennbar. Server-gerenderte Browser-UI und JSON-API (/api/wiki/pages|page|status); Standalone-/Docker-Server aktiviert beides über WIKI_DIR.
- OKF-v0.1-Kompatibilität: Wikis sind austauschbare Bundles im [Open Knowledge Format](https://github.com/GoogleCloudPlatform/knowledge-catalog) (Pflichtfeld
type, okf_version, Datums-Gruppen-Log, Markdown-Links zusätzlich zu [[wiki-links]]).
- React-Komponente
WikiBrowser (@processcube-io/knowledge-sdk-ui): Sidebar mit Stale-Markern, server-gerendertes Seiten-HTML, Provenienz-Badges, integrierte Suche.
- Serve-Auth in drei Stufen: ohne / fixer API-Key (Bearer, X-API-Key,
?key=-Browser-Login mit HttpOnly-Cookie) / ServeAuthPlugin mit Redirect+Cookie — OIDC-Flows (Authority) als Plugin abbildbar.
- Doku: neue Seite
/knowledge-sdk/wiki (Mermaid-Architektur), /cli/knowledge um Wiki-Layer/Auth/MCP-Tools erweitert, WikiBrowser auf /knowledge-sdk/ui.
✅ v1.63.26 (16.07.2026)🔗
Änderungen
- Ticketpilot-PDF finalisiert: Die [PDF-Anleitung](/downloads/Ticketpilot-Anleitung.pdf) auf der Installations-Seite trägt nicht mehr die Entwurfs-Fußzeile („Entwurf zur Überprüfung").
✅ v1.63.25 (16.07.2026)🔗
Neue Features
- Zwei neue Blog-Posts: [AI-Agenten als External Task](/blog/agent-runtime-external-task) zeigt, wie OpenClaw-Agenten der Agent Runtime über das Engine-Plugin
processcube-engine als External-Task-Worker an die Engine angebunden werden (Topics, Bindings, ServiceTask im BPMN, Payload-/Result-Schema). [Wie Ticketpilot released wird](/blog/ticketpilot-release-prozess) erklärt den Release-Prozess des Ticketpilot-Produkts — Versionslogik und Changelog per Agent-Skills, dann Release-Tag, npm-Publish und Multi-Arch-Docker-Build via GitHub Actions.
- Blog-Übersicht als Zeitleiste: Die [Blog-Übersicht](/blog) zeigt die Beiträge jetzt als vertikale Zeitleiste — automatisch absteigend nach Datum sortiert (aus dem Frontmatter der Posts), statt einer handgepflegten Tabelle.
Änderungen
- Ticketpilot-Installations-Anleitung aktualisiert: Die [interaktive Checkliste](/produkte/ticketpilot/installation) beschreibt den aktuellen Einrichtungsablauf (Trial via CUBY, KI-Backend per Subscription-Login im App-Terminal, Engine-Login, GitHub-Anbindung, Gateway-Pairing, Verifikation; Quelle:
install-requirements.yaml, Ticketpilot v0.9.0-develop.92). Zusätzlich steht die Anleitung dort als PDF-Download bereit.
✅ v1.63.24 (13.07.2026)🔗
Behobene Fehler
- Release Notes: riesige Zeilenabstände in Fließtext behoben: Auf der [Release-Notes-Seite](/release-notes) wurde jede Quellzeile eines Changelogs als eigener Absatz gerendert — bei hart umbrochenen Absätzen (z. B. Agent Runtime v1.1.0) entstanden dadurch große Lücken mitten im Satz. Zusammengehörige Zeilen werden jetzt als ein Absatz dargestellt; nebenbei landen keine Absatz-Tags mehr in Code-Blöcken, und Absätze, die mit fettem Text beginnen, erhalten korrekte Abstände.
✅ v1.63.23 (12.07.2026)🔗
Änderungen
- CLI-Doku auf CLI v4.13.0 aktualisiert: Der neue Namespace [
pc processes](/cli/processes) ist dokumentiert — jedes deployte Prozessmodell ist direkt als Kommando startbar, inklusive Tab-Completion und Offline-Verhalten. Neu sind außerdem die Engine-Befehle [send-message](/cli/engine/send-message) und [send-signal](/cli/engine/send-signal) (Aliase msg/sig) zum Auslösen von Message- und Signal-Events.
- Neue Platform-Sektion:
create-extension und install-extension haben eine eigene [Platform-Sektion](/cli/platform) mit Namespace-Übersicht erhalten (bisher unter Engine-Befehle einsortiert; alte URLs leiten weiter). Die Seiten wurden dabei auf den aktuellen Stand gebracht: --template-Option mit allen fünf Templates, Extension-Typ lowCode und --studio-lowcode.
- Neuer AI-Skill
platform: Auf [AI-Skills](/cli/skill) dokumentiert — pc skill install platform gibt Agenten das Wissen über Templates, Extension-Installation und die Extension-Mechanik (/platform in Claude Code).
- Login ohne Browser: Die [Login-Seite](/cli/engine/login) beschreibt jetzt das Verhalten in headless-/SSH-Umgebungen (Browser-Öffnen ist Best-Effort, URL und Code lassen sich auf einem anderen Gerät verwenden).
✅ v1.63.22 (12.07.2026)🔗
Behobene Fehler
- Architektur-Diagramm: „Plattform-Dienste" jetzt orange: Die Überschrift der Kern-Sektion „Plattform-Dienste" war noch grau (wie die Fremdsystem-Labels) — sie ist jetzt orange wie die übrigen Kern-Sektionen. Die Fremdsystem-Labels (Identity-Quellen, Observability, angebundene Systeme) bleiben bewusst grau.
✅ v1.63.21 (12.07.2026)🔗
Verbesserungen
- Startseite renoviert: Die Einführungsseite bildet jetzt die komplette Plattform als Card-Grid ab — mit den Sektionen Aktuelles, Platform, AI und Produkte (bisher gar nicht verlinkt) sowie den zuvor fehlenden Einträgen Versionsunterstützung, Blog, PostgreSQL und KnowledgeSDK. Neuer Hero mit Kurzbeschreibung und Schnellzugriffen (Engine, Cuby, Release Notes).
- Neues interaktives Architektur-Diagramm: Das statische PNG wurde durch ein verlinktes, responsives Diagramm ersetzt (Dark/Light, schwarz/orange). Jede Kern-Komponente führt direkt zur Doku; neu abgebildet sind Marktplatz, Agent Runtime, KnowledgeSDK und der Docs-MCP-Server.
Behobene Fehler
- Toter Link „Automation & Integration" entfernt: Der Verweis auf
/automation führte ins Leere (HTTP 404) und ist von der Startseite entfernt.
✅ v1.63.20 (11.07.2026)🔗
Änderungen
- Agent Runtime – Repo-Konsolidierung nachgezogen: Die Quell-Repos
ProcessCube.Agents und ProcessCube.OpenClaw wurden zu ProcessCube.AgentRuntime zusammengelegt (ein Repo, eine pc-runtime-CLI, Lockstep-Releases). Die [Release Notes](/release-notes) beziehen den Changelog jetzt aus dem neuen Repo, und die Sektion heißt durchgängig „Agent Runtime" (Sidebar, Suchfilter, Übersicht).
/agents-Doku auf den aktuellen Stand gebracht: Die [Agent Runtime](/agents/runtime) dokumentiert nun die vollständige, gruppierte pc-runtime-CLI (Runtime, Builder, Agenten, Werkzeuge), das automatisch registrierte Engine-Plugin (plugin bind) sowie die globalen Flags/Exit-Codes.
- Coding-Agenten aktualisiert: Kein Dispatcher mehr — der Einstiegs-Agent heißt jetzt
coding-agent-pr-creator (Setup + Draft-PR, liefert Worker-/Watcher-Payloads zurück), Worker und Watcher werden direkt aufgerufen. Ergänzt: der Recovery-Supervisor als OS-Loop und die gemeinsame coding-agent-Binary (~/.openclaw/bin/coding-agent, Watcher = coding-agent watch).
- Docker-Images korrigiert: Drittes Image
demo-agents (Diagnose, Dockerfile.demo) ergänzt; der Support-Agent ist Teil des agents-Images (Dockerfile.agents), nicht eines eigenen Dockerfile.support.
- Blog: Der Beitrag [Agent Runtime in 15 Minuten](/blog/agent-runtime) weist auf die Konsolidierung (ein Repo, eine CLI) hin.
✅ v1.63.19 (10.07.2026)🔗
Änderungen
- Ticketpilot Lokal – PDF-Guide entfernt: Der Download „Ticketpilot-Lokal-Installations-Guide.pdf" wurde entfernt. Maßgeblich ist jetzt der stets aktuelle Online-[Installations-Guide](/produkte/ticketpilot-lokal/installations-guide); alle PDF-Verweise (Übersicht, Checkliste, Guide) sind bereinigt und die alte PDF-URL leitet auf den Online-Guide weiter.
✅ v1.63.18 (10.07.2026)🔗
Verbesserungen
- Ticketpilot Lokal – Coding-Agent-Runtime: Der Installations-Guide beschreibt jetzt, wie die lokale ProcessCube-Agents-Runtime (OpenClaw) eingerichtet und LowCode per Device-Pairing angebunden wird (
pc-runtime setup, pc login, gh auth login, Pairing im openclaw-message-send-Node).
- Produkte-Navigation aufgeräumt: In der Sidebar ist nur noch die Variante Ticketpilot Lokal sichtbar; Ticketpilot K8s und Ticketpilot Hetzner sind ausgeblendet (weiterhin per Direktlink erreichbar).
Behobene Fehler
- Vibe Kanban vollständig entfernt: Die Ticketpilot-Doku (Übersicht, Lokal-Seite, Installations-Guide) wurde auf den neuen Coding-Agent-Flow über die ProcessCube-Agents-Runtime (OpenClaw) umgestellt. Die LowCode-Feature-Seite „Vibe Kanban" wurde entfernt (Weiterleitung auf die Enterprise-Image-Übersicht).
✅ v1.63.17 (08.07.2026)🔗
Verbesserungen
- Engine-Extensions: Doku an den aktuellen Stand angeglichen: Alle dokumentierten Engine-Extensions wurden gegen den aktuellen Quellcode geprüft und aktualisiert. Neu bzw. korrigiert:
- Azure Service Bus: Die Schalter
AZURE_SERVICE_BUS_OUT_ENABLED und AZURE_SERVICE_BUS_IN_ENABLED zum getrennten Abschalten von Versand (OUT) und Empfang (IN) dokumentiert.
- Error Handling: Die Custom Property
engine.onErrorProcessModelId (legt den Fehlerbehandlungsprozess fest) ergänzt.
- Monitoring/Metriken: Prometheus-Endpunkt auf
GET /prometheus/metrics (regulärer Engine-HTTP-Port) korrigiert — der frühere separate Port 8001 und Pfad /metrics waren falsch.
- Monitoring/Backends: Azure Application Insights nutzt
APPLICATIONINSIGHTS_CONNECTION_STRING; Hinweis, dass Memwatch nicht im Alpine-Image enthalten ist.
- Monitoring/API: Endpunkt
GET /monitoring/database_connected ergänzt.
Behobene Fehler
- Notification Handler: Code-Beispiele korrigiert (
engine.notification statt notifications, onProcessEnded statt onProcessFinished, asynchrone Subscriptions, assignedUserIds über userTasks.query).
- User Task Assignment: Der Assignment-Resolver ist synchron (
(userTaskInstance) => string[]); das falsche async-Beispiel und der nicht existierende Aufruf iam.getUsersForClaim wurden entfernt.
- Extension entwickeln (Sample): Beispiel nutzt jetzt
event.eventType mit dem Enum EngineEventType (statt des nicht existierenden EventType[event.type]).
✅ v1.63.16 (06.07.2026)🔗
Neue Features
- App-SDK: Seite „Abmelden & Troubleshooting": Neue Seite [
/app-sdk/authentifizierung/abmelden](/app-sdk/authentifizierung/abmelden) — NextAuth-Logout, Federated Logout über den end_session_endpoint, Erkennen von RefreshAccessTokenError und eine Troubleshooting-Tabelle für häufige Authority-Fehlerbilder.
Verbesserungen
- App-SDK: External Tasks: Konkrete
lockDuration→Abort-Verzögerungstabelle (30s/5s/1s) in den [erweiterten Konzepten](/app-sdk/external-tasks/erweiterte-konzepte) ergänzt.
Behobene Fehler
- App-SDK:
RemoteUserTask-Doku korrigiert: Die Komponentenseite beschrieb eine nicht existierende API (flowNodeInstanceId/onFinish/onCancel, Import aus /client). Tatsächlich ist RemoteUserTask ein iframe-Wrapper mit einer einzigen url-Prop, importiert aus dem Common-Paket @5minds/processcube_app_sdk. An den Quellcode angeglichen.
✅ v1.63.15 (01.07.2026)🔗
Neue Features
- Support-Agent dokumentiert: Neue Seite [
/agents/support](/agents/support) — ein zyklischer First-Level-Support per E-Mail: sucht Antworten in der ProcessCube®-Wissensbasis (pc knowledge), legt sie als E-Mail-Entwurf zur Freigabe ab und eskaliert sonst in die Engine. Inklusive Ablauf, Gmail-Setup, Compose-Start und Umgebungsvariablen.
- Kubernetes/k3s-Betrieb dokumentiert: Neue Seite [
/agents/kubernetes](/agents/kubernetes) — Betrieb der Coding-Agenten als StatefulSet (PoC) inkl. Agenten-Registrierung per initContainer, Backend-Login und In-Cluster-Zugriff.
Verbesserungen
- Docker-Seite auf drei Images aktualisiert: [
/agents/docker](/agents/docker) beschreibt jetzt Runtime (nur Agent main), Coding-Agenten und Support-Agent samt eigener Compose-Wege und Ports (18789/18791/18790) sowie die Agenten-Registrierung beim Container-Start.
pc-runtime doctor --smoke-all ergänzt: ruft jeden registrierten Agenten einzeln auf. Der Doctor listet jetzt „Registrierte Agenten (N)" statt nur Agent main.
✅ v1.63.14 (29.06.2026)🔗
Behobene Fehler
- Agent Runtime: Control-UI-Origin-Freigabe korrigiert: ProcessCube Agents hat den automatischen Origin-Seed zurückgenommen (
v1.1.0-develop.11). Die [Erste Einrichtung](/agents/runtime/erste-einrichtung) und [Agent Runtime](/agents/runtime) sagten fälschlich, die Control-UI-Origins würden „beim Containerstart automatisch freigegeben". Korrigiert: Die Origin muss einmalig manuell freigegeben werden (openclaw config set … allowedOrigins + docker compose restart); pc-runtime setup gibt den Befehl direkt aus.
✅ v1.63.13 (28.06.2026)🔗
Behobene Fehler
- Release-Notes-Bezugsquellen für Agents: ProcessCube Agents veröffentlicht zwei Docker-Images —
agent-runtime (Basis) und agents (Coding-Agenten). In den [Release Notes](/release-notes) war nur agents als Bezugsquelle gelistet; das agent-runtime-Image wird nun ebenfalls angezeigt.
✅ v1.63.12 (28.06.2026)🔗
Neue Features
- Agent Runtime: „Erste Einrichtung": Neue geführte Schritt-für-Schritt-Anleitung unter [
/agents/runtime/erste-einrichtung](/agents/runtime/erste-einrichtung) — Backend-Login (Codex/Claude), GitHub, Smoke-Test, LowCode-Test, Engine-Anbindung, Control-UI/TUI und typische Fehler.
Verbesserungen
- [Agent Runtime](/agents/runtime) auf Stand
develop.7: Quick Start mit gemeinsamem Docker-Netz pc-shared (extern, Pflicht) und echtem Zufalls-Token; neuer pc-runtime doctor --smoke (prüft den kompletten Weg Gateway + Auth + Backend mit echtem Aufruf von Agent main); Hinweis, dass pc-runtime setup bei unverändertem Platzhalter-Token bewusst abbricht. Der Blog-Beitrag [/blog/agent-runtime](/blog/agent-runtime) wurde entsprechend angeglichen.
✅ v1.63.11 (27.06.2026)🔗
Behobene Fehler
- Release-Notes-Produktfilter: Der Eintrag für ProcessCube Agents hieß im Filter der [Release Notes](/release-notes) noch „Coding Agents" — angeglichen an den umbenannten Sektionsnamen „Agents".
✅ v1.63.10 (26.06.2026)🔗
Behobene Fehler
- Sidebar-Reihenfolge in vielen Bereichen korrigiert: Navigations-Dateien lagen als
_meta.json vor, was Nextra 4 ignoriert — dadurch waren Bereiche wie [Client Libraries](/clients), [LowCode](/lowcode), [Produkte](/produkte), [DevOps](/devops) und [Studio-Extensions](/studio/extensions) alphabetisch statt in der gepflegten Reihenfolge sortiert (z.B. fehlte die „01.–12."-Gliederung im LowCode-Lernpfad). Alle Navigations-Dateien wurden auf _meta.js umgestellt; die gewünschte Reihenfolge und Beschriftung greifen nun wieder.
✅ v1.63.9 (26.06.2026)🔗
Verbesserungen
- Blog [
/blog/openclaw-lowcode](/blog/openclaw-lowcode): Neuer Abschnitt „Echtes Pairing: wenn OpenClaw nicht lokal läuft" — Device-Pairing wird als regulärer Weg für verteilte Setups (Agent Runtime im Container, anderer Host, Kubernetes) dargestellt, statt nur als Loopback-Notlösung. Mit Verweis auf den Agent-Runtime-Artikel.
✅ v1.63.8 (26.06.2026)🔗
Verbesserungen
- Blog als „Engineering Blog" positioniert: Die [Blog](/blog)-Übersicht ist jetzt klar als technischer Blog beschrieben (Architektur, Konfiguration, Code, Betrieb) und grenzt fachliche/wirtschaftliche Themen ab.
✅ v1.63.7 (26.06.2026)🔗
Neue Features
- Blog: Agent Runtime in 15 Minuten — Neuer Artikel [
/blog/agent-runtime](/blog/agent-runtime) zeigt, wie man die ProcessCube Agent Runtime per docker compose startet, das KI-Backend per Subscription-Login (statt Provider-API-Key) aktiviert und den Agenten main aus LowCode anspricht.
Verbesserungen
- Formulierung „ohne API-Key" präzisiert: Auf den Agents-Seiten ([/agents/runtime](/agents/runtime), Übersicht) ist nun klar, dass das KI-Backend per Subscription-Login aktiviert wird (kein KI-Provider-API-Key nötig) und der
OPENCLAW_GATEWAY_TOKEN davon unabhängig ist.
- Blog-Verlinkung: [
/blog/openclaw-lowcode](/blog/openclaw-lowcode) verweist beim coding-agent jetzt auf die [Agents-Doku](/agents) statt nur auf GitHub.
✅ v1.63.6 (26.06.2026)🔗
Verbesserungen
- Agents-Navigation neu strukturiert: Die [Agents](/agents)-Sektion folgt jetzt dem Zwei-Schichten-Modell — [Agent Runtime](/agents/runtime) als Grundlage und [Coding-Agenten](/agents/coding-agents) als eigener Bereich mit Installation, Verwendung und Konfiguration. Das macht den Aufbau verständlicher; die Reihenfolge in der Sidebar stimmt nun (zuvor alphabetischer Fallback, weil
_meta.json von Nextra 4 ignoriert wurde → auf _meta.js umgestellt). Alte Seiten-URLs werden per Redirect weitergeleitet.
✅ v1.63.5 (26.06.2026)🔗
Verbesserungen
- Navigation: „Agents" statt „Coding Agents": Der Sidebar-/Breadcrumb-Eintrag der [Agents](/agents)-Sektion heißt jetzt „Agents", da die Sektion neben den Coding-Agenten auch die generische [Agent Runtime](/agents/runtime) umfasst. Such-Filter und AI-Übersicht entsprechend angepasst.
✅ v1.63.4 (26.06.2026)🔗
Neue Features
- Agent Runtime dokumentiert ([/agents/runtime](/agents/runtime)): Die neue [ProcessCube Agents](/agents)-Doku beschreibt das generische OpenClaw-Runtime-Image — Backend per Subscription aktivieren (
pc-runtime setup), Zustand prüfen (pc-runtime doctor) und den Agenten main aus ProcessCube® LowCode aufrufen. Mit Hinweis „in Entwicklung".
- code-selector: Der neue Agent zur automatischen Ticket-zu-Repository-Zuordnung ist als Vorstufe der Coding-Agenten dokumentiert.
Verbesserungen
- Die Agents-Übersicht stellt nun das Zwei-Schichten-Modell dar (Agent Runtime → darauf aufbauende Coding-Agenten); die Docker-Seite beschreibt beide Images (
Dockerfile + Dockerfile.agents).
✅ v1.63.3 (26.06.2026)🔗
Verbesserungen
- CLI: Linux-arm64-Release dokumentiert ([/cli/installation](/cli/installation)): neues Binary
pc-linux-arm64 in der Übersicht der verfügbaren Binaries inkl. Download-Beispiel (z.B. Raspberry Pi, AWS Graviton).
- Engine-Extensions: Parameter-Tabellen verschlankt: Die Konfigurations-Tabellen wurden auf drei Spalten (Env-Variable/Schlüssel · Default · Beschreibung) reduziert, damit die Beschreibung bei langen Variablennamen nicht mehr abgeschnitten wird. Typ und Pflicht stehen nun als Präfix in der Beschreibung.
✅ v1.63.2 (26.06.2026)🔗
Behobene Fehler
- Docker-Build stabilisiert: Der Next.js-Build brach auf dem CI-Runner sporadisch mit „JavaScript heap out of memory" ab. Der Node-Heap im Build-Schritt wird nun explizit angehoben (
NODE_OPTIONS=--max-old-space-size=4096). Reiner Build-/CI-Fix — keine inhaltlichen Änderungen gegenüber v1.63.1.
✅ v1.63.1 (26.06.2026)🔗
Verbesserungen
- Engine-Extensions-Übersicht: Neuer Abschnitt „Nativ statt Extension" stellt [HTTP Service Task](/engine/extensions) und [MCP-Server](/engine/mcp) einheitlich als native Engine-Funktionen dar (abgelöste Extensions, Verweis auf die native Dokumentation). MCP wird nicht mehr als Erweiterung gelistet.
✅ v1.63.0 (26.06.2026)🔗
Neue Features
- Engine-Extensions vollständig dokumentiert: Die Sektion [Engine → Erweiterungen](/engine/extensions) wurde umfassend aufbereitet — jede Extension mit Architektur, Einrichtung, Konfigurations-Parametern und Verwendung. Neue Seiten: [MQTT](/engine/extensions/mqtt), [Azure Service Bus](/engine/extensions/azure-servicebus), [HTTP-Messagebus](/engine/extensions/messagebus-http), [Logging](/engine/extensions/logging) und eine Sammelseite [Monitoring-Backends](/engine/extensions/monitoring/backends) (Datadog, InfluxDB, Azure App Insights, RabbitMQ-Sink, Memwatch, Event-Loop-Infos).
Verbesserungen
- RabbitMQ-Messagebus ([/engine/extensions/rabbitmq](/engine/extensions/rabbitmq)): Konfiguration auf den aktuellen
RABBITMQ_CONNECTION_STRING korrigiert; klarer Hinweis zur Abgrenzung vom RabbitMQ-Monitoring-Sink.
- Monitoring API: Konfigurations-Parameter (
exposeEndpoint, resetFailedFinishedProcesses, disableFlowNodeMetrics, durationSize) ergänzt.
- Navigation der Extensions-Sektion neu gruppiert (Service Tasks, Messaging, Fehlerbehandlung/Logging/Monitoring, Benachrichtigung & Zuweisung, Entwicklung).
Entfernt
- MassTransit-Extension: entfernt (kein Quell-Paket mehr vorhanden); Redirect auf die Erweiterungs-Übersicht.
- HTTP-Service-Task-Extension: entfernt — der HTTP Service Task ist seit Engine v20.x wieder nativ in der Engine; Redirect auf die Erweiterungs-Übersicht.
✅ v1.62.1 (25.06.2026)🔗
Verbesserungen
- OpenClaw Nodes Referenz erweitert ([
/lowcode/api-reference/openclaw-nodes](/lowcode/api-reference/openclaw-nodes)): dokumentiert den neuen Button „Verbindung testen / Pairing prüfen" im Gateway-Config-Node, die neue Ausgabe msg._agent (vollständiges Lauf-Ergebnis) bei openclaw-message-send / openclaw-agent-wait sowie die Lauf-Status-Prüfung (Fehler bei Status ≠ ok). Der Blog-Beitrag [/blog/openclaw-lowcode](/blog/openclaw-lowcode) wurde entsprechend ergänzt.
✅ v1.62.0 (25.06.2026)🔗
Neue Features
- Blog: OpenClaw-Agenten aus LowCode ansprechen: Neuer Artikel [
/blog/openclaw-lowcode](/blog/openclaw-lowcode) zeigt, wie sich KI-Agenten eines OpenClaw-Gateways aus LowCode-Flows nutzen lassen — Setup (OpenClaw auf dem Host, LowCode im Container), drei Verbindungs-Varianten (socat-Tunnel, network_mode host, LAN + Device-Pairing), Hello-World und ein konkretes Beispiel mit dem coding-agent.
- LowCode: OpenClaw Nodes Referenz: Neue Seite [
/lowcode/api-reference/openclaw-nodes](/lowcode/api-reference/openclaw-nodes) dokumentiert openclaw-gateway-config, openclaw-message-send und openclaw-agent-wait inkl. TypedInput (str/env/cred) und Device-Pairing für LAN-/Remote-Zugriff.
- Neue AI-Sektion „Agents": [
/agents](/agents) dokumentiert das Paket ProcessCube Agents (@processcube-io/agents) — OpenClaw-Agenten für automatisiertes Coding via Pull Request (GitHub und Azure DevOps), mit Installation, Verwendung, Docker und Konfiguration. Befindet sich aktuell in Entwicklung.
✅ v1.61.0 (23.06.2026)🔗
Neue Features
- Blog: HTTP-Proxys richtig setzen: Neuer Artikel [
/blog/proxy-bun-node](/blog/proxy-bun-node) erklärt, wie HTTP_PROXY, HTTPS_PROXY und NO_PROXY für Bun, Node.js, Docker und Kubernetes korrekt gesetzt werden — inklusive der wichtigen Unterschiede beim NO_PROXY-Format (CIDR nur für Go-Tools, Hostname-Suffix-Matching für Node/Bun).
- Blog: BPMNs modellieren: Artikel [
/blog/bpmn-modellierung](/blog/bpmn-modellierung) mit Modellierungs-Konventionen, Best Practices und einem interaktiven Beispiel-BPMN (Bestellprozess mit Pool und Lanes).
- Blog: Docker-Registry nutzen: Artikel [
/blog/docker-registry](/blog/docker-registry) zur Nutzung der ProcessCube Docker-Registry inklusive API-Key-Verwaltung und Deployment-Beispiele.
Verbesserungen
- FAQ-Bereich entfernt: Alle FAQ-Inhalte wurden als Blog-Posts überführt oder gelöscht. Alte URLs werden per Redirect auf die neuen Seiten (oder Startseite) weitergeleitet.
✅ v1.60.0 (22.06.2026)🔗
Neue Features
- Echte BPMN-Diagramme: Der Release-Prozess auf [
/blog/doku-pipeline](/blog/doku-pipeline) und im Bereich [Entwickler-Skills](/agent-skills) wird jetzt als echtes BPMN gerendert — mit ProcessCubes eigenem BPMNViewer statt eines Mermaid-Flussdiagramms.
- FAQ „BPMNs Modellieren": Die Seite [
/faq/allgemein/automatisierung/bpmns-modellieren](/faq/allgemein/automatisierung/bpmns-modellieren) zeigt nun ein Beispiel-BPMN (Pool, Lanes, Message-Event), das die beschriebenen Modellierungs-Tipps illustriert.
Verbesserungen
- Die Beschriftung der BPMN-Elemente folgt den Modellierungs-Konventionen: Events als eingetretene Zustände, Aktivitäten als Handlungen.
✅ v1.59.0 (22.06.2026)🔗
Sicherheit & Technik
- Mermaid auf 11.15 aktualisiert: schließt vier moderate Sicherheits-Advisories der Diagramm-Bibliothek (u. a. CSS/HTML-Injection und ein DoS in Gantt-Diagrammen).
- Plattform auf React 19 angehoben: technisches Upgrade der Doku-Site (React 19, Next 15). Keine sichtbaren Änderungen an Inhalten; ermöglicht künftige Funktionen (u. a. eingebettete BPMN-Diagramme).
✅ v1.58.5 (22.06.2026)🔗
Verbesserungen
- Diagramme als Mermaid + BPMN: Die Pipeline-Grafik im Bereich [Entwickler-Skills](/agent-skills) und im [Blog](/blog/doku-pipeline) wird jetzt als Mermaid-Diagramm dargestellt. Der Release als verbindender Prozess zwischen den Skills ist als BPMN-artiges Flussdiagramm mit Lanes und einem „kein Gap"-Gateway abgebildet.
✅ v1.58.4 (22.06.2026)🔗
Neue Features
- Blog-Beitrag "Dokumentation als Pipeline": Neuer Artikel unter [
/blog/doku-pipeline](/blog/doku-pipeline), der das Zusammenspiel von repo-doku und doku-uebernehmen am echten .NET-Beispiel erzählt.
Verbesserungen
- Abschnitt "Zusammenspiel: die Doku-Pipeline" im Bereich Entwickler-Skills: zeigt, wie
repo-doku (Quell-Repo) und doku-uebernehmen (docs.processcube.io) mit dem README/DEVELOPMENT.md als Source of Truth zusammenwirken.
✅ v1.58.3 (22.06.2026)🔗
Neue Features
- .NET-Client: Seite "Integrationstests": Neue Seite [
/clients/dotnet/testing](/clients/dotnet/testing) zur TestCaseFixture — Standard-Docker-Image (Marketplace-Login), Setup, ContainerSettings und Builder-Methoden.
Verbesserungen
- .NET-Client: konfigurierbare Lock-Timings: Im Abschnitt External Tasks sind
LockRenewalThreshold und LockSchedulerScanInterval (Standard 5 s / 1 s) als konfigurierbar dokumentiert.
✅ v1.58.2 (22.06.2026)🔗
Verbesserungen
- Eigener Bereich "Entwickler-Skills": Die Seite ist von
/cli/development-skills auf die oberste Ebene der AI-Sektion nach [/agent-skills](/agent-skills) verschoben und in der Suche als eigene Collection auffindbar. Die alte Adresse leitet per Redirect weiter.
✅ v1.58.1 (22.06.2026)🔗
Neue Features
- Detail-Abschnitte zu
release-process und changelog im Bereich Entwickler-Skills (Release-Typen, Ablauf, Phasen).
✅ v1.58.0 (22.06.2026)🔗
Neue Features
- Neuer Bereich "Entwickler-Skills": Dokumentation zum Agent-Skills-Marketplace [
ProcessCube.Agent.Skills](https://github.com/processcube-io/ProcessCube.Agent.Skills) mit repo-doku, release-process und changelog — agent-agnostisch (Claude Code, Codex, OpenClaw) und installierbar via npx skills.
✅ v1.57.1 (19.06.2026)🔗
Verbesserungen
- Blog-Seitenleiste aufgeräumt: Der redundante "Aktuelles"-Untertitel innerhalb des Blog-Bereichs wurde entfernt. Da der Blog bereits unter dem Abschnitt "Aktuelles" einsortiert ist, listet die Seitenleiste die Beiträge nun direkt unter "Blog".
✅ v1.57.0 (19.06.2026)🔗
Neue Features
- Neuer Bereich "Blog": Praxis-Artikel und Aktuelles rund um die ProcessCube® Platform haben jetzt einen eigenen Bereich unter [
/blog](/blog), eingeordnet in der Seitenleiste unter "Aktuelles". Blog-Beiträge zeigen einen redaktionellen Kopf mit Autor, Erstelldatum und Tool-Tags — die ProcessCube-eigenen Werkzeuge (z. B. ProcessCube CLI, Engine) sind dabei in der Markenfarbe hervorgehoben.
Verbesserungen
- Beispiel "Ticket-Workflow neu anstoßen" verschoben: Der bisherige CLI-Sample-Artikel ist von
/cli/samples/retry-ticket-workflow in den neuen Blog umgezogen — neue Adresse: [/blog/retry-ticket-workflow](/blog/retry-ticket-workflow). Die CLI-Beispiele-Seite verweist nun auf den Blog. Der Beitrag ist über die Suche in der neuen Gruppe "Aktuelles" auffindbar.
> Hinweis: Die alte Adresse /cli/samples/retry-ticket-workflow ist nicht mehr erreichbar (kein Redirect eingerichtet).
✅ v1.56.1 (18.06.2026)🔗
Behobene Fehler
- Docker-Build von v1.56.0 schlug fehl:
next build lief Type-Check über die neuen scripts/*.ts-Helper, die im Top-Level globale Variablen wie ODOO_URL deklarieren — beide Scripts kollidierten. scripts wird jetzt in tsconfig.json ausgeschlossen (analog zu tools, indexer), da Helper-Scripts kein Bestandteil des Next.js-Builds sind.
✅ v1.56.0 (18.06.2026)🔗
Neue Features
- CLI-Beispiel: Ticket-Workflow neu anstoßen: Neue Sample-Sektion unter [
/cli/samples/retry-ticket-workflow](/cli/samples/retry-ticket-workflow). Beschreibt End-to-End, wie BPMN-Process-Instances eines Ticket-Workflows kontrolliert gestoppt und an einer definierten Flow-Node wieder aufgenommen werden — abhängig von Ticket-Tags (feature → Activity_1y0wldz, bug → Activity_1ypk07j). Inklusive Trockenlauf-Report-Script, Apply-Script, Auflösung von flowNodeId → flowNodeInstanceId per pc engine show und Edge-Case-Behandlung. Die Sample-Sektion ist als neuer Sidebar-Eintrag "Beispiele" zwischen "Template-Pipes" und "AI-Skills" einsortiert.
✅ v1.55.1 (18.06.2026)🔗
Verbesserungen
- CLI-Doku: Aufruf aus Skripten und Programmen: Neuer Abschnitt auf [
/cli/first-steps](/cli/first-steps) und [/cli/template-pipes](/cli/template-pipes) mit Node.js- und Python-Beispielen. Hintergrund: Bis CLI v4.10.0 hing pc beim Aufruf aus Programmiersprachen mit Default-stdio (child_process.execFile/spawn, subprocess.run(stdin=PIPE)) auf stdin-EOF. Ab CLI v4.10.1 ist das nicht mehr nötig — die CLI prüft stdin nur kurz auf Pipe-Daten und läuft sofort weiter.
✅ v1.55.0 (16.06.2026)🔗
Behobene Fehler
- Suche: CLI-, AI- und MCP-Seiten waren nicht indexiert: Die Verzeichnisse
app/cli/, app/ai/, app/docs-mcp-public/, app/docs-mcp-server/ und app/versionsunterstuetzung/ waren in der Such-Konfiguration nicht als Collections eingetragen. Bei Suchanfragen wie knowledge tauchte deshalb [/cli/knowledge](/cli/knowledge) nicht auf, obwohl die Seite existiert. Fünf neue Collections ergänzt, der Such-Dialog hat jetzt eine eigene AI-Gruppe analog zur Seitenleiste.
✅ v1.54.0 (15.06.2026)🔗
Verbesserungen
- Seitenleiste neu sortiert: Die
AI-Sektion (Übersicht, CLI, Docs MCP-Server) steht jetzt direkt über Development, damit AI-Themen prominenter und vor den klassischen Entwickler-Themen erscheinen.
- Release Notes — gleiche Sektionen wie Seitenleiste: Das Produkt-Dropdown auf [
/release-notes](/release-notes) gruppiert die Changelogs jetzt analog zur Sidebar in Platform, AI, Development, Produkte. cli ist in die AI-Gruppe gewandert, marktplatz in Produkte; die alte Services-Gruppe entfällt.
✅ v1.53.0 (15.06.2026)🔗
Verbesserungen
- CLI-Übersicht ([
/cli](/cli)) ergänzt um den pc knowledge-Namespace, den knowledge-Skill, vier Plugin-Templates und ein präziseres "AI-Skills"-Feature.
- AI-Skills-Seite ([
/cli/skill](/cli/skill)) listet knowledge jetzt in der Verfügbarkeits-Tabelle, hat eine eigene "Knowledge-Skill"-Sektion und zeigt die Skill-Installation in allen drei Einrichtungs-Pfaden (Claude Code, Claude Desktop, OpenClaw). pc skill list ist als Discovery-Befehl beschrieben, der bundled + installierte Skills aufzeigt.
✅ v1.52.0 (15.06.2026)🔗
Verbesserungen
- Knowledge-Doku: Empfohlenes Setup für Agents: Neue Sektion am Anfang von [
/cli/knowledge](/cli/knowledge), die drei Topologien klar trennt — (A) lokaler Developer / AI-Agent per CLI (Binary + --rerank, empfohlener Einstieg), (B) Plugin-Cron schreibt + Binary liest, (C) zentraler Node-Server mit Hybrid + REST/MCP für mehr Konsumenten. Der Info-Callout präzisiert, dass das Binary FTS5 + Reranking abdeckt (vorher las er sich, als wäre nur FTS möglich).
✅ v1.51.0 (14.06.2026)🔗
Verbesserungen
- Plugin-Template
ingest-worker in der CLI-Doku ergänzt: generische anonymize → curationGate → ingest-Pipeline mit HTTP-Webhook als Default-Trigger. BPMN-, AI-Agent- und Mail-Poll-Varianten sind im Template-README dokumentiert. Der bestehende external-task-Template bleibt als engere BPMN-spezifische Variante erhalten.
✅ v1.50.0 (14.06.2026)🔗
Neue Funktionen
- Knowledge-SDK: Hybrid-Suche (FTS + Vektor): Optionaler
EmbeddingAdapter mit Voyage-Implementierung (voyage-3 1024 dim, plus -lite/-large/-code). Wenn openStore({ embedder }) und sqlite-vec verfügbar, schreibt der Store pro Dokument einen Embedding-Vektor in documents_vec und kann via Store.search({ mode: 'hybrid' }) FTS + Vektor per Reciprocal Rank Fusion kombinieren. Komplett additiv — ohne embedder und ohne sqlite-vec bleibt der Store FTS-only.
pc knowledge --embed / --mode hybrid / --hybrid: CLI-Flags und REST/MCP-Query-Param ?mode=fts|hybrid. Plugins (docs-crawler, github-source) akzeptieren *_EMBED=1, um direkt mit Embeddings zu schreiben.
- Hybrid-Doku in [/cli/knowledge](/cli/knowledge): Sektion "Hybrid-Suche (FTS + Vektor)" mit Voraussetzungs-Hinweis (
npm i sqlite-vec, Node-only), Env-Tabelle und Beispielen für serve --hybrid plus Pro-Request-Override.
✅ v1.49.0 (14.06.2026)🔗
Neue Funktionen
- Knowledge-SDK: Rerank-Adapter (Voyage, Cohere, Mock): Neue Provider-agnostische
RerankAdapter-Schnittstelle im SDK. Drei eingebaute Adapter — Voyage (rerank-2), Cohere (rerank-multilingual-v3.0) und ein deterministischer Mock für Tests. Store.search() ist jetzt async und akzeptiert ein optionales rerank-Adapter — wenn gesetzt, holt der Store FTS-Top-N (Default 5×Limit, mindestens 20) und sortiert per Cross-Encoder neu.
- Knowledge-Doku: optionales Reranking: Die [
/cli/knowledge](/cli/knowledge)-Seite beschreibt jetzt pc knowledge search --rerank und pc knowledge serve --rerank plus die Env-Variablen RERANK_PROVIDER, RERANK_MODEL, VOYAGE_API_KEY / COHERE_API_KEY. Pro-Request-Override per ?rerank=0/1 an /api/search.
✅ v1.48.0 (14.06.2026)🔗
Verbesserungen
- Knowledge-Doku: MCP-Endpoint & Cron-Setup: Die [
/cli/knowledge](/cli/knowledge)-Seite beschreibt jetzt den POST /mcp-Endpoint (drei Tools: knowledge_search, knowledge_get_document, knowledge_list_sources) und zeigt cron- + Kubernetes-Beispiele für die Plugin-Worker. WAL-Koexistenz von Reader (serve/search) und Writer (Crawler-Cron) ist verifiziert.
✅ v1.47.0 (14.06.2026)🔗
Neue Funktionen
- Knowledge-Befehle dokumentiert: Neue Seite [
/cli/knowledge](/cli/knowledge) mit Schnellstart, Subcommand-Tabellen und Hinweisen zur Plugin-Erweiterung (knowledge-source, knowledge-crawler, external-task). Die Sidebar listet "Knowledge-Befehle" zwischen Studio und Template-Pipes.
✅ v1.46.0 (13.06.2026)🔗
Neue Funktionen
- Sitemap und
robots.txt: https://docs.processcube.io/sitemap.xml listet alle 342 öffentlichen Dokumentationsseiten standardkonform (sitemaps.org 0.9), https://docs.processcube.io/robots.txt verweist auf die Sitemap und sperrt /api/ sowie /_next/. Beide werden zur Build-Zeit statisch erzeugt (Next.js App-Router-Konvention) — kein Laufzeit-Overhead, keine zusätzlichen Dependencies. Basis-URL ist über NEXT_PUBLIC_SITE_URL überschreibbar (Default https://docs.processcube.io).
✅ v1.45.0 (12.06.2026)🔗
Verbesserungen
- AI-Sektion entschachtelt: CLI und die beiden Docs-MCP-Server sind jetzt direkte Top-Level-Einträge unter dem AI-Separator (
/cli, /docs-mcp-public, /docs-mcp-server). Die zusätzliche Zwischenebene /ai/... entfällt — die Sidebar ist flach wie bei den anderen Sektionen.
- AI-Übersicht ohne Nextra-Cards: Die Übersichtsseite
/ai nutzt jetzt klare Markdown-Hierarchie (Titel zuerst, dann Beschreibung) statt der defekt dargestellten Cards-Komponente. Cross-Verweise auf die produktspezifischen MCP-Server (Engine, Studio, KnowledgeSDK) bleiben erhalten.
- Redirects erweitert: Sowohl alte
/devops/- als auch kurzlebige /ai/-Pfade werden mit 308 auf die neuen Top-Level-URLs umgeleitet.
✅ v1.44.0 (12.06.2026)🔗
Neue Funktionen
- Neue Top-Level-Sektion „AI": CLI, Docs MCP-Server (Abonnenten) und Docs MCP-Server (Intern, Preview) sind jetzt unter
/ai/... einsortiert (zuvor unter /devops/...). Alte URLs (/devops/cli/, /devops/docs-mcp-public/, /devops/docs-mcp-server/*) werden permanent (308) auf die neuen Pfade weitergeleitet. Die /ai-Übersicht verweist zusätzlich auf die produktspezifischen MCP-Server (Engine, Studio, KnowledgeSDK).
Verbesserungen
- Release Notes: Der temporäre Callout zur Umbenennung „5Minds Studio → ProcessCube Studio" wurde entfernt.
✅ v1.43.0 (12.06.2026)🔗
Neue Funktionen
- OpenClaw-Tab und
--target-Flag in der Skill-Doku: /devops/cli/skill bekommt einen dritten Installations-Tab „OpenClaw" und dokumentiert den neuen CLI-Flag pc skill install --target=claude|openclaw|all. Skills lassen sich damit gezielt nach ~/.claude/skills/, ~/.openclaw/skills/ oder in beide Verzeichnisse schreiben. Querverweis auf den optionalen pc-agents skills sync für das OpenClaw-Tool-Inventar.
✅ v1.42.0 (12.06.2026)🔗
Neue Funktionen
- Device Flow (RFC 8628) für die Authority: Neue Seite
/authority/device-flow dokumentiert den OAuth 2.0 Device Authorization Grant. Inhalte: Mermaid-Sequenzdiagramm, Konfiguration über den eingebauten pc_cli-Client (cli-Feld) und über otherClients, Schritt-für-Schritt-Ablauf mit drei UI-Screenshots (Code-Eingabe, Scope-Bestätigung, Erfolg), Code-Beispiele in Bash (curl + jq), TypeScript (openid-client und nativer fetch) und für pc engine login, Fehlerbehandlung (authorization_pending, slow_down, expired_token, access_denied) und Sicherheitshinweise. Eigener Sidebar-Separator „Authentifizierungs-Flows" als Anker für weitere Flow-Dokus.
- CLI-Login um Device Flow:
pc engine login wurde um die Optionen --client-id und --scope erweitert; beide sind jetzt in /devops/cli/engine/login dokumentiert. Neuer Beispiel-Abschnitt „Login per Device Flow mit eigenem Client" inkl. Querverweis zur Authority-Doku.
✅ v1.41.2 (04.06.2026)🔗
Neue Funktionen
- Direkt-Anker für Release-Headings: Jedes Version-Heading auf
/release-notes bekommt rechts neben dem Status-Badge ein klickbares 🔗-Icon. Klick kopiert die absolute URL ins Clipboard (Icon wechselt kurz auf ✓) und setzt den Hash auf das neue Composite-Format #&v=. URLs wie https://docs.processcube.io/release-notes#engine&v=20.5.0-insiders.1 öffnen den Engine-Changelog und scrollen direkt zur Insiders-Sektion. Hash-Parser erweitert um das v=-Segment; das bestehende &view=dev-Schema und der Legacy-Pfad #2.4.0-insiders.3 (→ Studio) bleiben kompatibel.
✅ v1.41.1 (04.06.2026)🔗
Wartung
- Node 20 → Node 22 (Docker-Image): Das Haupt-
Dockerfile der Docs-App war noch auf node:20-slim gepinnt, das seit April 2026 EOL ist. Alle drei Stages (deps, builder, runner) ziehen jetzt auf node:22-slim — gleicher Stand wie Indexer und knowledge-sdk. package.json engines auf >=20.0.0 gehoben, .nvmrc ergänzt. npm ci läuft mit dem v1.41.0-Lockfile unter node:22-slim (npm 10.9.8) sauber durch, kein Lockfile-Regen nötig. Verify: next build, Multi-Stage-Image-Build, Smoke-Tests (/, /engine/architektur Mermaid-SSR, /versionsunterstuetzung Dynamic-SSR, /api/health, /api/search, /api/mcp) alle grün. Pod-Heap-Sizing unverändert (1 GiB Container → ~512 MB V8-Heap, cgroup-derived).
✅ v1.41.0 (04.06.2026)🔗
Neue Funktionen
- MCP-Server-Dokumentation für die Engine: Neue Seite unter
/engine/mcp beschreibt den in der Engine integrierten Model-Context-Protocol-Server. Inhalte: Konfiguration (mcp.enabled, mcp.stdio), HTTP- und stdio-Transport, Authentifizierung über Root Access Token oder Authority (inkl. OAuth Protected Resource Metadata), verfügbare Tools (Prozessmodelle, UserTasks, Laufzeit-Abfragen) inkl. Hinweis auf dynamische Tool-Aktualisierung via notifications/tools/list_changed, Setup-Anleitungen für Claude Desktop, Claude Code und MCP Inspector. Neue Sidebar-Sektion „Integrationen" zwischen „Konfiguration & Betrieb" und „Erweiterungen".
✅ v1.40.3 (02.06.2026)🔗
Behobene Fehler
- Versionsunterstützung-Seite leer auf Produktion: Die Seite
/versionsunterstuetzung wurde von Next.js zur Build-Zeit prerendered und das Ergebnis in das Docker-Image gebacken. Da im Build-Container kein GITHUB_TOKEN verfügbar ist, schlugen die Live-Lookups gegen die GitHub-Packages-API und die Changelogs fehl, und die Tabelle wurde mit lauter „—"-Zellen statisch ausgeliefert. Mit export const dynamic = 'force-dynamic' wird die Seite jetzt bei jedem Request frisch SSR-gerendert.
✅ v1.40.2 (02.06.2026)🔗
Behobene Fehler
- Studio-Version in der Versionsunterstützung: Studio wurde mit der NPM-SDK-Version (v2) angezeigt statt mit der echten Electron-App-Version (v3). Neues
useChangelog-Flag in LifecycleComponent erzwingt für solche Komponenten den Changelog-Lookup statt der GitHub-Packages-API. Studio nutzt jetzt korrekt seinen ProcessCube.Studio-Changelog.
- StatusBadge bei v0.x: Die Versionsnummer wurde bei Komponenten mit Major 0 (z.B. Cuby v0.44.x) nicht angezeigt, weil
0 in JavaScript falsy ist. Explizite undefined-Prüfung statt Truthy-Check.
✅ v1.40.1 (02.06.2026)🔗
Behobene Fehler
- RSS-Feed Lifecycle-Status: Komponenten ohne Eintrag in
LIFECYCLE_COMPONENTS (z.B. docs, marktplatz) wurden fälschlich als „Veraltet" ausgezeichnet, weil resolveStatus() bei unbekanntem currentMajor defensiv deprecated zurückgibt. Der Feed gibt jetzt für solche Items weder die zweite noch die Inline-HTML-Pille aus.
✅ v1.40.0 (02.06.2026)🔗
Neue Features
- Versionsunterstützung-Seite (
/versionsunterstuetzung): Neue Übersichtsseite in der Navigation direkt unter „Aktuelles". Drei Tabellen (Plattform, Development, Produkte) zeigen pro Komponente, welche Major-Version Aktuell (voller Support), Wartung (nur kritische Fixes) oder Veraltet ist. Inklusive Legende mit Support-Stufen und FAQ-Block zu Migration und Sicherheits-Updates.
- Live-Versions-Daten: Die Lifecycle-Tabelle zieht die aktuellen Major-Versionen automatisch aus den verfügbaren Docker-/NPM-/NuGet-Paketen (GitHub Packages API) bzw. bei paketlosen Komponenten als Fallback aus dem Changelog. 30-Min-Cache.
- RSS-Feed mit Lifecycle-Status: Jedes Item im Release-Notes-RSS-Feed enthält jetzt eine zusätzliche
-Auszeichnung (current / maintenance / deprecated) zur maschinellen Filterung sowie eine Inline-HTML-Status-Pille am Anfang der Item-Beschreibung, die in RSS-Readern gerendert wird.
- Responsive Lifecycle-Tabelle: Auf dem Desktop als klassische Tabelle, ab Viewport ≤ 720 px als kompakte Karten-Liste pro Komponente.
Komponenten
lib/lifecycle.ts: Datenmodell und Resolver (getAllLifecycleRows, getCurrentMajorsMap, resolveStatus).
components/StatusBadge.tsx: Wiederverwendbare Badge-Komponente mit drei Status-Varianten (Light/Dark-Mode-fähig).
components/LifecycleTable.tsx: Server-Component, holt Lifecycle-Daten parallel.
✅ v1.39.4 (29.05.2026)🔗
Neue Features
- Installations-Guide für Ticketpilot Lokal: Schritt-für-Schritt-Anleitung „Ticketpilot aus Cuby in 5 Minuten" als MDX-Seite unter
/produkte/ticketpilot-lokal/installations-guide — abhakbare Checklisten von Vorbereitung über Wizard, Vibe Kanban und Claude Code bis zum ersten Test-Ticket inkl. Troubleshooting.
- PDF-Download: Original-PDF (Mai 2026) zusätzlich unter
/downloads/Ticketpilot-Lokal-Installations-Guide.pdf zum Download verfügbar.
- Querverweise: Übersichtsseite, interaktive Checkliste und Installations-Guide verlinken untereinander und auf den PDF-Download.
✅ v1.39.3 (25.05.2026)🔗
Behobene Fehler
- Client-Side-Crash bei Such-Rate-Limit behoben: Beim schnellen Tippen in der Suche (besonders Mobile, Debounce 200 ms) sättigte sich der mit v1.39.2 eingeführte Public-Limiter rasch. Der zurückgegebene HTTP 429 lief im
SearchDialog durch response.json() mit data.results === undefined und löste eine React-Render-Exception aus („Application error: a client-side exception has occurred"). Jetzt werden alle non-200-Antworten (insbesondere 429) sauber wie 503 behandelt; data?.results wird defensiv mit Array.isArray geprüft.
- Public-Limiter etwas großzügiger: Von 1 conc / 3 pending auf 2 conc / 8 pending — verhindert 429-Spikes beim interaktiven Tippen. Heap-Schutz bleibt über das Rerank-Trimming und das 1 GiB Memory-Limit erhalten.
- Rerank-Body-Texte gekappt: Voyage-Reranker bekommt pro Document max. 4 000 Zeichen, pro Query max. 2 000 Zeichen. Vorher konnten ganze MDX-Abschnitte (10–100 KB pro Document) in
JSON.stringify durchlaufen — bei mehreren parallelen Hybrid-Searches summierten sich die Bodies zu MB-Größen und stressten den V8-Heap (OOM-Trigger im Stacktrace: SerializeArrayLikeSlow).
/api/health-Endpoint + entkoppelte Probes: Neue minimalistische Health-Route (kein SSR, kein Store-Zugriff). Liveness/Readiness des Docs-Pods peilen nicht mehr / (vollwertige SSR-MDX-Seite) an, sondern /api/health. Liveness-Intervall 30 s, Readiness 10 s. Probes erzeugen damit keinen zusätzlichen Heap-Druck mehr und triggern keine Restarts, wenn der SSR-Pfad gerade unter Last langsam antwortet.
- Memory-Limit von 512 Mi auf 1 GiB angehoben: Node v22 leitet sein V8-Heap-Limit aus dem Container-cgroup ab (~50 %). Mit 512 Mi lag das Heap-Limit bei ~246 MB; der Docs-Pod crashte regelmäßig mit „Reached heap limit". 1 GiB gibt v8 ca. 512 MB Heap und Puffer für Spike-Lasten. Requests parallel auf 512 Mi hochgezogen.
Sonstiges
- Plan und Findings-Dokumentation im Repo unter
todos/security-followup/ (v1.39.2-Findings) sind weiterhin aktuell; deepsec-Revalidation aus v1.39.2-Release-Phase deckt die wesentlichen Punkte ab.
secrets-exposure (Query-Parameter ?key= an /api/mcp) bleibt aus diesem Release-Strang ausgenommen — separat zu behandeln.
✅ v1.39.2 (25.05.2026)🔗
Behobene Fehler
- API-Endpoint-Härtung (
/api/mcp, /api/mcp-public):
- Fail-closed bei fehlendem
CLASSIFIER_API_KEY in production: Endpoint wird mit 503 abgewiesen statt offen weiterzulaufen.
- Per-Key Rate-Limit (Default 60 Requests/Minute) zusätzlich zum globalen Backpressure-Limiter — verhindert, dass ein einzelner Aufrufer mit gültigem Key alle Voyage-/OpenAI-Calls saturiert.
- Backpressure-Limiter gesplittet:
/api/search (öffentlich, 3 conc / 10 pending) trennt sich von den geschützten Routen (5 / 20). Eine Public-Lastspitze kann die internen MCP-Routen nicht mehr aushungern.
- Marketplace-Auth-Cache stabilisiert:
- Voller SHA-256 als Cache-Key (statt 64-Bit-Truncate; eliminiert Birthday-Collision-Risiko bei ~2³² Operationen).
- LRU-Eviction mit Default-Cap 10 000 Einträgen — Brute-Force-Versuche mit unique Keys lassen den Heap nicht mehr unbegrenzt wachsen.
- Subresource Integrity (SRI) für Plausible-Analytics-Script in
app/layout.tsx: integrity=sha384-… + crossOrigin="anonymous". Bei einem CDN-Compromise blockiert der Browser das Skript statt es auszuführen.
- Path-Traversal-Schutz in
lib/faq.ts: fetchFAQTopic() validiert topicSlug per Regex (^[a-z0-9][a-z0-9-]{0,127}$).
- Knowledge-SDK-Härtung (
packages/knowledge-sdk/):
- URL-Encoding für owner/repo/branch/path in GitHub-Contents-API-Aufrufen (verhindert
?ref=-Injection über Pfade).
- Size-Cap (2 MB Base64) auf GitHub-Responses — schützt den Indexer-Pod vor OOM-Kills bei versehentlich riesigen Dateien.
- Echte Glob-Pattern für Filepattern-Matching (
, .ext, .{ext1,ext2}, exakter Name) — vorheriger String-Trick matchte .{md,mdx} gar nicht und README.md fälschlich für API_README.md.
- Voyage-Body raus aus Error-Messages im
embedding-adapter: nur Status-Code im Error-String, Body nur bei DEBUG_VOYAGE_API=1.
ContentSourcePlugin.validate() verpflichtend — keine ungeprüften Plugin-Configs mehr.
- Env-Var-Allowlist für
${VAR}-Expansion in run-indexer (Default: GITHUB_TOKEN, VOYAGE_API_KEY, OPENAI_API_KEY, QMD_INDEX_PATH, QMD_EMBED_PROVIDER; erweiterbar via QMD_ALLOWED_ENV_VARS).
run-server fail-closed ohne QMD_API_KEY: Start bricht ab; bewusster Insecure-Modus nur via QMD_INSECURE_NO_AUTH=true.
- FTS5-Logik-Fix im Self-Improvement-Scoring (
classifier/feedback-store.ts): Operator-Keywords (AND/OR/NOT/NEAR) werden case-insensitive aus der Query gefiltert, Tokens als Phrase-Literal in Double-Quotes geschützt. Falsch-klassifizierte Tickets bekommen wieder ihren Self-Improvement-Boost.
Sonstiges
- deepsec-Revalidation des v1.39.1-Releases bestätigt: alle 9 v1.39.1-Fixes sind als
fixed markiert, 3 Findings als False-Positive klassifiziert (Odoo-Info-Disclosure, Open-Navigation in SearchDialog, Redirect-Token-Forwarding in github-source), 3 Duplicates.
secrets-exposure (Query-Parameter ?key= an /api/mcp) bewusst aus diesem Release ausgenommen — wird separat behandelt.
- Plan, Commits und Findings-Abdeckung dokumentiert unter
todos/security-followup/.
✅ v1.39.1 (24.05.2026)🔗
Behobene Fehler
- XSS-Sanitizing für hand-rolled Markdown-Renderer — vier Komponenten (
FAQTopics, ReleaseNotes, InstallChecklist inkl. InlineText und MarkdownBlock) wickeln ihr HTML nun durch eine zentrale sanitizeHtml()-Funktion auf Basis von isomorphic-dompurify mit eng definierter Tag- und Attribut-Allowlist. Schliesst potenzielle Stored-XSS-Pfade aus extern bezogenen FAQ-, Changelog- und Install-Inhalten.
- PVC nicht mehr world-writable — der Indexer-CronJob und der Docs-Pod nutzen
securityContext.fsGroup=1001 statt chmod -R 777 auf /data/qmd. Der SQLite-Such-Index ist damit nur noch für die nodejs-Gruppe lesbar.
- GitHub-API-Calls im Knowledge-SDK mit Timeout — beide
fetch()-Aufrufe in github-source.ts brechen nach 10 s ab. Der Indexer-CronJob hängt nicht mehr unbegrenzt bei Netzwerk-Partitionen oder langsamen GitHub-Antworten.
- Race-Condition in der SQLite-Store-Initialisierung gefixt —
getStore() nutzt jetzt ein Promise-Singleton, gleichzeitige Aufrufer öffnen nicht mehr parallele DB-Connections (relevant beim Pod-Cold-Start mit gleichzeitigen Requests).
prereqLinkHost() mit try/catch — InstallChecklist crasht nicht mehr, wenn prereq.link keine absolute URL ist; in dem Fall wird der Rohwert angezeigt.
Sonstiges
- deepsec-Scanner-Setup unter
.deepsec/ lokal eingerichtet; tools/classifier-dashboard/ via Project-Config von Scans ausgenommen (internes Tool, nicht öffentlich exponiert).
.deepsec/ ist gitignored; eingecheckt bleibt nur die data//config.json mit der ignorePaths-Konfiguration.
- Neue Helper-Datei
lib/safe-html.ts (DOMPurify-Wrapper mit Tag/Attr-Allowlist und sicherer URI-Schema-Whitelist).
- Plan, Review und Findings-Abdeckung dokumentiert unter
todos/security-findings/.
✅ v1.39.0 (23.05.2026)🔗
Neue Features
- Öffentlicher MCP-Endpoint für ProcessCube®-Abonnenten unter
/api/mcp-public — AI-Assistenten wie Claude können die ProcessCube®-Dokumentation als Wissensquelle nutzen, authentifiziert über den eigenen PROCESSCUBE_API_KEY:
- Zwei Tools verfügbar:
search_docs (Volltext- und Vektor-Suche über alle 18 Collections) und list_collections (Übersicht der Collections)
- Authentifizierung: Bearer-Token, der gegen
marketplace.processcube.io/public_api/check-api-key validiert wird (analog zu Cuby) — kein ?key=-Query-Parameter (Sicherheits-Default)
- Cache: 10 min Positive / 60 s Negative TTL pro Key-Hash, schützt den Marketplace vor Last
- Datenschutz: Klartext-Keys werden nie geloggt — Logs enthalten nur einen 16-Zeichen-SHA-256-Hash
- Neue Doku-Seite unter [DevOps → Docs MCP-Server (Abonnenten)](/devops/docs-mcp-public) mit Setup-Beispielen für Claude Code, Claude Desktop und Claude.ai
Sonstiges
- Der bisherige interne Endpoint
/api/mcp (mit CLASSIFIER_API_KEY, inkl. classify_ticket / classify_ticket_feedback) bleibt unverändert — Doku-Eintrag umbenannt zu "Docs MCP-Server (Intern, Preview)"
- Plan, Smoke-Test-Ergebnisse und Review unter
todos/mcp-public/
✅ v1.38.0 (22.05.2026)🔗
Neue Features
- Favicon und App-Icons auf das neue ProcessCube®-Logo V2 umgestellt — passend zum neuen Wordmark im Header:
public/favicon.ico mit 16/32/48 px Multi-Resolution
app/icon.png (32x32, Browser-Tab)
app/apple-icon.png (180x180, iOS-Home-Screen / Apple-Touch-Icon)
✅ v1.37.0 (22.05.2026)🔗
Neue Features
- Neues ProcessCube®-Wordmark im Header und auf der Startseite — Header (
Logo.tsx) und Startseite-Banner (app/page.mdx) zeigen ein einheitliches Wordmark mit dem orangenen Cube-Symbol. Loest die bisherigen separaten DOCS- und Plattform-Banner ab.
- Quadratische Produkt-Icons ersetzen die bisherigen Banner-Logos — 13 Produkt-Bereiche bekommen ein eigenes App-Icon (Light/Dark, 256px) statt eines breiten Schriftzug-Banners:
- Engine, Authority, Studio, LowCode, Cuby, Portal (LowCode-Icon), Client Libraries, App-SDK, AppTemplate, CLI, ArtifactShipper
Verbesserungen
- Neue wiederverwendbare React-Komponente
app/components/ProductIcon.tsx kapselt das Light/Dark-Bildpaar — MDX-Seiten verwenden statt eines mehrzeiligen ![]()
-Blocks nur noch einen einzeiligen -Aufruf
- Alle nicht mehr referenzierten Logo-PNGs (Banner-Logos und DOCS/Plattform/CUBY/STUDIO-Startseite-Logos) aus
public/static/logos/ entfernt
Sonstiges
- Plan, Quell-Assets und Review unter
todos/produktbilder/
✅ v1.36.0 (22.05.2026)🔗
Neue Features
- Release-Notes-Tag-Browser: NuGet-Unterstützung für
.NET Client — Pakete von nuget.org werden als dritte Quelle neben Docker und NPM angezeigt.
- Hauptpaket
ProcessCube.Engine.Client ist konfiguriert; weitere Extensions können später ergänzt werden
- Copy&Paste-Snippet:
dotnet add package ProcessCube.Engine.Client --version
- Pre-Release-Versionen werden bewusst ausgefiltert (nur SemVer-Stable)
- Fußzeile zeigt für NuGet „Quelle: nuget.org (public)" + externen Link auf die NuGet-Paketseite (kein Marketplace-Proxy für NuGet)
- Status-Badge an Stable-Releases im
.NET Client-Changelog: aktuelle Major-Version (v5) = aktuell, v3 (zuvor) = veraltet — die alte v4-Linie wurde nie released
Verbesserungen
currentMajor-Priorität pro Komponente nun Docker > NuGet > NPM: bei Komponenten ohne Docker-Image (z.B. .NET Client) wird der Status-Badge aus der NuGet-Version abgeleitet, was zur Versionierung der eigentlichen Komponente passt
✅ v1.35.0 (21.05.2026)🔗
Neue Features
- Release-Notes-Seite: Tag-Browser & Status-Badges fuer verfuegbare Releases — Pro Komponente zeigt ein aufklappbarer Tag-Browser die verfuegbaren Docker-Image-Tags und NPM-Versionen aus der GitHub-Packages-API, inklusive Copy&Paste-Snippets fuer
docker pull / npm install gegen marketplace.processcube.io.
- Sub-Tabs pro Paket (Docker / NPM, mehrere moeglich), Stream-Tabs Stable / Insiders, Load-More in 10er-Schritten
- Stable-Releases im Changelog erhalten ein Status-Badge (aktuell / Wartung / veraltet), abgeleitet aus dem aktuellen Major-Stand: aktueller Major =
aktuell, vorletzter = Wartung, alle aelteren = veraltet
- Native Produkte (Studio, Cuby) zeigen statt eines Tag-Browsers einen Native-Download-Hinweis zu [processcube.io/download](https://www.processcube.io/download) und unterdruecken den Status-Badge (Studio-SDK v2 != Studio-App v3)
- Konfiguriert fuer 8 Komponenten: Engine, Authority, LowCode, Studio (SDK), AppSDK, KnowledgeSDK, ArtifactShipper, PostgreSQL
Verbesserungen
- Neue interne Bibliothek
lib/release-tags.ts und API-Route GET /api/release-tags?component= mit 30-Minuten-Cache (unstable_cache) und In-Memory-Stale-Fallback bei API-Ausfaellen
Voraussetzung fuer Produktion
- K8s-Secret
GITHUB_TOKEN braucht read:packages-Scope — sonst liefert die Route in Produktion permanent den Cold-Fail-Pfad (leeres Result, stale: true)
Sonstiges
- Plan, Snapshots und Review unter
todos/release-notes-tags/
✅ v1.34.8 (15.05.2026)🔗
Verbesserungen
Doku-Sync mit den aktuellen READMEs der Quell-Repos — punktuelle Ergaenzungen, keine Wholesale-Replaces:
- Python Client (
/clients/python/): Referenz-Tabelle mit allen 11 Feldern des external_task-Objekts unter „Erweiterter Handler" eingefuegt; NotificationClient-Methodentabelle um on_empty_activity_waiting und on_empty_activity_finished erweitert
- TypeScript Client (
/clients/typescript/external-tasks): Datenmodell um optionales embeddedProcessModelId? ergaenzt; formale ExternalTaskError-Klassendefinition als eigener Block aufgenommen
- PostgreSQL (
/postgres): Backup-Format-Tabelle (custom/plain/directory) unter „Backup erstellen"; neue Sektion „Wartung & Health Checks" mit den 5 SQL-Skripten (01_health_check.sql bis 05_extension_status.sql) und psql-Ausfuehrungsbeispielen; neue Troubleshooting-Sektion mit 3 typischen Issues
- AppTemplate (
/apptemplate/getting-started): Sektion „Neue App mit Claude Code erstellen" mit Hinweis auf den processcube-app-creator Skill ergaenzt
- Engine (
/engine/installation): Verifizierungs-Hinweis erweitert — die Engine stellt unter http://localhost:10560 zugleich eine interaktive Swagger-Dokumentation der Engine-API bereit
Behobene Fehler
- Indexer-Branch-Pinning fuer AppSDK und Authority korrigiert (
indexer/run-indexer.ts): Beide Repos waren auf develop gepinnt, dieser Branch existiert seit der Branch-Umstellung in 5minds/ProcessCube.App.SDK und 5minds/ProcessCube.Authority nicht mehr. Folge: Die Changelogs beider Komponenten wurden seitdem nicht mehr indexiert. Beide Eintraege auf main umgestellt — nach dem naechsten Indexer-Lauf (alle 30 Min) sind die Changelogs wieder in der Hybrid-Suche verfuegbar.
Sonstiges
- Plan, Snapshots und Review des Doku-Sync-Workflows unter
todos/repo-doku-update/ (alle 13 Komponenten-Repos abgeglichen, .temp-repo/ als Snapshot-Verzeichnis fuer kuenftige Syncs in .gitignore)
✅ v1.34.7 (15.05.2026)🔗
Verbesserungen
- Sicherheitsluecken in transitiven Abhaengigkeiten geschlossen (von 1 high + 3 moderate auf 1 moderate Restrisiko):
- fast-uri ^3.1.2 via
overrides (transitiv ueber @modelcontextprotocol/sdk → ajv) — schliesst GHSA-q3j6-qgpj-74h6 (Path Traversal, high) und GHSA-v39h-62p7-jpjc (Host Confusion, high)
- postcss in Next.js auf 8.5.14 hochgezogen (Lockfile-Entry fuer
node_modules/next/node_modules/postcss entfernt, sodass Next die deduplicate Top-Level-postcss@8.5.14 nutzt) — schliesst GHSA-qx2v-qp2m-jg93 (XSS via Unescaped )
- Lockfile minimal-invasiv ueber das v1.34.4-Lockfile gepatcht (nicht voll regeneriert), damit der Docker-Build nicht durch unbeabsichtigte Major-Bumps weiterer transitiver Pakete bricht
- Lockfile-Build mit Node 20 / npm 10.8.2 (CI-Umgebung) verifiziert
Bekannte Einschraenkungen
- Mermaid 11.14.0 bleibt aktiv und behaelt 4 moderate Advisories (Gantt DoS, CSS/HTML Injection in
classDefs/classDef/Config). Mermaid 11.15.0 fixt diese, bricht aber die Nextra-SSR-Komposition und damit den next build Schritt. Wartet auf einen Upstream-Fix in @theguild/remark-mermaid
Behobene Fehler
- v1.34.5 und v1.34.6 Docker-Builds in der CI sind fehlgeschlagen (v1.34.5: Lockfile-Drift Node 24 → Node 20, v1.34.6: Mermaid 11.15.0 SSR-Bruch). v1.34.7 ersetzt beide
⚠️ v1.34.6 (15.05.2026) — Docker-Build failed, ersetzt durch v1.34.7
⚠️ v1.34.5 (15.05.2026) — Docker-Build failed, ersetzt durch v1.34.7
✅ v1.34.4 (08.05.2026)🔗
Verbesserungen
- Node-Pakete aktualisiert und 19 von 21 Sicherheitsluecken geschlossen (von 13 moderate / 8 high auf 2 moderate). Die verbleibenden 2 betreffen ein PostCSS innerhalb des Next.js-Bundles und sind nur ueber einen Next-Major-Bump fixbar.
next 15.5.9 → 15.5.18 (CVE-Patches fuer Image-Optimizer-DoS, HTTP-Smuggling in Rewrites, Disk-Cache-Wachstum, RSC-DoS); weiterhin auf der 15.5.x-Linie gepinnt
tailwindcss und @tailwindcss/postcss 4.1.17 → 4.2.4
postcss 8.5.6 → 8.5.14 (XSS-Fix in CSS-Stringify)
@tobilu/qmd 2.0.1 → 2.1.0
@playwright/test 1.57.0 → 1.59.1
yaml, autoprefixer, @types/node, @types/react, @types/react-dom auf neueste Patches
npm audit fix fuer transitive Schwachstellen in hono, simple-git, uuid, picomatch, minimatch, lodash-es, brace-expansion, ip-address, dompurify, xmldom
✅ v1.34.3 (28.04.2026)🔗
Behobene Fehler
- Indexer-CronJob hing seit Stunden in
Init:0/1, weil das Volume qmd-model-cache (Hetzner-CSI) nicht mehr verfuegbar war. Da der Indexer mit QMD_EMBED_PROVIDER=voyage laeuft, wird kein lokales Embedding-Modell geladen — das Volume war reine Altlast. model-cache-Mount aus deployment/base/indexer/cronjob.yaml entfernt, Dockerfile-mkdir bereinigt, Manifest deployment/base/indexer/model-cache-pvc.yaml (Orphan, nicht in Kustomization referenziert) geloescht. PVC qmd-model-cache wird im Cluster manuell entfernt.
✅ v1.34.2 (28.04.2026)🔗
Verbesserungen
- Neue Such-Collection
installations: Indexer fetcht install-requirements.yaml aller Cuby-Produkte aus processcube-io/ProcessCube.Products, synthetisiert flachen Markdown-Text (Hero, Voraussetzungen, Setup-Schritte mit Subtasks/Callouts/Decision-Tabs) und legt ihn unter installations/.md ab. Suchtreffer verlinken auf /produkte//installation.
lib/search-config.ts: URL-Mapping installations/ → /produkte//installation, neue Collection in der Sucheinhaltsliste, Gruppen- und Farbkonfiguration
✅ v1.34.1 (28.04.2026)🔗
Behobene Fehler
- Installations-Checklisten der 8 Produkte zeigten in prod „Checkliste nicht verfuegbar", weil sie zur Build-Zeit statisch generiert wurden — im Build-Container fehlten Sibling-Klon und
GITHUB_TOKEN, sodass die YAML-Quelle nicht erreichbar war. Pages mit dynamic = 'force-dynamic' markiert: jede Anfrage wird zur Runtime mit dem Pod-GITHUB_TOKEN server-rendered.
✅ v1.34.0 (28.04.2026)🔗
Neue Features
- Interaktive Installations-Checklisten unter
/produkte//installation fuer 8 Produkte: Ticketpilot, ProcessCube Lokal, ProcessCube K8s, ProcessCube K8s InCluster, Hetzner K8s Setup sowie die Bundles Ticketpilot Lokal, Ticketpilot K8s und Ticketpilot Hetzner
- InstallChecklist-Komponente (
components/InstallChecklist.tsx): Hero, Progress-Bar mit localStorage-Persistenz, Prerequisites-Karten, Accordion-Steps, Decision-Tabs (z. B. Odoo/Jira), Code-Bloecke mit Copy-Button, Callouts (info/warn), „Schritt erledigt"-Toggle, Final-CTA
- Bundle-Aufloesung im Loader (
lib/install-requirements.ts): aggregiert prerequisites/setupSteps der eingeschlossenen Sub-Produkte, dedupliziert per id, Bundle-eigene Eintraege ueberschreiben gleichnamige Sub-Produkt-Steps
- YAML-Quelle aus
processcube-io/ProcessCube.Products per Sibling-Pfad (Dev) und GitHub-API (Build)
Verbesserungen
- Produkte-Uebersichtsseiten entruempelt: Wizard-Konfigurations- und Stage-Mapping-Tabellen entfernt (gehoeren in den Cuby-Wizard, nicht in die Doku)
- Sub-Navigation pro Produkt via
_meta.js (Übersicht / Installation), passt sich konsistent in die Sidebar ein
- Drei Bundle-Eintraege in
app/produkte/_meta.json
Behobene Fehler
- Inline-Code in der Checkliste umbricht bei langen Pfaden (
overflow-wrap: anywhere), verhindert Layout-Brueche in Prereq-Karten
✅ v1.33.9 (27.04.2026)🔗
Neue Features
- Plausible Analytics (privacy-friendly, cookieless) eingebunden ueber
next/script mit strategy="afterInteractive"
Behobene Fehler
- React
key-Warning in RootLayout behoben: erhaelt explizit key="footer" (Nextra-ConfigProvider rendert Slot-Props intern als Liste)
✅ v1.33.8 (22.04.2026)🔗
Verbesserungen
- Authority-Navigation mit 5 Separatoren restrukturiert (Grundlagen, Benutzerverwaltung, Betrieb & Sicherheit, Erweiterung, Referenz)
- Authority-Uebersichtsseite ueberarbeitet (Quick Start, Feature-Liste, Dokumentations-Tabelle)
- AppSDK-Navigation vereinfacht: Separatoren von 4 auf 3 reduziert (Grundlagen, Entwicklung, Referenz)
- AppTemplate-Navigation angepasst: Separator-Umbenennung, Troubleshooting-Seite ergaenzt
- Querverweise zwischen AppTemplate, AppSDK und Authority ergaenzt
Behobene Fehler
- Authority Changelog-Branch von develop auf main korrigiert
✅ v1.33.7 (22.04.2026)🔗
Verbesserungen
- Engine-Dokumentation restrukturiert: Navigation mit Separatoren (Grundlagen, Konfiguration & Betrieb, Erweiterungen, Referenz)
- Extensions nach Funktionsbereich gruppiert (Service Tasks, Fehlerbehandlung & Monitoring, Messaging, Sicherheit & Zuweisung, Entwicklung)
- 5x _meta.json zu _meta.js konvertiert (Separator-Support, Konsistenz mit AppTemplate/AppSDK)
- Neue Troubleshooting-Seite fuer Engine erstellt
- Installation erweitert (NPM, Systemanforderungen, Verifizierung)
- Architektur erweitert (Request-Flow + Worker-Prozesse Diagramme)
- 5 Extension-Seiten erweitert mit Diagrammen und Beispielen (HTTP Service, User Task Assignment, Notification Handler, RabbitMQ, Mail Service)
- Querverweise zu AppTemplate, AppSDK und Client Libraries eingefuegt
✅ v1.33.6 (21.04.2026)🔗
Verbesserungen
- Cuby-Dokumentation komplett ueberarbeitet: 17 Seiten aktualisiert, 1 neue Seite (Plugin-Entwicklung)
- Navigation mit Sektions-Separatoren strukturiert (Architektur, Benutzeroberflaeche, Erweiterbarkeit, Betrieb, Integration, Referenz)
- 10 Mermaid-Diagramme fuer Architektur, Plugin-Lifecycle, Abhaengigkeiten und Auth-Flows
- Datentypen-Seite entfernt (Inhalte in Plugins, API und Configuration integriert)
✅ v1.33.2 (21.04.2026)🔗
Behobene Fehler
- Mermaid-Syntaxfehler im Server-Identity Token-Cache-Diagramm behoben (\\n durch <br/> ersetzt)
✅ v1.33.1 (21.04.2026)🔗
Behobene Fehler
- CSS Auto-Import in AppSDK-Doku nachgezogen: Alle manuellen CSS-Imports entfernt
- Komponenten-CSS wird jetzt automatisch vom Consumer-Bundler mitgeladen
- ./client/styles nur noch als optionaler Tailwind-Basisstyles-Import dokumentiert
✅ v1.33.0 (21.04.2026)🔗
Neue Features
- AppSDK-Dokumentation komplett ueberarbeitet: von 7 auf 27 Seiten erweitert
- Sektions-basierte Navigation mit 5 Separatoren (Architektur, Server, Client, Worker, Referenz)
- 16 neue Seiten: Architektur, Authentifizierung (4), Server-Funktionen (4), Komponenten (6), Installation
- Authentifizierung: User-Identity, Server-Identity mit Token-Cache-Flow, Authority Client mit Klassen-API
- Server-Funktionen: Prozess-Instanzen, User Tasks, Server Actions, Engine Client als eigene Seiten
- Komponenten: BPMNViewer, ProcessInstanceInspector, DynamicUi, ProcessModelInspector, DocumentationViewer, DropdownMenu
- 6 neue Mermaid-Diagramme (Architektur, Export-Map, Auth-Entscheidungsbaum, Token-Cache, AuthorityClient, DynamicUi-Datenfluss)
- 5 AppTemplate-Verweise als Callout-Boxen (Uebersicht, Getting Started, User Tasks, External Tasks, Beispiele)
- CSS-Exports und DynamicUi Auto-Import dokumentiert
- Blocking/Non-Blocking Funktions-Tabelle und identity:false Parameter dokumentiert
✅ v1.32.0 (20.04.2026)🔗
Neue Features
- AppTemplate-Dokumentation komplett ueberarbeitet: von 7 auf 18 Seiten erweitert
- Beide Entwicklungswege dokumentiert: LowCode (Node-RED) und AppSDK (Next.js)
- KnowledgeSDK-Style Navigation mit thematischen Separatoren
- Neue Seiten: Installation, Plattform-Architektur, LowCode vs AppSDK Vergleich
- AppSDK-Sektion: App-Aufbau, UserTasks (2 Patterns), External Tasks, Beispielprozess
- Betrieb-Sektion: CI/CD, BPMN-Prozesse, Image-Versionen
- Mermaid-Diagramme fuer Architektur, Sequence-Flows und State-Diagramme
✅ v1.31.3 (20.04.2026)🔗
Behobene Fehler
- Versionsheadings in den Release Notes werden jetzt einheitlich als
vX.Y.Z (DD.MM.YYYY) dargestellt — unabhaengig vom Format der Quell-Changelogs (Keep-a-Changelog, ISO-Daten etc.)
- Fehlendes
v-Prefix bei Cuby-Produkten (ProcessCube K8s, Hetzner K8s Setup, Ticketpilot) ergaenzt
✅ v1.31.2 (20.04.2026)🔗
Behobene Fehler
- Erste Version der Changelog-Normalisierung (Datumsformate)
✅ v1.31.1 (19.04.2026)🔗
Behobene Fehler
- Indexer auf esbuild-Bundle umgestellt (ESM-Import-Probleme mit tsc behoben)
- CronJob-Pfad und Dockerfile an neue Bundle-Struktur angepasst
- KnowledgeSDK und Marktplatz werden jetzt korrekt im Suchindex indiziert (18 Collections)
✅ v1.31.0 (19.04.2026)🔗
Neue Features
- KnowledgeSDK und Marktplatz als eigene Produkte in den Release Notes (Dropdown + Changelogs)
- KnowledgeSDK Changelog angelegt (v1.0.0 mit allen SDK-Features)
- Neue Changelog-Gruppe "Services" fuer Marktplatz
Verbesserungen
- Fehlende Changelog-Eintraege v1.25.0–v1.30.0 nachgetragen
- Test-Screenshots aus dem Projektroot entfernt (28 PNG-Dateien)
✅ v1.30.0 (18.04.2026)🔗
Neue Features
- MCP-Endpoint (
/api/mcp) mit API-Key-Authentifizierung (Bearer-Token und Query-Parameter)
✅ v1.29.0 (18.04.2026)🔗
Neue Features
- KnowledgeSDK und Marktplatz als eigene Such-Collections im Indexer
Verbesserungen
- API-Key Bild und Rechnungs-Link auf Marktplatz-Seite ergaenzt
- Marktplatz als eigener Top-Level-Eintrag (nicht mehr unter Produkte)
✅ v1.28.0 (18.04.2026)🔗
Neue Features
- Marktplatz-Dokumentation mit Bezugsquellen, Docker-Registry und NPM-Registry
✅ v1.27.0 (18.04.2026)🔗
Verbesserungen
- KnowledgeSDK Dokumentation thematisch restrukturiert (Separatoren, bessere Navigation)
✅ v1.26.1 (18.04.2026)🔗
Behobene Fehler
- Swagger UI Dark-Theme fuer Schema-Bereich korrigiert
✅ v1.26.0 (18.04.2026)🔗
Neue Features
- QMD Search SDK umbenannt zu KnowledgeSDK (Paketname, Verzeichnisse, Dokumentation)
Behobene Fehler
- NPM publish
--allow-same-version fuer gleiche Tag/Package-Version
✅ v1.25.0 (18.04.2026)🔗
Neue Features
- Ticket-Classifier mit Odoo-Dashboard und Self-Improvement (Ebene 2+3, Stats-Endpoint)
- OpenAPI 3.1 Spec und Swagger UI fuer alle APIs (
/api/docs)
- Ticket-Classifier Dokumentation (16 Seiten)
✅ v1.24.0 (14.04.2026)🔗
Neue Features
- GitHub Actions fuer SDK-Publish: NPM-Pakete, Docker-Images und Single-Binaries werden automatisch bei Tag
knowledge-sdk-v* veroeffentlicht
- Windows-Support fuer Single-Binary (Bun compile + sqlite-vec DLL)
- API-Referenz-Seite unter /knowledge-sdk/api
- Auth-Integrationsmuster (Proxy + Server Component) mit Code-Beispielen
- REST-API Content-Source-Plugin als Doku-Beispiel
Verbesserungen
- NPM-Version wird automatisch aus dem Tag extrahiert
- Binary-Build: Dynamische Externals fuer node-llama-cpp (statt statischer Liste)
Bekannte Einschraenkungen
- Single-Binary startet nicht (Bun + better-sqlite3 ABI Mismatch, siehe oven-sh/bun#16050)
- Workaround: Docker-Images oder NPM-Pakete verwenden
✅ v1.23.1 (14.04.2026)🔗
Behobene Fehler
- NPM-Scope korrigiert:
@processcube → @processcube-io (alle Pakete und Dokumentation)
- Docker-Registry korrigiert:
ghcr.io → marketplace.processcube.io
- Installer-URL korrigiert:
get.processcube.io → marketplace.processcube.io
- Coming-Soon Callout auf SDK-Uebersichtsseite hinzugefuegt
✅ v1.23.0 (14.04.2026)🔗
Neue Features
- Odoo-Auth-Plugin: API-Key-Validierung gegen Odoo mit konfigurierbarem Cache (TTL, maxSize)
- Single-Binary: CLI-Entrypoint (index, serve, search), Build-Script fuer Bun, Installer-Script
- Standalone Dockerfiles: Generische Docker-Images fuer Indexer + Server
- SDK-Dokumentation: 10 Seiten unter /knowledge-sdk (Getting Started, Indexer, Adapter, MCP, Auth, UI, Docker, CLI, Plugins)
Verbesserungen
- Indexer-Dockerfile: Build-Kontext auf Repo-Root, node_modules-Symlinks fuer SDK-Source
- SDK-Tests: 102 Tests (10 neue fuer Odoo-Auth)
Behobene Fehler
- Indexer-Build: Direkte SDK-Imports statt Barrel-Export (verhindert unnoetige Dependencies)
- Indexer-Dockerfile: npm install statt npm ci (keine Lock-Datei noetig)
✅ v1.22.0 (14.04.2026)🔗
Neue Features
- KnowledgeSDK: Such-System als wiederverwendbare Pakete extrahiert (
@processcube-io/knowledge-sdk, @processcube-io/knowledge-sdk-ui)
- SDK Core: Store, Embedding-Adapter, Limiter, Result-Formatter — alles konfigurierbar
- Plugin-System fuer Content-Sources (Built-in: Filesystem, GitHub)
- Framework-Adapter: Next.js, Express, Hono, Standalone HTTP-Server
- Generischer MCP-Server mit konfigurierbaren Tool-Beschreibungen
- Auth-Plugin (API-Key aus Env-Var) fuer den Standalone-Server
- Konfigurierbare React-Suchkomponente (Theme, Collections, Labels, Navigation via Callback)
- 92 Unit-Tests fuer das SDK
Verbesserungen
- docs.processcube.io vollstaendig auf SDK migriert — identisches Verhalten, weniger Code
- SearchDialog: 538 → 26 Zeilen (-95%) durch SDK-UI Wrapper
- Zentrale ProcessCube-Config statt ueber 6 Dateien verteilter Hardcodings
- Indexer nutzt SDK-Plugin-System (githubSource) statt eigener Fetch-Logik
- Indexer-Dockerfile: Build-Kontext auf Repo-Root umgestellt fuer SDK-Zugriff
✅ v1.21.2 (13.04.2026)🔗
Behobene Fehler
- Keyframes aus Loading-Conditional verschoben (Ergebnisse waren unsichtbar)
✅ v1.21.1 (13.04.2026)🔗
Verbesserungen
- Spinner ersetzt Lupe im Suchfeld waehrend Loading (sofortiges Feedback)
- Skeleton-Platzhalter bei erster Suche (kein leerer Bereich mehr)
- Ergebnisse faden nacheinander ein (Stagger-Animation)
- Stale-Ergebnisse besser lesbar (Opacity 0.6 statt 0.4)
✅ v1.21.0 (13.04.2026)🔗
Neue Features
- Hybrid-Suche mit Cloud-APIs (Voyage AI Embeddings + Reranking, OpenAI Query-Expansion)
- Such-UX: Animierte Lade-Leiste und Dimming alter Ergebnisse waehrend neuer Suche
Verbesserungen
- AbortController fuer Such-Requests (verhindert Race Conditions bei schnellem Tippen)
- Debounce von 200ms auf 350ms erhoeht (weniger unnoetige Requests)
- Fallback auf lexikalische Suche wenn Hybrid-Suche fehlschlaegt
Behobene Fehler
- Dockerfile von Alpine auf Debian slim umgestellt (sqlite-vec benoetigt glibc)
- sqlite-vec Extension korrekt im Docker-Image eingebunden
✅ v1.20.1 (11.04.2026)🔗
Verbesserungen
- Voyage AI als Embedding-Provider aktiviert (voyage-3, 2000 RPM)
- Default-Modell auf voyage-4 aktualisiert
- dimensions-Parameter wird nur bei OpenAI gesendet (Voyage-Kompatibilitaet)
- embedBatch sequentiell mit Throttling (Rate-Limit-Schutz)
- CronJob dauerhaft auf Voyage AI Provider umgestellt
- Konzept-PDF und Anleitung fuer Embedding-Provider ergaenzt
✅ v1.20.0 (10.04.2026)🔗
Neue Features
- Konfigurierbarer Embedding-Provider fuer semantische Suche (QMD_EMBED_PROVIDER)
- Drei Provider: lokal (Qwen3-0.6B), OpenAI (text-embedding-3-small), Voyage AI (voyage-3)
- Hybrid-Suche: BM25 + Vektor-Suche mit RRF-Fusion (QMD_SEARCH_MODE=hybrid)
- CloudEmbeddingAdapter fuer OpenAI- und Voyage-API (duck-type LlamaCpp)
- Model-Cache PVC fuer persistenten Modell-Download im K8s CronJob
Verbesserungen
- CronJob: Erhoehte Resources (4Gi RAM, 2 CPU) und Timeout (3600s) fuer Embedding-Generierung
- Dockerfile: Native Bindings fuer node-llama-cpp aktiviert (cmake, npm ci)
- Such-API und MCP-Server unterstuetzen Hybrid-Modus
✅ v1.19.1 (05.04.2026)🔗
Behobene Fehler
- Mermaid-Syntaxfehler im Plugin-Lifecycle State-Diagramm behoben (Cuby Plugin-System)
✅ v1.19.0 (05.04.2026)🔗
Cuby
- Architektur-Seite mit Mermaid-Diagramm und Komponenten-Tabelle
- Authentifizierung (3 Methoden, Security-Features)
- Studio-Integration (PostMessage-Auth, /apps-Namespace, React-Shims)
- Sub-Cuby Federation (Multi-Instanz-Diagramm, registerCuby-Flow)
- Plugin-System: Lifecycle State-Diagramm, 13 fehlende Context-Methoden ergaenzt
- Marketplace: ProcessCube-Registrierung nach Installation dokumentiert
- Kubernetes: Vergleichs-Diagramm (Lokal vs. Operator)
- Hauptseite: "Cuby im Studio" Abschnitt mit Mermaid-Diagramm
- 3 neue Seiten: Plattform-Produkte, Datentypen & Interfaces, Troubleshooting
- 3 fehlende Umgebungsvariablen (CUBY_CONFIG_DIR, PORT, USE_AUTH)
- Secret Store Hinweis in Konfiguration
Studio
- Navigation mit Separatoren und neuen Eintraegen
- 5 neue Seiten: Editoren, ProcessCube Browser, Studio MCP-Server, Extensions API-Referenz, Extensions Entwicklung (6 Unterseiten)
- Terminologie: "studio-intern" → "lokal (ueber Cuby)" durchgehend umgestellt
Bereinigung
- GitHub-URL in Cuby-Installation korrigiert (5minds → processcube-io)
✅ v1.18.1 (03.04.2026)🔗
Bereinigung
- Horizontale Skalierung aus Engine-Doku entfernt (nicht stabil unterstuetzt)
✅ v1.18.0 (03.04.2026)🔗
Neue Inhalte
- Engine Architektur-Seite — Schichtenarchitektur (Mermaid), Event-System mit Dual-Mode-Betrieb und Event-Patterns
- BPMN-Elemente-Referenz — Alle unterstuetzten Activities, Gateways, Start/End Events, Intermediate und Boundary Events
- Prozess-Lebenszyklus — State-Diagramm, Token-Flow, Error-Handling-Mechanismen
- Engine Hauptseite ueberarbeitet — Voraussetzungen, Schnellstart (NPM + Docker), Arbeitsverzeichnis
- Extensions-Seite — Engine-API-Diagramm, Extension-Typen-Tabelle, aktualisierte Liste
Bereinigung
- Docker-Image in Engine-Hauptseite korrigiert (marketplace.processcube.io statt 5minds/)
- 5 TODO-Platzhalter fuer fehlende Bilder entfernt (error_handling, http_service, mail_service)
✅ v1.17.0 (03.04.2026)🔗
Neue Inhalte
- TypeScript Client Dokumentation komplett ueberarbeitet — EngineClient/ClientFactory-Pattern, 5 Mermaid-Diagramme fuer External Tasks (Konzept, Lebenszyklus, Worker-Ablauf, Fehlerbehandlung, Lock-Verlaengerung), Health/Heartbeat Monitoring, Graceful Shutdown, Multi-Topic Worker, Payload-Filter, REST API Endpunkte, Socket.IO Events
✅ v1.16.0 (03.04.2026)🔗
Neue Inhalte
- .NET Client Dokumentation komplett ueberarbeitet — ClientFactory-Pattern, Mermaid-Diagramme (Architektur, Identitaetssystem, Handler-Erkennung, Worker-Lebenszyklus), neue Inhalte (Azure Auth, TestCaseFixture, Processing-Controller, Health Checks)
- Python Client Dokumentation komplett ueberarbeitet — Architektur-Diagramm, ExternalTask-Konzepte (Fetch-and-Lock, Lock-Verlaengerung, Lebenszyklus), NotificationClient, API-Endpunkte-Tabelle
- App SDK External Tasks — 5 Mermaid-Diagramme ergaenzt (Architektur, Lebenszyklus, IPC, Fehlerbehandlung, Token-Management), Exports-Abschnitt auf der Hauptseite
Verbesserungen
- Changelog-Branches fuer AppSDK, Python und .NET von develop auf main umgestellt
✅ v1.15.1 (02.04.2026)🔗
Wartung
- Dependency-Updates: Next.js 15.5.14, Tailwind CSS 4.2.2, Playwright 1.59.1, PostCSS 8.5.8, Autoprefixer 10.4.27
- 4 Sicherheitslücken (picomatch ReDoS, yaml Stack Overflow) behoben
✅ v1.15.0 (02.04.2026)🔗
Neue Funktionen
- Footer auf allen Seiten — Nützliche Links, Kontaktdaten, Social-Media-Icons (SVG) und Versionsnummer
- Theme-adaptiv: Footer passt sich automatisch an Light/Dark Mode an
- Versionsnummer aus package.json wird zur Build-Time eingebettet
✅ v1.14.1 (02.04.2026)🔗
Verbesserungen
- Backpressure-Limiter für
/api/search und /api/mcp — schützt den qmd-Store vor Überlast (max 5 concurrent, 20 pending; konfigurierbar via MCP_MAX_CONCURRENCY / MCP_MAX_PENDING)
- WCAG AA Kontrast für Release Notes Badges (Light + Dark Mode)
✅ v1.14.0 (02.04.2026)🔗
Neue Funktionen
- Docs MCP-Server (Preview) — die ProcessCube-Dokumentation ist als MCP-Endpoint unter
/api/mcp verfügbar, damit AI-Assistenten (Claude Code, Claude Desktop, Claude.ai) die gesamte Dokumentation durchsuchen können
- Zwei MCP-Tools:
search_docs (Volltextsuche mit Collection-Filter) und list_collections (verfügbare Collections auflisten)
- Dokumentationsseite unter
/devops/docs-mcp-server mit Einrichtungsanleitungen für Claude Code, Claude Desktop und Claude.ai
npm run index:local — Lokalen Suchindex erstellen (inkl. Changelogs von GitHub)
npm run dev:mcp — Dev-Server mit aktivierter Suche und MCP-Endpoint
npm run mcp:inspector — MCP Inspector zum interaktiven Testen der Tools
✅ v1.12.0 (27.03.2026)🔗
Neue Funktionen
- Odoo FAQ Export — Veröffentlichte Artikel aus der Odoo Knowledge Base als statische MDX-Seiten unter
/faq/allgemein/ (Customer Service, Marketplace, Automatisierung, BPMNs)
- Neue qmd-Collection
faq-allgemein für die indexierten Odoo-Artikel
- Export-Script
scripts/export-odoo-faq.ts für einmaligen Odoo-Export via External API
Verbesserungen
- FAQ-Ordnerstruktur: Einzeldokumente pro Thema mit aufklappbaren Cards und Hash-basierter Navigation
- FAQ-Indexer: Ordner-Listing via GitHub API, Fallback auf lokale faq-demo/ Dateien
✅ v1.11.0 (27.03.2026)🔗
Neue Funktionen
- FAQ-Sektion mit Ordner-Struktur — ein Dokument pro Thema, aufklappbare Cards mit vollständigem Markdown-Rendering
- Demo-FAQs für Engine (5 Topics), Authority (5 Topics) und LowCode (5 Topics)
- FAQ-Inhalte in der qmd-Suche indexiert (Collection "faq")
- Hash-basierte Navigation für direkte Links zu FAQ-Topics (z.B.
/faq/engine#docker-einrichtung)
Verbesserungen
- FAQ-Indexer mit Ordner-Listing via GitHub API und Fallback auf lokale faq-demo/ Dateien
✅ v1.10.1 (27.03.2026)🔗
Verbesserungen
- Indexer: Init-Container kopiert MDX-Quelldateien aus dem Docs-Image — alle 257 Dokumente in 14 Collections werden indexiert (nicht mehr nur Changelogs)
- Deployment: Recreate-Strategie für RWO-PVC-Kompatibilität, podAffinity für CronJob
- node-llama-cpp Binaries aus beiden Images entfernt (~700 MB weniger pro Image)
- Store-Singleton prüft bei jedem Request ob die DB existiert (kein Pod-Restart nötig nach Index-Erstellung)
Behobene Fehler
- Dockerfile: node-llama-cpp postinstall übersprungen (braucht cmake)
- Init-Container: mkdir -p vor cp
- CronJob: GITHUB_TOKEN für privates Repo, imagePullSecrets für GHCR
- PVC-Berechtigungen: chmod 777 nach Indexierung für nextjs-User (uid 1001)
✅ v1.10.0 (26.03.2026)🔗
Neue Funktionen
- Neue Server-seitige Volltextsuche (qmd) ersetzt Pagefind — BM25-Index mit 15 Collections (Engine, Studio, Authority, LowCode, Cuby, Portal, PostgreSQL, AppTemplate, Clients, AppSDK, DevOps, Produkte, Allgemein, Changelogs)
- Such-Dialog mit
⌘K / Ctrl+K, Collection-Filter-Dropdown, farbigen Collection-Badges und Keyboard-Navigation
- Such-API
/api/search mit Collection-Filter und 1ms Latenz
- Standalone-Indexer-Container mit CronJob (alle 30 Minuten), Changelog-Fetcher und Kustomize-Integration
Verbesserungen
- Dark-Mode-Support für den Such-Dialog
✅ v1.9.1 (26.03.2026)🔗
Verbesserungen
- Release Notes: Lade-Skeleton mit Shimmer-Animation und Hinweis "Changelogs werden geladen…" während die Daten von GitHub gestreamt werden (Suspense-Fallback)
- Dark-Mode-Support für den Lade-Skeleton
✅ v1.9.0 (26.03.2026)🔗
Neue Funktionen
- Neue Dokumentationssektion "Produkte" mit 8 Cuby-Produkten (ProcessCube Lokal, Docker, K8s, K8s InCluster, RemoteConnect, Hetzner K8s Setup, Ticketpilot, ProcessCube AI)
- Übersichtsseite mit Produkttabelle und detaillierten Einzelseiten (Konfiguration, Voraussetzungen, Besonderheiten)
- Changelogs der Produkte in den Release Notes integriert (neue Gruppe "Produkte" im Dropdown)
✅ v1.8.5 (18.03.2026)🔗
Behobene Fehler
- Changelog-Branches für Engine, LowCode und Studio von
develop auf main korrigiert
✅ v1.8.4 (12.03.2026)🔗
Neue Funktionen
- Neue Seite: Shell-Completion — Tab-Vervollständigung für Zsh, Bash und PowerShell (
pc completion)
Verbesserungen
- CLI-Übersichtsseite um Shell-Completion-Feature ergänzt
- CLI-Navigation um Shell-Completion-Eintrag erweitert
✅ v1.8.3 (12.03.2026)🔗
Neue Funktionen
- Installation:
INSTALL_DIR-Überschreibung, Non-Root-Installation und Fallback-Verhalten dokumentiert
- 4 neue Befehlsseiten: Manual Tasks (
list-manual-tasks, finish-manual-task) und Untyped Tasks (list-untyped-tasks, finish-untyped-task)
- Neue Seite:
pc platform create-extension für CLI-Erweiterungen
- Manuelle Installation über GitHub Releases dokumentiert
Verbesserungen
- Engine-Befehle-Übersicht mit allen neuen Befehlen aktualisiert
- Engine
_meta.json → _meta.js konvertiert (korrekte Sidebar-Reihenfolge)
✅ v1.8.2 (12.03.2026)🔗
Neue Funktionen
- AI-Skills-Seite mit Tabs für Claude Code und Claude Desktop erweitert
- Claude Desktop: Skill-Upload als ZIP und Studio-MCP-Server-Konfiguration dokumentiert
- Installationsschritte mit Steps-Komponente visuell hervorgehoben
Verbesserungen
- CLI-Navigation in fachliche Reihenfolge gebracht (Installation → Erste Schritte → Engine → Studio → ...)
commands/ in engine/ umbenannt (konsistent mit studio/)
_meta.json → _meta.js konvertiert (Nextra 4 respektiert nur bei JS-Dateien die Reihenfolge)
- Alte Test-Screenshots aus dem Projektroot entfernt
✅ v1.8.1 (12.03.2026)🔗
Neue Funktionen
- CLI-Dokumentation auf neue Namespace-Struktur aktualisiert (
pc engine, pc studio, pc skill, pc platform)
- Neue Seite: Studio-Befehle — BPMN-Bearbeitung via MCP direkt aus dem Terminal
- Neue Seite: AI-Skills — Installation und Verwaltung von Skills für Claude Code
- Neue Befehlsseiten:
list-user-tasks, finish-user-task, generate-root-access-token
- AI-Agenten-Integration auf der CLI-Übersichtsseite dokumentiert
Verbesserungen
- WCAG AA Kontrast-Optimierung für Light und Dark Theme
- Alle CLI-Befehlsseiten und Guides auf
pc engine-Prefix umgestellt
- Befehlsübersicht in Kategorien aufgeteilt (Authentifizierung, Deployment, Prozesssteuerung, Abfragen)
- Rückwärtskompatibilität dokumentiert (alte Befehle ohne Namespace funktionieren weiterhin)
- Unsignierte Windows-Binary in Installationsanleitung ergänzt
Entfernt
list-correlations-Befehl entfernt (existiert nicht mehr in der CLI)
✅ v1.8.0 (01.03.2026)🔗
Neue Funktionen
- Cuby-Dokumentation vollständig überarbeitet anhand der aktuellen README
- 4 neue Dokumentationsseiten: Marketplace, Produktverwaltung, Kubernetes Operator-Modus, Umgebungsvariablen
- Marketplace-Seite mit Produktinstallation, Alias-System, Produkt-Typen und Update-Dokumentation
- Kubernetes Operator-Modus mit Secret-Konfiguration und Verbindungsoptionen dokumentiert
Verbesserungen
- API-Referenz von 5 auf über 30 Endpoints erweitert, Socket.IO Events korrigiert
- Plugin-System um Interface-Dokumentation, Cuby-Kontext-Methoden und Worker-Architektur erweitert
- Setup-Wizard von 4 auf korrekte 3 Schritte aktualisiert (Trial-Lizenz, Node.js-Setup, Autostart)
- Installationsseite mit korrekter Parameter-Syntax und CLI-Optionen (--version, --no-browser)
- Dashboard um Willkommensseite, Status-Indikatoren und Theme-Support ergänzt
- Konfigurationsseite mit vollständigem config.json-Beispiel und Verzeichnisstruktur
- Cuby-Navigation von 7 auf 11 Einträge erweitert
✅ v1.7.0 (23.02.2026)🔗
Neue Funktionen
- Produkt-Logos auf allen 11 Produktseiten eingebaut (Engine, Authority, LowCode, Cuby, Studio, App-SDK, AppTemplate, Client Libraries, Portal, Artifact Shipper, CLI)
- Light/Dark-Mode-Unterstützung für alle Produkt-Logos
- Hinweis zur Studio-Umbenennung auf der Release-Notes-Seite
Verbesserungen
- Bestehende Text-Logos auf Cuby- und Studio-Seiten durch neue Produkt-Icons ersetzt
- Dateinamen der Logos bereinigt (Leerzeichen durch Bindestriche ersetzt)
✅ v1.6.0 (23.02.2026)🔗
Neue Funktionen
- Produkt-Logos auf Cuby- und Studio-Startseiten eingebaut
- Redirect von
/release_notes (Unterstrich) auf /release-notes (Bindestrich) für alte URLs
- Versions-Anker in Release Notes: Hash wie
#2.4.0-insiders.2 wählt automatisch das Studio-Changelog und scrollt zur passenden Version
Fehlerbehebungen
- Unvollständige Automation-Dokumentation entfernt
✅ v1.5.0 (23.02.2026)🔗
Neue Funktionen
- CLI-Dokumentation umfassend erweitert: 13 einzelne Befehlsseiten mit vollständiger Referenz (Syntax, Optionen, Beispiele)
- Neue Seite „Template-Pipes": Flexible Verkettung von CLI-Befehlen mit Feldzugriff auf JSON-Ausgaben
- Neuer Betriebsleitfaden: Schritt-für-Schritt-Workflow (Deploy → Starten → Überwachen → Fehlerbehandlung)
- Neue Befehle dokumentiert:
show-process-instance, list-correlations
- Erste Schritte um Port-Tabelle, Shortcuts und Verbindungsleitfaden erweitert
Verbesserungen
- Befehle-Übersicht als Tabelle mit Links zu Unterseiten umstrukturiert
- Fehlende Optionen ergänzt (
--yes, --start-token, --wait, --correlation, --insiders u.a.)
- Legacy-Piping in Standard-Piping umbenannt
- Screenshots aus dem CLI-Repo in den Betriebsleitfaden integriert
✅ v1.4.1 (22.02.2026)🔗
Verbesserungen
- ProcessCube®-Prefix aus allen Produktnamen entfernt: Produkte heißen jetzt konsistent Engine, Authority, Studio, LowCode, Portal, Cuby etc. (117 Dateien, ~270 Ersetzungen)
- Sidebar-Navigation und Startseite entsprechend aktualisiert
✅ v1.4.0 (19.02.2026)🔗
Neue Funktionen
- Major-Release-Navigation in Release Notes: Klickbare Versions-Buttons zum schnellen Springen zwischen Major-Versionen
✅ v1.3.2 (18.02.2026)🔗
Fehlerbehebungen
- AppTemplate GitHub-URLs auf
github.com/5minds zurückgesetzt (Repository liegt noch dort)
✅ v1.3.1 (18.02.2026)🔗
Fehlerbehebungen
- Java-Client-Referenzen komplett aus der Clients-Dokumentation entfernt
- Support-Links von GitHub Issues auf ProcessCube® Support-Portal umgestellt
- Horizontal Scaling Abschnitt aus LowCode-Architektur entfernt
Verbesserungen
- Architektur-Diagramm (Platform Landscape) aktualisiert
- CLAUDE.md an aktuelle Plattformstruktur angepasst (Cuby, AI Agent, ArgoCD, App Template, Hub-Funktionen)
✅ v1.3.0 (18.02.2026)🔗
Neue Funktionen
- Vollständige PROCESSCUBE® DOCS Logos im Header mit automatischem Light/Dark Mode Wechsel
- PROCESSCUBE® PLATTFORM Logo als Startseiten-Überschrift ersetzt die Textüberschrift
Verbesserungen
- Sidebar-Benennung einheitlich ohne "ProcessCube®" Prefix (Engine, Authority statt ProcessCube® Engine, ProcessCube® Authority)
✅ v1.2.1 (16.02.2026)🔗
Fehlerbehebungen
- Erster Bullet-Point in Release Notes Listen wird nicht mehr extra eingerückt
✅ v1.2.0 (16.02.2026)🔗
Neue Funktionen
- Design-System aus DESIGN_SYSTEM.md integriert (CSS-Tokens, Tailwind-Konfiguration, Scrollbar-Styling, Focus-Rings)
- Logo-Komponente mit theme-aware PNG-Bildern (automatischer Wechsel zwischen Light/Dark Mode)
- Nextra Primary Color auf ProcessCube-Orange konfiguriert (automatische Farbpalette)
- Dark-Mode Hintergrund von Schwarz auf Navy-Blau (#111827) umgestellt
Fehlerbehebungen
- Next.js Versionsnummer in App-SDK Doku korrigiert (13+ auf 16+)
- React Hydration-Mismatch bei Release Notes Timestamp behoben
- Changelog-Dateiname für GitHub API Kompatibilität korrigiert
- Logo-Abstände zwischen Light- und Dark-Variante angeglichen
Verbesserungen
- Produkt-Tabellen von Release-Notes-Seite entfernt (bereits auf Startseite vorhanden)
- CSS-Overrides mit
!important durch saubere Nextra-Konfiguration ersetzt
✅ v1.1.0 (14.02.2026)🔗
Neue Funktionen
- Dynamische Release Notes mit Produkt-Dropdown aus GitHub-Repos
- RSS-Feed für Release Notes mit Markdown-zu-HTML-Konvertierung
- Release Notes um 8 weitere Produkte erweitert (Authority, LowCode, Studio, Cuby, u.a.)
- Dropdown-Auswahl in Release Notes wird per URL-Hash persistiert
- Sidebar mit Separatoren und verbesserter Reihenfolge
- Cuby-Dokumentation als neue Platform-Komponente hinzugefügt
- PostgreSQL-Dokumentation als neue Top-Level-Seite hinzugefügt
- AppTemplate-Dokumentation zum Development-Bereich hinzugefügt
- External-Task-Dokumentation neu erstellt und korrigiert
- LowCode-Dokumentation inhaltlich ausgebaut
- Enterprise-Image Dokumentation auf 1 Seite pro Package umgestellt
- ProcessCube Docs als eigenes Produkt in Release Notes aufgenommen
Fehlerbehebungen
- Dark Mode für Release Notes Steuerelemente und Markdown-Rendering korrigiert
- RSS-Feed Content-Type auf
application/rss+xml korrigiert
- Sidebar-Layout und CSS-Selektoren korrigiert
- Eingerückte Changelog-Unterpunkte werden korrekt als Listen gerendert
- Mobile Navigation Hintergrund korrigiert
- 19 tote interne Links korrigiert
/docs/-Prefix aus allen internen Links entfernt (483 Links, 119 Dateien)
- Authority-Link auf interne Doku-Seite korrigiert
- Docker-Image-Referenzen auf
marketplace.processcube.io umgestellt
Verbesserungen
- 5Minds-Branding durch ProcessCube® ersetzt (33 Ersetzungen, 15 Dateien)
- Bezugsquellen auf
marketplace.processcube.io umgestellt
- Favicon und Apple Touch Icon aus ProcessCube-Logo erstellt
- OCI-Labels für Docker-Image-Beschreibung hinzugefügt
- Ungenutztes LaTeX deaktiviert und
.dockerignore erweitert
- Dokumentation von
/docs/* auf Root-Level verschoben
✅ v1.0.1 (19.01.2026)🔗
Verbesserungen
- CLI-Dokumentation auf Bun-Singlebinary aktualisiert
- NPM-Installation entfernt (veraltet)
- Neue Schnellinstallation via curl/PowerShell-Skript
- Dokumentation der verfügbaren Binaries für Linux, macOS und Windows
Fehlerbehebungen
- SHA-Tag bei Docker-Image Tag-Pushes deaktiviert
✅ v1.0.0 (17.12.2025)🔗
Initiales Release des Dokumentationsportals.
Neue Funktionen
- Dokumentationsportal auf Basis von Nextra 4.0 (Next.js App Router)
- Vollständige LowCode/Node-RED Dokumentation (Grundlagen, Konzepte, Enterprise-Image, Portal)
- Release Notes Seite mit Versionsnummern und Ankern
- Engine-Dokumentation mit Extensions und Konfiguration
- Authority-Dokumentation (Identity Provider, externe Login-Provider, Claim Resolver)
- Studio-Dokumentation (Getting Started, Engine-Verbindung, Extensions)
- Client Libraries: TypeScript, Python, .NET
- App-SDK Dokumentation (Getting Started, Configuration, Components)
- DevOps-Dokumentation (CLI, Artifact Shipper)
- ProcessCube® Branding mit Orange (#f7a823) und Dark/Light Mode
- Docker-Deployment mit Kubernetes und ArgoCD-Integration
- Platform-Architektur-Diagramm auf der Startseite
Release-Prozess
Features durchlaufen drei Phasen, bevor sie alle Nutzer erreichen:
🔮 In Entwicklung → 🧪 Insiders → ✅ Stable
(Ausblick) (Early Adopter) (Alle Nutzer)
| Phase | Zielgruppe | Beschreibung |
|---|
| 🔮 In Entwicklung | Entwickler | Ausblick auf kommende Features. Noch in keinem Release enthalten. |
| 🧪 Insiders | Early Adopter | Vorschau-Versionen zum Testen neuer Features vor dem Stable-Release. |
| ✅ Stable | Alle Nutzer | Produktionsreife Version. Features sind vollständig getestet und freigegeben. |
Hinweis: Jeder Abschnitt listet nur die Änderungen, die neu in dieser Phase sind.