Polish
/impeccable polish
Good fit
- Ausrichtung, Abstände und Mikro-Entscheidungen fühlen sich noch rau an.
- Das Feature ist kurz vor dem Launch.
- Kleine Inkonsistenzen ziehen die wahrgenommene Qualität nach unten.
Wann man es verwendet
/impeccable polish ist das Letzte, was Sie vor dem Launch ausführen. Es jagt die kleinen Details, die ein geliefertes Feature von einem polierten trennen: halbe Pixel-Verschiebungen, inkonsistente Abstände, vergessene Focus-Zustände, Laden-Übergänge die aufblitzen, Texte die im Ton abdriften. Es richtet das Feature auch an Ihrem Design-System aus, ersetzt hartcodierte Werte durch Tokens, tauscht benutzerdefinierte Komponenten gegen gemeinsame aus und behebt jede Abweichung von etablierten Mustern.
Greifen Sie zu ihm, wenn das Feature funktional vollständig ist, nichts kaputt ist und etwas sich immer noch falsch anfühlt. Auch greifen, wenn ein Feature vom Design-System abgedriftet ist und wieder in die Reihe gebracht werden muss.
Wie es funktioniert
Polish beginnt mit der Entdeckung des Design-Systems (Tokens, Abstands-Skala, gemeinsame Komponenten) und arbeitet dann methodisch über sechs Dimensionen:
- Visuelle Ausrichtung und Abstände: pixelgenaue Raster-Einhaltung, konsistente Abstands-Skala, optische Ausrichtung bei Icons.
- Typografie: Hierarchie-Konsistenz, Zeilenlänge, Schusterjungen und Hurenkinder, Kerning bei Überschriften.
- Farbe und Kontrast: Token-Verwendung, Theme-Parität, WCAG-Verhältnisse, Fokus-Indikatoren.
- Interaktions-Zustände: Hover, Focus, Active, Disabled, Laden, Fehler, Erfolg. Jeder Zustand berücksichtigt.
- Übergänge und Bewegung: sanftes Easing, kein Layout-Ruckeln, Berücksichtigung von
prefers-reduced-motion. - Texte: konsistente Stimme, richtige Zeitform, keine Platzhalter-Strings, keine verwaisten TODOs.
Der Skill ist explizit in einer Sache: Polish ist der letzte Schritt, nicht der erste. Wenn das Feature nicht funktional vollständig ist, ist Polieren verschwendete Arbeit.
Ausprobieren
/impeccable polish the pricing pageEin gesunder Durchlauf sieht so aus:
Visuelle Ausrichtung: 3 außerhalb des Rasters liegende Elemente korrigiert (8px-Grundlinie)Typografie: h1-Kerning angezogen, Schusterjunge im Testimonial behobenInteraktion: Hover-Zustand bei FAQ-Elementen hinzugefügt, Focus-Ring bei E-Mail-EingabeBewegung: Modal-Eintritt weicher gemacht, Reduced-Motion-Fallback hinzugefügtText: Ein zurückgebliebenes "Lorem ipsum" entfernt, Button-Stimme vereinheitlichtFünf kleine Korrekturen, keine Neu-Schreibvorgänge. Das ist die Form eines guten Polish-Durchgangs.
Fallstricke
- Arbeit polieren, die nicht fertig ist. Wenn es TODOs im Code gibt, sind Sie nicht bereit. Führen Sie
/impeccable polishnur an fertigen Features aus. - Polish als Neudesign behandeln. Polish verfeinert, was existiert. Wenn Sie sich dabei erwischen, ein Layout umzustrukturieren, hätten Sie stattdessen
/impeccable critiqueoder/impeccable layoutgebraucht. /impeccable polishohne vorheriges/impeccable auditausführen. Polish erfasst gefühlte Probleme. Audit erfasst messbare. Verwenden Sie beide.
Aus Ideen wird ausgelieferte Software.
HagiCode ist ein agentischer Coding-Arbeitsplatz: OpenSpec-Workflows planen die Änderung, Multi-Agent-Ausführung setzt sie um, und Hero Scenario macht den langen Weg sichtbar, bis aus der Idee ausgelieferte Software wird.
- Intelligent
- OpenSpec-Workflows machen aus einer Absicht einen Weg vom Vorschlag bis zur Auslieferung.
- Effizient
- Multi-Agent-Ausführung treibt Recherche, Umsetzung und Prüfung parallel voran.
- Unterhaltsam
- UI-Interaktionen erleichtern Planung, Agent-Ausführung und Projektarbeit.
Ökosystem-Seiten
Schnellzugriffe
Community
© 2026 HagiCode | Powered By hagilight-starlight@0.18.0 | Branch: main | Commit: 4369090 | Built:
