Floom

Teilen Sie KI-Agenten-Fähigkeiten über einen Link.

Eine Floom-Fähigkeit ist alles, was Sie teilen, um einen Agenten besser für eine Aufgabe zu machen: Wissen über die Markenstimme, Unternehmensfakten, Onboarding-Dokumente, Vertriebs-Workflows, Codierungsstandards und später ausführbare Fähigkeiten.

npm install -g @floomhq/floom
floom login
floom publish pr-review-brief.md
# -> https://floom.dev/s/ffas93ud

floom add https://floom.dev/s/ffas93ud
# -> adds pr-review-brief.md locally

Veröffentlichen Sie Wissen, Anweisungen und Workflows direkt von Ihrem Terminal aus. Jeder kann sie hinzufügen und in seinem Agenten verwenden.

Floom Version 0 – Das Teilen ist bewusst eingeschränkt: Terminal-Veröffentlichung, Link-Freigabe, lokales Hinzufügen. Markdown ist die Quellschnittstelle. Kein Dashboard, kein Marktplatz, keine gehostete Ausführung.

Floom Version 1 – Die Synchronisierung beginnt mit einer Vorschau: floom sync, floom watch, ordnerbewusste lokale Schreibvorgänge und MCP-Start/Polling-Synchronisierung für Ihre eigenen veröffentlichten Fähigkeiten. Die vollständige Version 1 kann später Hot-Reload, Update-Propagation, Abhängigkeitsmanagement, Installations-Tracking, semantische Versionierung und Rollback unterstützen.

Floom Version 2 ist für Teams und die erste unternehmensweit testbare Schleife: Ersteller-UI, Empfänger-UI, Fähigkeits-Labels, E-Mail-Einladungen und -Zustellung, Installations-/Update-Tracking und klares MCP-Onboarding.

Struktur

• cli/ — Node 22 TypeScript CLI, veröffentlicht als @floomhq/floom

• mcp-sync/ — MCP-Server-Vorschau, veröffentlicht als @floomhq/floom-mcp-sync

• web/ — Next.js 16 App (Landingpage + API-Routen), Bereitstellung auf Vercel

• supabase/ — SQL-Migrationen für das bestehende skills_minimal-Schema

Related MCP server: IteraTools MCP

Prototyp-Code für spätere Versionen

Das Repository enthält noch Prototyp-Code für spätere Versionen. Diese Routen sind inaktiv, bis eine Version sie explizit freischaltet.

Version 0 Endpunkte

• POST /api/skills (Authentifizierung erforderlich) — Body { title?, description?, body_md, visibility?, asset_type?, source?, installs_as?, version? }

• DELETE /api/v1/skills/:slug (Authentifizierung erforderlich) — Soft-Delete durch den Ersteller

• GET /s/:slug.md — öffentliches rohes Markdown

• GET /s/:slug.json — öffentlicher vollständiger Datensatz

• GET /api/me — aktueller Benutzer (Authentifizierung erforderlich)

Schema

skills_minimal.posts im bestehenden Supabase-Projekt. Slugs sind kurze Nanoids (8 Zeichen). RLS verweigert direkte Lesezugriffe von anonymen Benutzern; die öffentlichen Endpunkte verwenden die Service-Rolle zum Abrufen.

V0 behält das externe Substantiv skill bei, speichert jedoch generische Metadaten darunter: asset_type (knowledge, instruction, workflow, skill), source (markdown) und installs_as (claude_skill, memory, rule, codex_instruction usw.). V0 speichert außerdem ein optionales version-Label aus dem Frontmatter oder CLI-Flags. Versionsverlauf, Rollback und Update-Propagation sind Funktionen späterer Versionen.

Bereitstellung

# Backend (web/)
cd web && vercel --prod

# CLI publish
cd cli && npm publish --access public

Version 0 Umfang

Im Umfang enthalten:

• floom publish <file>

• Optionale Versions-Labels aus Frontmatter oder floom publish --version

• Teilbare Fähigkeits-Links

• floom add <url-or-slug>

• floom info <url-or-slug>

• floom delete <url-or-slug>

• Endpunkt für rohes Markdown-Fähigkeitsformat

• Minimale Authentifizierung

Nicht im Umfang enthalten:

• Team-Dashboards

• Marktplatz-Entdeckung

• Ordner und Tags

• Genehmigungen

• Gehostete Ausführung

• Browser-Erweiterung

Version 1 Vorschau-Umfang

Im Umfang enthalten:

• floom sync

• floom watch

• MCP-Start- und Polling-Synchronisierungsvorschau

• Schreibvorgänge nur für fehlende Dateien bei eigenen veröffentlichten Fähigkeiten

• Lokaler Konfliktschutz

• Ordnerbewusste Schreibvorgänge aus Server-Metadaten

Nicht im Umfang enthalten:

• Ersteller- und Empfänger-Dashboards

• E-Mail-Freigabe und -Zustellung

• Team-Bibliotheken

• Versionsverlauf und Rollback

• Automatisches Löschen lokaler Markdown-Dateien

• Gehostete Ausführung

Später in der vollständigen Version 1:

• Hot-Reload über MCP, wo unterstützt

• Update-Propagation

• Abhängigkeitsmanagement

• Installations-Tracking

• Semantische Versionierung

• Rollback