Ich werde eine Chrome-Erweiterung in JavaScript oder TypeScript erstellen

Für Teams, deren tägliche Arbeit über Web-Tools läuft, die sie nicht ändern können, und die möchten, dass diese Seiten noch eine weitere Sache für sie erledigen. Manifest V3 ist das einzige Format, das der Chrome Web Store für neue Erweiterungen akzeptiert, daher beginnt jeder Build damit.

Sie erhalten den Quellcode in Ihrem eigenen Repository auf jeder Stufe und einen Build, den Sie am ersten Tag nach Ihrem Briefing aus einem Ordner im Entwicklermodus laden, sodass Sie ihn durchklicken können, bevor etwas veröffentlicht wird. Starter deckt einen Bildschirm oder eine Aktion ab, Standard bis zu drei mit gespeicherten Einstellungen, Advanced bis zu fünf plus Firefox und Edge.

Typische Aufgaben: ein Ein-Klick-Formularausfüller für eine sich wiederholende Aufgabe oder ein Panel, das mit Ihrer eigenen API kommuniziert. Ein Bildschirm, der nicht im Briefing enthalten war, ist neue Arbeit: das Add-on oder eine neue Bestellung.

Ich teste mit einem sauberen Profil und sage Ihnen, welche Berechtigungen es anfordert und warum. Advanced fügt den Chrome Web Store-Eintrag hinzu: Text, Screenshots, Datenschutzhinweis, eingereicht von Ihrem eigenen Entwicklerkonto, das Ihnen gehört.

Erweiterungen, die die Anmeldung einer anderen Person benötigen, persönliche Daten sammeln oder einen Dienst gegen seine eigenen Regeln automatisieren, lehne ich ab, und zwar vor dem Projekt und nicht danach. Keine Anrufe; alles schriftlich.

Schritte zur Fertigstellung Ihres Projekts
1. Umfang schriftlich bestätigt – Ich lese Ihre Anleitung und bestätige die Bildschirme, die Websites, auf denen sie ausgeführt wird, und die Berechtigungen, die sie anfordert, bevor Code geschrieben wird. Ein Panel, das mit Ihrer API kommuniziert, zählt als mehr als eine Aktion.
2. Dev-Modus-Build am ersten Tag – Der erste Bildschirm oder die erste Aktion funktioniert, geladen aus einem Ordner im Entwicklermodus, sodass Sie ihn auf Ihrem eigenen Computer durchklicken können, bevor etwas anderes erstellt wird.
3. Verbleibende Bildschirme und Einstellungen – Der Rest der Bildschirme, die Einstellungsseite auf Standard und Advanced, Tests mit einem sauberen Profil. Ein schriftliches Update an jedem Arbeitstag bei einem mehrtägigen Build.
4. Berechtigungshinweis, Ports, Listing – Ein Hinweis zu jeder Berechtigung und warum sie benötigt wird. Bei Advanced: Firefox- und Edge-Ports getestet und der Web Store-Listing-Text, Screenshots und Datenschutzhinweis zur Einreichung bereit.
5. Übergabe in Ihrem Repository – Quellcode in Ihrem Repository mit einer schriftlichen Übergabe: wie man ihn lädt, wie man ihn erstellt, wie man ihn von Ihrem eigenen Entwicklerkonto aus veröffentlicht.