fabrelay

Was macht fabrelay?

Durch Geschäfts-CLI die chinesische JLC-Website (嘉立创) bedienen. Dies ist ein nicht offizielles Community-Projekt ohne Unterstützung durch JLC. Verwenden Sie für den normalen Ablauf die Befehle; nur wenn ein Befehl die Kontrollübergabe anfordert, bedienen Sie die von ihm reservierte CDP-Seite.

Installationsprüfung

Das Projekt hieß früher jlc-cli, der aktuelle Befehl ist fabrelay; betrachten Sie die Verfügbarkeit des alten Befehls nicht als Zeichen, dass die neue CLI installiert ist. Ein Upgrade ist kompatibel mit bestehenden Datenverzeichnissen und dem Anmeldestatus. Weitere Details finden Sie im Repository-README.

Bevor Sie einen Geschäftsbefehl ausführen, führen Sie zuerst fabrelay --version aus, und nach Erfolg fabrelay --help. Die Installation dieses Skills installiert die CLI nicht automatisch.

Wenn der Befehl nicht gefunden wird („command not found“ / nicht erkannt), erklären Sie dem Benutzer, dass die CLI noch nicht installiert oder nicht im PATH ist, und verweisen Sie auf das Projekt-Repository und die Installationsanleitung. Derzeit nicht auf npm veröffentlicht, installieren Sie kein gleichnamiges Drittanbieter-Paket. Bereiten Sie Node.js 22.12 oder höher, npm, Git und Google Chrome vor und installieren Sie aus dem Quellcode:

git clone https://github.com/TXyy2023/FabRelay.git
cd FabRelay
npm ci
npm run build
npm pack
npm install -g ./fabrelay-1.0.0-dev.2.tgz
fabrelay --version
fabrelay --help

Der Paketname entspricht der aktuellen Entwicklungsversion. Verwenden Sie bei Versionsänderungen den tatsächlichen Dateinamen, den npm pack erzeugt. Prüfen Sie bei vorhandenem Quellcode-Verzeichnis zuerst den Pfad und überschreiben Sie nicht das Benutzerverzeichnis. Überprüfen Sie nach der Installation erneut die Version und die Hilfe, bevor Sie mit der ursprünglichen Aufgabe fortfahren. Wenn der Befehl existiert, aber nicht startet, melden Sie den tatsächlichen Fehler und überprüfen Sie die Node.js-Version und den PATH. Verwechseln Sie einen Startfehler nicht mit fehlender Installation, um nicht blind neu zu installieren.

Erste Schritte

Führen Sie nach Abschluss der Installationsprüfung fabrelay browser doctor --json aus, um die Browser-Verfügbarkeit zu prüfen. fabrelay skill path gibt den mit dieser CLI ausgelieferten Skill zurück; verwenden Sie vorzugsweise die Dokumentation derselben Version.

Präsentieren Sie dem Menschen vor der ersten Nutzung den Initialisierungsumfang, den fabrelay init --json zurückgibt. Holen Sie ausdrückliche Zustimmung ein und führen Sie dann fabrelay init --accept --confirmed-by human aus; der Mensch kann init auch interaktiv ausführen. Konfigurieren Sie anschließend den Browser, initiieren Sie den Login und überprüfen Sie den auth status. Zeigen Sie dem Menschen für das Scannen des QR-Codes den vom Befehl zurückgegebenen aktuellen QR-Code an. Der Login-Abschluss wird anhand des Konto-Status-Ergebnisses bestätigt, nicht allein anhand eines Seitenwechsels oder Scan-Vorgangs. Nach Abschluss können Sie mit fabrelay account show --json eine Abfrage durchführen.

Der aktuelle Workflow verwendet explizit fabrelay browser configure --clear-endpoint --engine chrome. Die standardmäßige Obscura-Laufzeit wurde verifiziert, aber die tatsächliche Kundenzentrum-SPA und das Login-iframe der aktuellen Runde haben weiterhin Kompatibilitätsprobleme; betrachten Sie die Verbindbarkeit der Laufzeit nicht als Geschäftstauglichkeit, und behaupten Sie nicht, dass der Browser automatisch gewechselt wurde. Stoppen Sie eine vorhandene CLI-Sitzung, bevor Sie den Engine wechseln, siehe Browser- und Login-Befehle.

Geschäftsindex

Anforderung	Befehlsgruppe und Referenz
Installationserkennung, Initialisierung, Browser, Kontokonfiguration, Multi-Login, QR-Scan, Erfolgs-Callback	Befehle und Login
Upload/Parse/Preview, Parameter, Angebote, Prüfung und Bestellanlage	PCB Workflow
PCB/FPC-Bestellungen, Guthabenzahlung, Jia Xiaozhi	Bestellungen und Zahlung
JSON-Status, Exit-Codes, Aufgabenbeobachtung, CDP-Übernahme, unbekannte Ergebnisse	Ergebnisse und Wiederherstellung

Unbedingt einzuhaltende Entscheidungsgrenzen

• default: Nicht vom Benutzer festgelegte Produktionsparameter sollten erfragt werden. Website-Vorauswahlen, letzte Konfigurationen und Parse-Fakten werden nicht automatisch zur Benutzerwahl. auto: Erst wenn der Benutzer die Absicht hat, dass der Agent bei der Auswahl hilft, dann Vorschläge gemäß seinen Einschränkungen machen und ausfüllen; bei Konflikten nachfragen. Das Modus-Flag selbst ist keine Autorisierung.
• Nach dem Setzen von Parametern die tatsächlich wirksamen Werte auslesen. Wenn die Website die Benutzerauswahl ändert oder zurücksetzt, melden Sie die Abweichung. Akzeptieren Sie keinen Ersatzwert mit der Begründung, dass der Prozess fortgesetzt werden kann.
• Upload, Vorschau und Angebot autorisieren nicht automatisch die Bestellanlage. Wenn der Benutzer die Bestellanlage bereits autorisiert hat, prüfen Sie zuerst die Zusammenfassung und senden Sie dann explizit ab. Betrachten Sie ein Angebot nicht als Bestellung oder Zahlung.
• Jede Guthabenzahlung erfordert eine menschliche Bestätigung des aktuellen Kontos, der Bestellung, des Betrags und der Zahlungsmethode. Nur wenn der Mensch der aktuellen Zusammenfassung ausdrücklich zugestimmt hat, darf --human-confirmed übergeben werden. Fälschen Sie keine Bestätigung und ändern Sie keine lokalen Bestätigungsaufzeichnungen. Die CLI prüft Bindung, Zeitlichkeit und Einmalverwendung; das Flag selbst beweist kein Gesprächsfaktum. Initialisierung, auto und Übernahme können keine Zahlungsbestätigung ersetzen.
• Wenn das Ergebnis unbekannt ist, prüfen Sie zuerst die ursprüngliche Aufgabe und Bestellung, reichen Sie nicht erneut ein oder bezahlen Sie nicht. Halten Sie die Korrespondenz von Aufgaben, Dateien, Kontokonfigurationen und Seiten ein; Übernahme erweitert nicht die bestehende Geschäftsautorisierung.

Melden Sie nur die tatsächlich durch den Befehl bestätigten Ergebnisse. QR-Code-Auslieferung, Login-Abschluss, Parse-Abschluss, Bestellanlage und Bezahlt sind unterschiedliche Status. Fehlende Felder nicht erfinden; standortgeschützte Informationen nicht ergänzen. Die verfügbaren Fähigkeiten und tatsächlichen Akzeptanzgrenzen richten sich nach der aktuellen CLI-Hilfe und den Projekt-Akzeptanzaufzeichnungen.