Anders als die letzten drei Reports der Serie (Diagramm- & Art-Tools, Tool-Radar & Uebernahme-Konzepte, beide 08.09., und KI-Folien & Pages, 11.09.) ist dieser Schnitt bewusst auf das reine Wochenfenster begrenzt, nicht kumulativ. Was in den drei Vorgaenger-Reports schon steht, wird hier nicht wiederholt, nur verlinkt.
Sternezahlen aus github.com/trending, Momentaufnahme 14.09.2026 — keine Live-API-Abfrage. Die Woche ist erkennbar von Agent-Skill-Repos dominiert (Claude Code / Codex / Cursor-Skills); der grosse Teil davon hat keinen Wiki-/Diagramm-/Artefakt-Bezug und steht darum unter "Kein Fit".
| Projekt | Was es tut | MZP-Bezug |
|---|---|---|
| tt-a1i/archify BEOBACHTUNG | 10.132★ diese Woche — weiterhin auf Trending-Liste, keine neue Funktion gegenueber dem 08.09.-Report erkennbar. | Kein neuer Diskussionsbedarf: Der MZP hat die dort identifizierte Luecke laut lokalem Agent-Memory zwischenzeitlich selbst geschlossen (MZP-88 Auto-Mapper, MZP-89 klickbare Props, MZP-90 Knoten-Steckbrief, MZP-91 Semantic Radar, MZP-92 Semantic Lens, MZP-93 laut Commit-Log bee7643 "finished"). Damit ist die in Empfehlung 1 des Vorgaenger-Reports skizzierte Parität ueberholt — der offene Rest ist Deploy-Verifikation, kein Feature-Gap mehr. |
| cathrynlavery/diagram-design T1 NEU | 7.129★ diese Woche. 38 editoriale Diagrammtypen als selbstenthaltenes HTML+SVG, explizit gegen Mermaid positioniert ("No shadows. No Mermaid slop."). | Die naechste direkte Vergleichsflaeche nach Archify: gleiche Grundidee (typisierte, selbstenthaltene HTML/SVG-Diagramme statt Freihand-Canvas oder Mermaid-Textformat), aber mit Fokus auf redaktionelle Typenvielfalt statt Architektur-Tooling. Lohnt einen eigenen Vergleichs-Pass gegen die ~35 Type-Renderer des MZP (siehe Empfehlung 1) — nicht als Abhaengigkeit, sondern als Ideengeber fuer Typen, die dem MZP fehlen. |
| heygen-com/hyperframes BEOBACHTUNG | 5.146★ diese Woche. "Write HTML. Render video. Built for agents." — HTML-Input, Video-Output, fuer Agenten gedacht. | Der MZP produziert bereits animierte, selbstenthaltene HTML-Diagramme (ADR-011, Skin-Motion aus der Archify-Paritaet) und hatte mit MZP-93 einen serverseitigen Export-Bedarf. Kein Handlungsbedarf jetzt, aber der Trend "HTML rein, Video raus, agent-first" ist der Bereich, in dem ein spaeterer WebM/Share-Card-Export (bewusst aus Teil 2 der Archify-Paritaet ausgeklammert) anschliessen wuerde. |
| Projekt | Was es tut | MZP-Bezug |
|---|---|---|
| microsoft/markitdown T2 PRUEFEN | 5.191★ diese Woche. Python-Tool, wandelt Office-Dokumente, PDFs und weitere Formate nach Markdown. | Der MZP nimmt Inhalte bisher ueber publishPage/mergePageContext strukturiert oder ueber Gamma-Decks (gamma-to-mzp.md) entgegen — beides Agent-seitiges Zerlegen, kein Dateiupload. Eine Office/PDF-zu-Markdown-Konvertierung waere ein moeglicher dritter Ingestion-Pfad, falls je Rohdokumente statt Agent-Zerlegung ankommen sollen. Kein akuter Bedarf, aber die naheliegende Referenz, falls das Thema aufkommt (Konvention: keine neue Abhaengigkeit ohne Not — eher Blaupause als Import). |
| Tencent/WeKnora BESTAETIGUNG | 1.302★ diese Woche. Go-Plattform: Dokumente -> durchsuchbares RAG, autonomer Reasoning-Agent, "self-maintaining Wiki". | Genau der Zuschnitt, den ADR-009 am 2026-08-27 bewusst nicht extern eingekauft hat — der MZP baut Graph, Backlinks und knowledgeQuery selbst statt eine zweite Wissens-Plattform daneben zu betreiben. WeKnora bestaetigt, dass der Bedarf real und aktuell ist, aendert an der ADR-Begruendung (zwei Systeme -> zwei Wahrheiten) aber nichts. Kein Handlungsbedarf, hoechstens eine Fussnote in ADR-009. |
| Projekt | Was es tut | MZP-Bezug |
|---|---|---|
| ChromeDevTools/chrome-devtools-mcp | 736★ diese Woche. Offizieller MCP-Server fuer Chrome DevTools (Navigation, Netzwerk, Performance, Screenshots) als Agent-Werkzeug. | Kein Uebernahme-Kandidat (anderes Problemfeld), aber als offizielles Google-MCP-Server-Beispiel eine brauchbare Referenz fuer Tool-Granularitaet und Namensgebung, falls der MZP-eigene MCP-Werkzeugkatalog (listTemplates/getTemplate, searchPages/getPageContext) weiterwaechst. |
| mksglu/context-mode BESTAETIGUNG | 2.102★ diese Woche. Reduziert Tool-Output fuer Agenten um ~98%, persistiert Session-Memory, routet ueber MCP + Hooks. | Bestaetigt ein Muster, das der MZP an mehreren Stellen schon lebt: listTemplates liefert bewusst Summary ohne htmlContent, searchPages liefert seit Kurzem "Summary ohne Context", getArtifactSource kappt grosse Dateien ueber maxBytes. Kein Nachholbedarf — eher ein Datenpunkt dafuer, dass diese Design-Linie richtig war und bei neuen Tools fortgesetzt werden sollte. |
Waehrend Archify vor allem Architektur-/Workflow-Diagramme abdeckt (Feld, in dem der MZP laut Commit-Log gerade aufgeschlossen hat), zielt cathrynlavery/diagram-design auf redaktionelle Typenvielfalt (38 Typen). Ein kurzer Typenvergleich gegen die ~35 vorhandenen MZP-Renderer koennte Luecken bei eher "editorialen" Diagrammtypen aufdecken — das waere Stoff fuer einen fokussierten Folge-Report, keine Sofortmassnahme.
Kein Handlungsbedarf jetzt. Sollte der aus Teil 2 der Archify-Paritaet bewusst ausgeklammerte WebM/Share-Card-Export je aufgegriffen werden, ist "HTML rein, Video raus" der richtige Suchbegriff fuer Referenzimplementierungen — hyperframes ist diese Woche der sichtbarste Vertreter.
context-mode und WeKnora bestaetigen zwei bereits getroffene MZP-Entscheidungen unabhaengig voneinander — Tool-Output knapp halten (gelebt in listTemplates/searchPages/getArtifactSource) und den Wissens-Layer selbst zu bauen statt einzukaufen (ADR-009). Beide Male: kein Nachholbedarf, wert als Fussnote bei naechster ADR-Ueberarbeitung.
Die Trending-Woche ist stark von generischen Agent-Skill-Repos gepraegt (Claude-Code-/Codex-/Cursor-Skills fuer Schreibstil, Marketing, CAD, Git-Worktrees, Klassenzimmer-Simulationen). Fuer einen Wiki-/Diagramm-/Artefakt-Dienst mit fester Typologie tragen sie nichts bei:
docs/agent-workflows/ ein eigenes, schlankeres Pendant fuer MCP-Ablaufdokumente), aber ein generisches Projekt-Scaffolding-Tool loest kein Problem, das der Publisher noch haette.