Ein mit Bolt erstelltes Projekt weckt bei jedem, der ein Portfolio prüft, einen bestimmten Zweifel: Wurde das tatsächlich gebaut, oder hat ein Prompt einfach etwas erzeugt, das auf einem Screenshot fertig aussieht. Dieser Zweifel ist berechtigt, denn ein statisches Bild einer generierten Oberfläche sagt nichts darüber aus, ob die zugrunde liegende App tatsächlich funktioniert. Ein Portfolio-Video beantwortet diesen Zweifel direkt, indem es zeigt, wie die App etwas tut, was ein Generierungsprozess allein nicht vortäuschen kann.
Die Lösung beginnt damit, worauf das Video verweist. Ein Bolt-Projekt läuft während der Entwicklung zunächst typischerweise in einer isolierten In-Browser-Sitzung, und diese Sitzung ist nicht dasselbe wie eine deployte, öffentlich erreichbare App. Ein Portfolio-Eintrag, der über Monate online bleiben soll, profitiert von der dauerhafteren Option: einem tatsächlichen Deploy, meist auf ein Hosting-Ziel, das nach Abschluss des Deploys eine stabile öffentliche Adresse zurückgibt. Wird gegen die temporäre Sitzung aufgenommen, riskiert man einen Portfolio-Eintrag, der nicht mehr erreichbar ist, sobald der Builder zum nächsten Projekt weiterzieht.
Das ist eine andere Art von Fehler als eine defekte Videodatei, und sie lässt sich leicht übersehen, weil am fertigen Video zum Zeitpunkt der Veröffentlichung nichts falsch aussieht. Das Video läuft einwandfrei, der Link in der Bildunterschrift sieht plausibel aus, und erst viel später stellt ein Besucher fest, dass ein Klick ins Leere führt. Ein Portfolio soll über einen langen Zeitraum erneut aufgerufen werden, manchmal Jahre nachdem der Eintrag verfasst wurde, weshalb sich der kleine zusätzliche Schritt lohnt, den Deploy zu bestätigen, bevor der Eintrag als fertig gilt.