poi: ein Browser und Werkzeugsatz für Kantai Collection
Skalierbarer KanColle-Browser und -Tool. poi poi ist ein skalierbarer Browser und Toolset für _Kantai Collection_(KanColle).
Auf einen Blick
- Was ist das?
- poi ist ein in TypeScript geschriebener Browser und Werkzeugsatz für Kantai Collection mit Proxy, Cache, Plugin-Unterstützung und Community-Verteilung.
- Für wen ist es gedacht?
- Das README positioniert poi als plugin-erweiterbaren Browser für KanColle mit einem klaren Community-Verteilungsmodell. Die Kombination aus einer freizügigen Lizenz für den Code, einer eingeschränkten Icon-Lizenz und mehreren Community-Kanälen gibt dem Projekt eine praktische Struktur für Nutzer und Mitwirkende.
- Darf ich es kommerziell nutzen?
- Ja. MIT ist eine freizügige Lizenz: Sie dürfen darauf aufbauende Software nutzen, verändern und verkaufen, solange Sie die Urheberrechts- und Lizenzhinweise beibehalten.
- Wird es noch gepflegt?
- Ja. Die letzten Commits kamen vor 2 Tagen.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich TypeScript, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 14. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
Ein Browser und Werkzeugsatz für KanColle
poi ist ein Browser und Werkzeugsatz, der für das Spiel Kantai Collection (KanColle) entwickelt wurde. Die Beschreibung des Repositorys nennt es skalierbar, und es ist in TypeScript geschrieben. Die Homepage des Projekts ist poi.moe. Laut den Repository-Metadaten hat poi 1.784 Sterne, 353 Forks und 124 offene Issues, und das Repository ist nicht archiviert. Das README definiert nicht, was "skalierbar" in messbaren Begriffen bedeutet, daher sollte diese Beschreibung als eigene Behauptung des Projekts gelesen werden und nicht als verifizierter Maßstab. Der Standard-Branch ist master, und das Projekt ist in dem Sinne noch aktiv, dass es nicht archiviert ist, obwohl das README keinen Veröffentlichungsrhythmus angibt.
Bei poi ist Punkt 1 nur im Rahmen der README-Angaben belastbar. Die Dokumentation nennt dazu konkrete Projektbegriffe und verweist auf die jeweils genannten Dateien, Befehle oder Schnittstellen. Nicht beschriebene Varianten, Grenzfälle und Messwerte lassen sich aus dem Material nicht ableiten. Für die Einordnung ist deshalb wichtig, die genannte Funktion mit dem tatsächlichen Quelltext und der dokumentierten Version von poooi/poi abzugleichen.
Die praktische Bedeutung von Abschnitt 1 hängt vom vorgesehenen Einsatz ab. Wer poi in eine bestehende Umgebung einordnet, sollte die im README erwähnten Abhängigkeiten, Optionen und Ausgabeformen getrennt betrachten. So bleibt erkennbar, welche Aussage direkt dokumentiert ist und wo die Unterlagen offen bleiben.
Die im README aufgeführten Funktionen
Das README listet fünf Hauptfunktionen auf: einen Proxy, der HTTP, Socks5 und PAC unterstützt (PAC als experimentell markiert); ein Cache-System einschließlich benutzerdefinierter Caches; Datensynthese und -analyse; Benachrichtigungen; und Plugin-Unterstützung zur Erweiterung der Funktionalität. Das README verlinkt auf eine Wiki-Seite für eine Liste verfügbarer Plugins. Weitere technische Erklärungen dieser Funktionen erscheinen nicht im README, daher wird ihre genaue Funktionsweise in der Quelle nicht detailliert. Screenshots sind auf einer separaten Wiki-Seite verfügbar, und das README enthält ein Vorschaubild. Die Proxy- und Cache-Funktionen werden ohne Protokoll- oder Leistungsspezifikationen präsentiert.
Bei poi ist Punkt 2 nur im Rahmen der README-Angaben belastbar. Die Dokumentation nennt dazu konkrete Projektbegriffe und verweist auf die jeweils genannten Dateien, Befehle oder Schnittstellen. Nicht beschriebene Varianten, Grenzfälle und Messwerte lassen sich aus dem Material nicht ableiten. Für die Einordnung ist deshalb wichtig, die genannte Funktion mit dem tatsächlichen Quelltext und der dokumentierten Version von poooi/poi abzugleichen.
Die praktische Bedeutung von Abschnitt 2 hängt vom vorgesehenen Einsatz ab. Wer poi in eine bestehende Umgebung einordnet, sollte die im README erwähnten Abhängigkeiten, Optionen und Ausgabeformen getrennt betrachten. So bleibt erkennbar, welche Aussage direkt dokumentiert ist und wo die Unterlagen offen bleiben.
Installationsoptionen und Community-Pakete
Das README listet zwei offizielle Verteilungswege auf: GitHub Releases und einen npmmirror-Binärpfad für das chinesische Festland. Es listet auch Community-gepflegte Pakete für AUR/Arch Linux, Homebrew Cask für macOS und Chocolatey und Scoop für Windows. Der Homebrew-Befehl lautet `brew update && brew cask install poi`, und der Chocolatey-Befehl lautet `choco install poi`. Die AUR- und Scoop-Einträge verweisen auf ihre jeweiligen Seiten. Nächtliche Builds werden für Windows auf Appveyor und für Linux und macOS auf nightly.poi.moe gehostet, mit dem Hinweis, dass Artefakte regelmäßig geleert werden können. Das README gibt nicht an, wie oft Nightlies erstellt oder wie lange sie aufbewahrt werden.
Bei poi ist Punkt 3 nur im Rahmen der README-Angaben belastbar. Die Dokumentation nennt dazu konkrete Projektbegriffe und verweist auf die jeweils genannten Dateien, Befehle oder Schnittstellen. Nicht beschriebene Varianten, Grenzfälle und Messwerte lassen sich aus dem Material nicht ableiten. Für die Einordnung ist deshalb wichtig, die genannte Funktion mit dem tatsächlichen Quelltext und der dokumentierten Version von poooi/poi abzugleichen.
Die praktische Bedeutung von Abschnitt 3 hängt vom vorgesehenen Einsatz ab. Wer poi in eine bestehende Umgebung einordnet, sollte die im README erwähnten Abhängigkeiten, Optionen und Ausgabeformen getrennt betrachten. So bleibt erkennbar, welche Aussage direkt dokumentiert ist und wo die Unterlagen offen bleiben.
Aus diesem Repository ausführen
Um aus dem Quellcode zu starten, zeigt das README drei Befehle: `git clone https://github.com/poooi/poi && cd poi`, `npm install` und `npm start`. Es verweist für weitere Details auf eine Wiki-Seite mit dem Titel "StartingRunFromThisRepo". Das README spezifiziert keine Node.js-Versionsanforderungen, Betriebssystemvoraussetzungen oder Build-Schritte über diese Befehle hinaus. Es wird angenommen, dass der Benutzer npm installiert hat, aber das wird nicht explizit gesagt. Diese Befehle sind der gesamte Umfang der Schnellstartanleitung.
Bei poi ist Punkt 4 nur im Rahmen der README-Angaben belastbar. Die Dokumentation nennt dazu konkrete Projektbegriffe und verweist auf die jeweils genannten Dateien, Befehle oder Schnittstellen. Nicht beschriebene Varianten, Grenzfälle und Messwerte lassen sich aus dem Material nicht ableiten. Für die Einordnung ist deshalb wichtig, die genannte Funktion mit dem tatsächlichen Quelltext und der dokumentierten Version von poooi/poi abzugleichen.
Die praktische Bedeutung von Abschnitt 4 hängt vom vorgesehenen Einsatz ab. Wer poi in eine bestehende Umgebung einordnet, sollte die im README erwähnten Abhängigkeiten, Optionen und Ausgabeformen getrennt betrachten. So bleibt erkennbar, welche Aussage direkt dokumentiert ist und wo die Unterlagen offen bleiben.
Entwicklungs-Stack und Plugin-Dokumentation
Im Entwicklungsabschnitt werden vier Bibliotheken aufgeführt, die poi unterstützen: Electron, React, Blueprint und Redux. Laut README ist die Plugin-Entwicklungsdokumentation auf Englisch unter dev.poooi.app verfügbar. Das README beschreibt keine Test-, Lint- oder Packaging-Workflows. Der Standard-Branch ist master, aber es wird kein Beitragsverfahren angegeben, abgesehen von der allgemeinen Einladung, Issues und Pull Requests zu eröffnen. Die genannten Bibliotheken sind alle im JavaScript-Ökosystem bekannt, aber das README erklärt nicht, wie sie innerhalb von poi verwendet werden.
Bei poi ist Punkt 5 nur im Rahmen der README-Angaben belastbar. Die Dokumentation nennt dazu konkrete Projektbegriffe und verweist auf die jeweils genannten Dateien, Befehle oder Schnittstellen. Nicht beschriebene Varianten, Grenzfälle und Messwerte lassen sich aus dem Material nicht ableiten. Für die Einordnung ist deshalb wichtig, die genannte Funktion mit dem tatsächlichen Quelltext und der dokumentierten Version von poooi/poi abzugleichen.
Die praktische Bedeutung von Abschnitt 5 hängt vom vorgesehenen Einsatz ab. Wer poi in eine bestehende Umgebung einordnet, sollte die im README erwähnten Abhängigkeiten, Optionen und Ausgabeformen getrennt betrachten. So bleibt erkennbar, welche Aussage direkt dokumentiert ist und wo die Unterlagen offen bleiben.
Community, Unterstützung und Lizenz
Das README begrüßt Fehlerberichte, Vorschläge, Ideen, Pull Requests und Entwickler über GitHub Issues, eine Telegram-Gruppe für chinesischsprachige Nutzer, einen Discord-Kanal für weltweite Nutzer, eine QQ-Gruppe und ein Sina-Weibo-Konto. Das Projekt dankt auch Mitwirkenden, Unterstützern und Sponsoren über Open Collective. Die Software wird unter der MIT-Lizenz veröffentlicht, die die Erlaubnis erteilt, Kopien zu verwenden, zu kopieren, zu modifizieren, zu fusionieren, zu veröffentlichen, zu verteilen, zu unterlizenzieren und zu verkaufen, sofern der Copyright-Hinweis enthalten ist. Die Lizenz besagt, dass die Software "wie sie ist" ohne Garantie bereitgestellt wird. Eine separate Anmerkung im README stellt klar, dass das Software-Symbol und SVG-Symbole nicht von der MIT-Lizenz abgedeckt sind und nicht in Projekten verwendet werden dürfen, die nicht mit poi verbunden sind. Der Lizenzauszug spezifiziert auch, dass das Urheberrecht für 2015-2021 bei "poi contributors" liegt.
Bei poi ist Punkt 6 nur im Rahmen der README-Angaben belastbar. Die Dokumentation nennt dazu konkrete Projektbegriffe und verweist auf die jeweils genannten Dateien, Befehle oder Schnittstellen. Nicht beschriebene Varianten, Grenzfälle und Messwerte lassen sich aus dem Material nicht ableiten. Für die Einordnung ist deshalb wichtig, die genannte Funktion mit dem tatsächlichen Quelltext und der dokumentierten Version von poooi/poi abzugleichen.
Die praktische Bedeutung von Abschnitt 6 hängt vom vorgesehenen Einsatz ab. Wer poi in eine bestehende Umgebung einordnet, sollte die im README erwähnten Abhängigkeiten, Optionen und Ausgabeformen getrennt betrachten. So bleibt erkennbar, welche Aussage direkt dokumentiert ist und wo die Unterlagen offen bleiben.
Redaktionelles Fazit
Das README positioniert poi als plugin-erweiterbaren Browser für KanColle mit einem klaren Community-Verteilungsmodell. Die Kombination aus einer freizügigen Lizenz für den Code, einer eingeschränkten Icon-Lizenz und mehreren Community-Kanälen gibt dem Projekt eine praktische Struktur für Nutzer und Mitwirkende. Für poi eignet sich diese Einordnung als Ausgangspunkt, wenn die im README genannten Funktionen genügen; ungeklärte Plattform-, Versions- und Leistungsfragen müssen an poooi/poi und den konkreten Projektdateien geprüft werden.
Community-Notizen