Usecases

[BallmannUX]

Use Case 2 Unterrichtsmaterial veröffentlichen und mit der Community teilen.pdf
Use Case 3 Integration einer OER-Plattform in EduFeed.pdf
Use Case 1- Unterrichtsmaterial finden und auswählen.pdf

[buchwaldchassee]

@johappel @hugotiburtino gerne hier als Feedback aus IT-Perspektive für Marius kommentieren, ob seine Gedanken zu Use-Case passen oder noch ergänzt/verändert werden müsste - danke <3

[hugotiburtino]

Zu dem Use Case 3 finde ich nur, dass die Integration ≤ 1 Arbeitstag zu wenig ist. Es hängt von seinem System ab und wir können nicht vorher bestimmen, wie lang die Integration dauern wird. Vielleicht sowas wie "Integration abgeschlossen in vorhersehbar kürzer Zeitspanne".

@BallmannUX @buchwaldchassee Ich habe alle Use Cases in einem neuem Issue #6 hingetan. Ich finde so schön sichtbarer. Vielleicht mögt ihr dieses da schließen und Diskussionen eher auf #6 führen

[johappel]

Danke für die Usecases und die Nutzersegmente; sehr hilfreich. Kurz zusammengefasst: das Kanban‑Board ist primär ein Authoring/Planungswerkzeug (offline‑fähig, self‑hostable). Es stellt aktuell keine eigene Such‑/Hosting‑Plattform dar, sondern ist der Ort, an dem Lehrkräfte gefundene Materialien strukturieren und in Stundenpläne überführen.

Ich sehe drei praktikable Integrations‑Optionen, die Eure Usecases direkt unterstützen — jeweils mit kurzer Bewertung und konkreten technischen Empfehlungen:

Segment I

1. ShareLink / EduFeed -> Karte einfügen (Share‑Link aus EduFeed)

• Idee: Auf der EduFeed‑Materialseite einen Share‑Link / „Zu Board hinzufügen“-Button anbieten, der eine Materialbeschreibung + Link (Meta-Data) an das Board übergibt.
• Flow: EduFeed erzeugt einen ShareLink (oder deep‑link) mit minimalen Metadaten (title, summary, license, source, url, thumbnail). Board öffnet mit Query‑Param oder empfängt einen POST und legt eine Karte in der Materialideen‑Spalte an.
• Vorteile: Sehr niedriger Integrationsaufwand; kein Server‑Change nötig; gute UX (one‑click).
• Nachteile: Muss mit den Edufeed Entwicklern abgeklärt werden
• Technik: Deep‑link z.B. board.html?addCardFromJson={urlencodedJSON} oder board.html?addCardFromEduFeed=

2. URL copy & paste via PASTE‑SYSTEM (geplantes Feature)

• Idee: Nutzer kopiert URL (Materialseite) und pastet in Board‑UI; das vorhandene PasteSystem erkennt URL/YouTube/Nostr und erstellt automatisch Card Preview (Titel, Lizenz, Link, evtl. Embed).
• Vorteile: Funktioniert sofort (Client‑seitig), nutzt bereits implementierte Handler (PASTE-SYSTEM.md).
• Technik: Extend UrlPasteHandler für EduFeed‑Metafelder (wenn vorhanden), Priorität mittel (UX: Copy‑Paste ist sehr vertraut).

3. Board‑ShareLink → EduFeed‑Importer + KI → AMD Schema (Importer liest Board)

• Idee: Board stellt einen ShareLink / Download (Board JSON) bereit. EduFeed‑Importer liest das JSON, extrahiert Metadaten und nutzt eine KI‑Schicht, um die Board‑Metadaten in das gewünschte AMD‑Schema (oder anderes Metadata‑Model) zu mappen.
• Flow: User klickt „Share for EduFeed“ im Board → Board liefert board-export.json OR ein temporäres URL → EduFeed‑Importer übernimmt, optional KI‑Mapping (z. B. LLM konvertiert freie Texte, extrahiert Lizenz/level/tags).
• Vorteile: Sehr mächtig (vollständige Board‑Daten inkl. Kontext), geeignet für kuratierte Veröffentlichungen und Imports in andere Plattformen.
• Technik: Nostr-Event-Snapshot-Event Kind: 30303. Export-URL= http://edufeed.org/importer?type-kanbanboard&event= (Funktionalität in EduFeed; LLM‑Step ist optional (z. B. llm.generateMetadata(board)) Importer generiert daraus ein kind 30142 Event.
• wertvoll für Publisher/Integrator:innen, aber mehr erheblicher Aufwand auf Seiten des EduFeed Teams; eignet sich für Batch‑/kuratorische Workflows.
• Nachteile: Müsste zu großen Teilen von den Edufeed Entwicklern bereit gestellt werden

Konkrete, minimale API / UX‑Schnittstellen (Beispiele)

• Deep‑link (client‑side, no-backend):
  • board.html?addCardFrom ...
• Export Format (Board JSON): GET /board/export/{id} → returns BoardProps JSON
• Export/Import via Nostr-Kind-30303 Event
• importFromShareLink (url aus dem EdufeedEvent, welches Das Board beschreibt)

Segment II:

Das Board ist zwar self‑hostable und braucht keinen bestimmten Anbieter. Allerdings können Institutionen, Bildungsanbieter etc. dieses Board selbst konfigurieren, an eigene Inhalte, MCP-SERVER anschließen und mit ihrem preferierten KI Model (API_KEY) ausstatten, sodass Usern keine Kosten bei der Nutzung de KI-Funktionalität entstehen. Ebenfalls lässt dich das Verhalten konfigurieren.

• Config flags (in config.example.json):
  • enableEmbed: boolean
  • enablePublishConnector: boolean
  • allowedRelays / publishConnectorUrl
  • llm.enabled (existiert bereits)
  • MCP-Servers ...