בשלב זה, Service Workers עשויים להיראות מסובכים. יש הרבה אינטראקציות מורכבות שקשה להגיע אליהן כמו שצריך. בקשות ברשת! אסטרטגיות לשמירה במטמון! ניהול מטמון! מתבצעת מראש! חשוב לזכור. זה לא הופך את קובץ השירות (service worker) לטכנולוגיה שלא תוכננה, אלא פועל כמצופה ופותר בעיות קשות.
בזכות הפשטות טובות, קל יותר להשתמש בממשקי API מורכבים. כאן פלטפורמת Workbox נכנסת לתמונה. תיבת עבודה היא קבוצת מודולים שמפשטים את הניתוב ואת השמירה במטמון של קובץ השירות (service worker). כל מודול זמין מתייחס להיבט ספציפי בפיתוח של Service Worker. המטרה של תיבת העבודה היא להקל ככל האפשר על השימוש ב-Service Workers, תוך מתן גמישות לעמידה בדרישות מורכבות של האפליקציות בעת הצורך.
במקרים הפשוטים ביותר, יש כמה שיטות ליצירת קובץ שירות (service worker) ששומר מראש את הנכסים שצוינו ב-workbox-build.
השיטה generateSW מבצעת את רוב העבודה בצורה מוכנה, ושיטה injectManifest מאפשרת שליטה רבה יותר במקרה הצורך.
לתרחישים מתקדמים יותר, כדאי להשתמש במודולים אחרים. הנה כמה מודולים כאלה:
workbox-routingלהתאמה לבקשה.workbox-strategiesלשיטות שמירה במטמון.workbox-precachingלשמירה מראש במטמון.workbox-expirationלניהול המטמון.workbox-windowלרישום של קובץ שירות (service worker) ולטיפול בעדכונים ב-window context.
המודולים האלה ומודולים אחרים עוזרים ליצור קוד של Service Worker בצורה מוצהרת, שקל יותר לקרוא ולתחזק מאשר להשתמש בממשקי ה-API של Service Worker באופן ישיר. התיעוד הזה יסביר איך להשתמש בהם באופן שימושי.