Erneut teilen — Inhalt von Jérémy Surget
Ich habe das Wochenende damit verbracht, die besten Blogs über Harness Engineering zu lesen. Die Praktiken, die am häufigsten vorkommen:
Wir wissen jetzt, dass das Harness heute genauso wichtig ist wie das Modell dahinter
Hier sind die Techniken, die am meisten hervorstechen:
1. Der Speicher lebt außerhalb des Kontexts
das Repo, das Dateisystem und git dienen als Speicher. Jede Sitzung setzt dort an, wo die vorherige aufgehört hat, und der Kontext ist niemals die Quelle der Wahrheit
2. Gehen Sie mit dem Kontextlimit sorgfältig um
Ein übermäßig voller Kontext führt zu Halluzinationen und geringerer Leistung. Um dies zu begrenzen, müssen Sie Tools und Fähigkeiten bei Bedarf laden und große Ausgaben auf eine Datei auf der Festplatte auslagern. Ganz zu schweigen davon, dass Sie ein stabiles Prompt-Präfix für den Cache beibehalten
3. Regeln werden durch Code durchgesetzt
Nicht durch Prompts. Linters, Tests, Hooks und Sandboxes machen Einschränkungen überprüfbar. Der Agent muss sich selbst verifizieren können (Tests, Logs, Screenshots), bevor er sagt, dass eine Aufgabe erledigt ist
4. Dauerhaftigkeit und Beobachtbarkeit
Machen Sie bei jedem Schritt einen Checkpoint, machen Sie Aktionen idempotent und machen Sie alles nachverfolgbar. Agenten werden scheitern, Sitzungen werden manchmal getrennt oder gestoppt. Sie müssen sicherstellen können, dass alles genau dort fortgesetzt werden kann, wo es aufgehört hat
5. Das Harness muss formbar bleiben
Mit Produktionsfeedback wird Ihr Harness sich anpassen müssen. Wenn Sie es minimal und formbar halten, können Sie sich schnell anpassen
LinkedIn-Quellen
- Profil: Pierre Jean Duvivier dit Sage (LinkedIn)
- Geteilter Autor: Jérémy Surget (LinkedIn)
Der Beitrag Ich habe das Wochenende damit verbracht, die besten Blogs über Harness Engineering zu lesen. Die Praktiken, die am häufigsten vorkommen: erschien zuerst auf les plumes qui mordent.
Häufig gestellte Fragen
FAQs Harness Engineering
Anfängerfragen
Was ist Harness Engineering
Es ist die Praxis, Systeme so zu gestalten, dass das Harness — die Tooling-Pipelines, Guardrails und Feedback-Schleifen um Ihren Code — gutes Engineering zum einfachen Weg und schlechtes Engineering schwer macht
Warum ist es wichtig
Weil die meisten Qualitätsprobleme aus Reibung entstehen, nicht aus Nachlässigkeit. Ein gutes Harness fängt Fehler früh ab, automatisiert die langweiligen Dinge und lässt Teams schneller mit weniger Überraschungen ausliefern
Was sind die Kernbestandteile eines Harness
Typischerweise CICD-Pipelines, automatisierte Tests, statische Analyse und Linters, Precommit-Hooks, Beobachtbarkeit und klare Deployment-Guardrails
Brauche ich ein großes Team, um anzufangen
Nein. Beginnen Sie mit den Grundlagen — einer CI-Pipeline, automatisierten Tests und einem Linter. Sie können das Harness erweitern, während Codebasis und Team wachsen
Was ist der Unterschied zwischen einem Harness und regulärem DevOps-Tooling
DevOps-Tooling ist die Infrastruktur; Harness Engineering ist das bewusste Design dessen, wie dieses Tooling Ingenieure Tag für Tag anleitet und einschränkt. Es geht um die Developer Experience, nicht nur um die Tools
Intermediate Fragen
Welche Vorteile zeigen sich in der Praxis am häufigsten
Schnellere Feedback-Schleifen, weniger Produktionsvorfälle, konsistentere Codequalität, einfacheres Onboarding und weniger Zeit für manuelle Prüfungen und Feuerwehrarbeit
Welche Probleme treten bei Teams am häufigsten auf
Langsame Pipelines, flaky Tests, zu viel Rauschen von Linters und Alerts sowie Guardrails, die so streng sind, dass sie legitime Arbeit blockieren. Die übliche Lösung ist die Optimierung auf Geschwindigkeit und Signal, nicht das Hinzufügen weiterer Prüfungen
Wie gehe ich mit flaky Tests um
Behandeln Sie Flakes als Bugs. Quarantänisieren Sie sie, beheben oder löschen Sie sie schnell und verfolgen Sie die Flake-Raten über die Zeit. Ein flaky Test im Harness erzieht Menschen dazu, das Harness zu ignorieren
Was ist eine gute erste Verbesserung
Beschleunigen Sie das Feedback. Bringen Sie CI unter zehn Minuten und fügen Sie Precommit-Hooks für Formatierung und Linting hinzu. Schnelles Feedback verändert das Verhalten mehr als jedes Richtliniendokument
Wie bekomme ich die Zustimmung des Teams
Zeigen Sie die eingesparte Zeit und die vermiedenen Vorfälle. Ingenieure übernehmen Harness-Verbesserungen, wenn das Harness ihren Tag einfacher macht, nicht wenn es Schritte hinzufügt
Fortgeschrittene Fragen
Wie entwerfe ich Guardrails, die Menschen nicht ausbremsen
Machen Sie den sicheren Weg zum Standard und den schnellen Weg
