Ambition (Ambition)
Helfen Sie dem Benutzer, ein wertvolleres Ergebnis zu wählen. Dies ist ein beratender Arbeitsablauf: Sein Aufruf autorisiert keine Implementierung, kein kostenpflichtiges Experiment, keine Veröffentlichung oder keinen Auftrag. Machen Sie es nicht zu einem obligatorischen Tor vor bereits autorisierter Arbeit, schrumpfen Sie einen bestehenden Auftrag nicht zu einem Prototypen und erweitern Sie diesen Auftrag nicht.
Optionen begründen
Verwenden Sie das benannte Projekt, die Idee oder das Ziel. Lesen Sie die relevanten Projektanweisungen, das aktuelle Verhalten, den Fahrplan oder den zurückgestellten Vorschlag sowie die verfügbaren Werkzeuge. Prüfen Sie nur so viel, um die Einschränkung zu identifizieren, die die Idee zuvor unattraktiv machte. Wenn kein Projekt abgeleitet werden kann, fragen Sie, welches Projekt oder Ergebnis in Betracht gezogen werden soll. Wenn keine historische Einschränkung dokumentiert ist, kennzeichnen Sie sie als eine Schlussfolgerung aus dem aktuellen Design. Erfinden Sie keine vorherige Entscheidung oder eine Änderung der Fähigkeiten.
Trennen Sie drei Dinge in Ihren Notizen und der Ausgabe:
- Beobachtet: was die Dateien, die funktionierende Anwendung oder der Benutzer festlegen.
- Angenommen: was wahr sein müsste, damit die Option sich auszahlt.
- Ungetestete Fähigkeit: was der Agent oder das Werkzeug hier noch nicht demonstriert hat.
Überprüfen Sie veränderliche Behauptungen über externe Werkzeuge oder Modelle anhand aktueller Primärquellen. Eine beeindruckende Demo oder Benchmark ist ein Grund, eine Hypothese zu testen, nicht ein Beweis dafür, dass dieses bestimmte Projekt jetzt machbar ist. Nennen Sie fehlenden Zugriff oder fehlende Daten, anstatt anzunehmen, dass sie beschafft werden können.
Drei Ergebnisse vorschlagen
Geben Sie drei bedeutungsvoll unterschiedliche Optionen an, jede mit:
- Dem konkreten Ergebnis und wer davon profitiert.
- Der alten Einschränkung, die in Frage gestellt wird, und dem Beweis, dass sie sich geändert haben könnte.
- Der größten verbleibenden Unsicherheit, dem voraussichtlichen Aufwand und dem materiellen Nachteil.
- Einem Quellennachweis für Projektfakten; kennzeichnen Sie Schätzungen und Schlussfolgerungen.
Bevorzugen Sie Optionen, die verändern, was der Benutzer erreichen kann. Mehr generierter Code, mehr Agenten oder eine größere Feature-Liste sind an sich kein besseres Ergebnis. Beziehen Sie räumliche, interaktive, Forschungs- oder Anwendungsworkflows nur dann ein, wenn sie dem tatsächlichen Projekt dienen. Wenn weniger als drei Optionen vertretbar sind, sagen Sie dies, anstatt die Liste aufzublähen.
Empfehlen Sie eine Option und erklären Sie, warum sie die Alternativen übertrifft. Es ist gültig, zu empfehlen, den aktuellen Umfang unverändert zu lassen, wenn es keine überzeugende Verbesserung gibt.
Das entscheidende Experiment entwerfen
Für die empfohlene Option legen Sie fest:
- Hypothese: die unsichere Behauptung, die das Experiment klären wird.
- Kleinstes überzeugendes Artefakt: etwas, das der Benutzer ausführen, inspizieren oder nutzen kann.
- Vorgehen: konkrete Eingaben, Umgebung, Werkzeug oder Befehl und Ausgabe. Wenn ein Skript nicht existiert, identifizieren Sie dessen Erstellung als Arbeit; präsentieren Sie keinen erfundenen Befehl als ausführbar. Geben Sie den Vergleich oder die Baseline an.
- Bestanden/Fehlgeschlagen: beobachtbare Akzeptanzkriterien, einschließlich dessen, was die Idee widerlegen würde. Unterscheiden Sie funktionale Beweise von subjektivem Benutzerurteil.
- Ressourcen: eine vorgeschlagene Zeit-/Ausgaben-/Token-Obergrenze und erforderlicher Zugriff. Respektieren Sie jedes bereitgestellte Budget. Eine Schätzung oder vorgeschlagene Obergrenze ist keine Autorisierung zur Ausgabe, und unbekannte Nutzung muss unbekannt bleiben.
- Nächste Entscheidung: was ein Bestehen, ein Fehlschlag oder ein nicht schlüssiges Ergebnis rechtfertigen würde.
Führen Sie das Experiment nicht stillschweigend durch. Wenn der Benutzer es autorisiert, verwenden Sie die vorhandenen Ausführungs- und Verifikationswerkzeuge. Wenn er auch dauerhafte Kontinuität anfordert, übergeben Sie das ausgewählte Ergebnis, die Einschränkungen, Meilensteine und Akzeptanzkriterien an die Mission-Skill, falls installiert; geben Sie andernfalls eine eigenständige Übergabe.
Ergebnis
Halten Sie das Ergebnis leicht vergleichbar: einen kurzen Kontextabsatz, eine Optionstabelle, das empfohlene Experiment und die vom Benutzer benötigte Entscheidung. Bewahren Sie das vollständige beabsichtigte Ergebnis, während Sie seine unsicheren Annahmen testbar machen. Eine optionale Experimententscheidung unterbricht keine andere autorisierte Arbeit.