# Open Source für das neue Apple-App-Experiment

Stand: 4. Oktober 2026, 17:15 Europe/Madrid. Erste Auswahlprüfung, keine Integrationsfreigabe und kein Nachweis von Zahlungsbereitschaft. Ergänzung zur App-Store-Auswertung. Keine Projekte installiert, ausgeführt oder in ein Verkaufsprodukt übernommen.

Open Source kann den Aufwand für eine klar abgegrenzte Funktion senken. Es kann zugleich zeigen, dass die geplante Funktion bereits gut und kostenlos angeboten wird. Die Produktentscheidung braucht weiterhin ein ungelöstes Kundenproblem, einen messbaren Vorteil und einen erreichbaren Vertriebsweg. GitHub-Sterne, schöne Animationen und öffentlich sichtbarer Quellcode beweisen das nicht.

## Thinking Orbs: mehrere Projekte, keine fertige Geschäftsidee

Die aktuelle [Thinking-Orbs-Seite](https://www.thinkingorbs.com/) verlinkt auf [yogesharc/thinking-orbs](https://github.com/yogesharc/thinking-orbs). Das Paket bietet animierte Statusanzeigen für React und JavaScript. Die [Paketlizenz](https://github.com/yogesharc/thinking-orbs/blob/main/packages/thinkingorbs/LICENSE) ist MIT. Ein sinnvoller Einsatz wäre eine verständliche Anzeige tatsächlicher Arbeitsschritte, etwa „Dateien werden geprüft“ oder „Audio wird verarbeitet“. Die Animation liefert selbst keine KI-Funktion.

Daneben gibt es [Jakubantalik/thinking-orbs](https://github.com/Jakubantalik/thinking-orbs), ebenfalls mit [MIT-Lizenz](https://github.com/Jakubantalik/thinking-orbs/blob/main/LICENSE), und dessen abgeleitete, frameworkfreie [Schoolees-Version](https://github.com/Schoolees/thinking-orbs). Das sind unterschiedliche Projekte; ihre Angaben dürfen nicht vermischt werden. Jakubs [Portierungsplan](https://github.com/Jakubantalik/thinking-orbs/blob/main/PORT_PLAN.md) beschreibt SwiftUI. Die am 4. Oktober vollständig gelesene GitHub-Dateiliste enthielt jedoch keine Swift-Dateien. Deshalb gilt SwiftUI hier als vorgesehene Portierung, nicht als bereits geprüfter fertiger Baustein. Die React-Native-Dateien sind ebenfalls kein Beleg für einen erfolgreichen eigenen Gerätetest.

**Entscheidung:** optionaler Oberflächenbaustein, sobald ein geeigneter App-Ablauf feststeht. Keine eigene kostenpflichtige „Orb-App“ und kein zusätzlicher allgemeiner KI-Chat allein wegen dieser Darstellung.

## Vier weitere konkrete Kandidaten

| Projekt | Was sich nutzen ließe | Lizenzstand der gelesenen Quelle | Offene Arbeit und wirtschaftliche Einordnung |
|---|---|---|---|
| [SwiftFSRS von 4rays](https://github.com/4rays/swift-fsrs) | Lernplanung als Swift-Paket | [MIT](https://github.com/4rays/swift-fsrs/blob/main/LICENSE) | README nennt ausdrücklich FSRS v5; letzter Repository-Push laut GitHub am 25.10.2024. Kein vollständiger Karteneditor, Import oder Backup. Für eine Lernkarten-Spur nur nach Abgleich mit aktueller FSRS-Referenz und eigenen Vergleichstests. |
| [Nibomo / Flashcards Open Source App](https://github.com/kirill-markin/flashcards-open-source-app) | Bereits umfangreiche Lernkarten-App für iOS, Android und Web | [MIT](https://github.com/kirill-markin/flashcards-open-source-app/blob/main/LICENSE), zusätzliche [Drittanbieterhinweise](https://github.com/kirill-markin/flashcards-open-source-app/blob/main/THIRD_PARTY_NOTICES.md), darunter CC-BY-Assets | Technischer Ausgangspunkt oder Vergleichskandidat. Die gesamte App wäre ein größeres Wartungs- und Betriebsprojekt. Einzelne Bereiche müssen auf Abhängigkeiten und Cloud-/KI-Kosten untersucht werden. Zugleich zusätzlicher Wettbewerb gegen eine allgemeine Lernkarten-App. |
| [WhisperKit im Argmax Open-Source SDK](https://github.com/argmaxinc/argmax-oss-swift) | Spracherkennung auf Apple-Geräten | [MIT](https://github.com/argmaxinc/argmax-oss-swift/blob/main/LICENSE) plus [NOTICES](https://github.com/argmaxinc/argmax-oss-swift/blob/main/NOTICES) | Interessant für einen eng begrenzten Ablauf mit Audio. Modelllizenzen, Modellgröße, Gerätespeicher, deutsche Erkennungsqualität und Energiebedarf gesondert prüfen. Der Anbieter unterscheidet offene und kostenpflichtige Pro-Funktionen. Noch kein eigener Lauf oder Modelltest. |
| [OpenSheetMusicDisplay](https://github.com/opensheetmusicdisplay/opensheetmusicdisplay) | Darstellung vorhandener MusicXML-Noten im Browser | [BSD-3-Clause](https://github.com/opensheetmusicdisplay/opensheetmusicdisplay/blob/develop/LICENSE) | Möglich für eine Noten-Spur mit MusicXML. JavaScript, daher Integration/Portierung erforderlich. Kein vollständiger PDF-Reader und kein Beleg für zuverlässige Notenerkennung aus Fotos. Für bloße PDF-Auftrittspakete zunächst Apples PDFKit prüfen; zusätzliche Bibliothek nur bei echtem Bedarf. |

Ein weiterer gefundener Kandidat ist [Anji](https://github.com/yingluom/anji), eine native iOS-Lernkarten-App auf dem Anki-Rust-Backend. Die [Projektlizenz nennt AGPL v3 oder später](https://github.com/yingluom/anji/blob/master/LICENSE). Das Projekt ist daher nicht pauschal als MIT-Baustein für ein geschlossenes Produkt einzuplanen. Lizenzpflichten, Backend und Vertriebsweg müssten vor einer Übernahme konkret geprüft werden. Die Anbieterbehauptung vollständiger Anki-Kompatibilität wurde hier nicht selbst getestet.

## Welche Richtungen dadurch einen näheren Blick verdienen

1. **Lernkarten gezielt verbessern:** mobile Bild-/Audio-Pflege, kontrollierter Import und nachvollziehbare Sicherung. Open Source könnte Lernplanung und vorhandene Importlogik liefern. AnkiMobile, AnkiWeb, Flashcards Deluxe, Mochi, RemNote, Nibomo und Anji erhöhen aber die Hürde für einen belegten Vorteil. Eine allgemeine billigere Lernkarten-App reicht nicht.
2. **Verlässliche Notenpakete für einen kleinen Auftritt:** lokale Dateien, sichtbare Vollständigkeitsprüfung und überprüfbare Wiederherstellung. MusicXML-Anzeige nur falls diese Zielgruppe sie braucht. Gegen forScore, MobileSheets, Piascore, Newzik und SongBook praktisch prüfen, bevor entwickelt wird.
3. **Audio zu einem konkreten Arbeitsergebnis:** etwa ein prüfbarer Entwurf aus einer Sprachnotiz statt lediglich eines weiteren Transkriptionsprogramms. Diese Spur bleibt nachrangig: Schon [Apple Notes](https://support.apple.com/en-euro/guide/iphone/iphbe11247b5/ios) und [Sprachmemos](https://support.apple.com/guide/iphone/view-a-transcription-iph00953a982/ios) bieten Transkription auf unterstützten Geräten und Sprachen, darunter Deutsch. Zuerst eine konkrete Lücke und weitere Alternativen belegen. Modellfunktionen oder KI-Zusammenfassungen nicht als fehlerfrei darstellen.

## Verbindliche Auswahlprüfung vor einer Übernahme

- Einen festen Quellstand und die zugehörigen Lizenzdateien dokumentieren; abhängige Pakete, Medien und Modelle getrennt erfassen. MIT/BSD-Hinweise erhalten. Marken und fremde Inhalte nicht aus der Codelizenz ableiten.
- Prüfen, ob die Übernahme mit dem geplanten Produkt, Verkauf und Apple-Vertrieb zusammenpasst. Bei ungeklärten Bedingungen den Baustein zurückstellen.
- Einen kleinen Test mit eigenen oder frei nutzbaren Daten durchführen: Aufbau, Kernfunktion, Fehlerverhalten, Datenexport und Wiederherstellung. README-Aussagen bleiben bis dahin Anbieterangaben.
- Gesamten Aufwand vergleichen: Anpassung, Wartung, Support, Geräteanforderungen und laufende Dienste. Kostenlose Quelle bedeutet keine kostenlose Betriebsführung.
- Erst übernehmen, wenn der Baustein für einen belegten Kundenablauf Zeit spart. Noch keine Implementierung nur zur Demonstration einer hübschen Oberfläche.

## Nachvollziehbarkeit

GitHub-API-Abfrage am 4. Oktober 2026: Repository-Metadaten und rekursive Dateilisten für acht Projekte. Die gelesenen Bäume meldeten keine Kürzung. Keine Aussage über allgemeine Marktanteile oder Sicherheitsprüfung. Relevante feste Baumstände: Yogesh `7ae83c6239cbb89d72de0ee32ab9a2ee74769271`, Jakub `de85557ca220332586d070d8788c0e1d6e877a0d`, SwiftFSRS `6779d34a76c90d8a9be9aa13724365d951f6f819`, Anji `394f7a436e05f60434343b5f1e89f5d3cc2ab786`, Nibomo `eb5e1f28aa1cb800a8ad885d481a1a795369f4bd`, Argmax `f4e5d6be37ec820614fb0d72037e76c22d4c16f7`, OSMD `67f1946fc380b672044c600045d05031d0c5063b`. Diese Werte bezeichnen Git-Bäume, keine getesteten Builds oder Releases. Öffentliche Links können sich später verändern.

Für diese Prüfung wurden keine zahlungspflichtigen Zugänge gekauft, keine App heruntergeladen und keine unabhängigen Nutzerbefragungen durchgeführt. Zusätzliche erfasste Kosten: 0 EUR. Die konkrete Produktwahl bleibt offen.