KI-Agenten-Jobs mit festem Umfang: Käufer-Checkliste
Written by Tileo, operator of Pitstop.
Ein KI-Agenten-Job mit festem Umfang ist ein begrenztes Arbeitspaket mit benannten Inputs, einem definierten Artefakt, ausdrücklichen Ausschlüssen und einer Abnahmeprüfung. Er ist weder ein offener Agentenbau noch eine Stellenanzeige. Käufer sollten vage Versprechen wie „wir automatisieren alles“ ablehnen. Fragen Sie, was hineingeht, was zurückkommt, was nicht erledigt wird und wie das Ergebnis abgenommen wird. Klären Sie außerdem Modellzugang und menschliche Freigabe. Pitstop ist ein Katalog solcher begrenzten Jobs mit ausdrücklichen Inputs, Outputs und Grenzen. Die Checkliste führt zur passenden Wahl: Katalogjob, individuelles Briefing, Freelancer-Entwicklung oder weitere Vorbereitung.
Was ist ein KI-Agenten-Job mit festem Umfang?
Gekauft wird fertige Arbeit, keine undefinierte Fähigkeit. Ein guter Job lässt sich vor dem Lauf beschreiben:
- Benannter Input: Dateien, Datensätze oder Texte für diesen Lauf.
- Definiertes Artefakt: die zurückgegebene Datei oder strukturierte Ausgabe.
- Explizite Grenzen: ausgeschlossene Aktionen, Quellen, Formate und Entscheidungen.
- Abnahmeprüfung: beobachtbare Bedingungen für Annahme oder Ablehnung.
- Menschliche Verantwortung: die Person, die abnimmt, ablehnt oder eine Korrektur verlangt.
Pitstop beschreibt jede Maschine als begrenzten Workflow mit ausdrücklichen Inputs, Outputs und Grenzen. Das Ergebnis kann laut öffentlicher Seite von einem Menschen freigegeben werden. „KI in unserem Betrieb einsetzen“ ist kein Job. „Diesen gelieferten Stapel in diese vereinbarte Dateiform umwandeln, diese Ausnahmen markieren und dann stoppen“ kann einer sein.
Ein fester Umfang bedeutet nicht, dass das Thema einfach ist. Er macht die Übergabe prüfbar. Der Käufer kann das Paket erkennen, kontrollieren und den Lauf schließen, ohne dass daraus unbemerkt ein Softwareprodukt wird.
Was unterscheidet ihn von einem KI-Ingenieur oder Freelancer?
Der Unterschied liegt in der Form des Kaufs. Ein begrenzter Job kauft ein Artefakt aus vorgegebenen Inputs. Eine Entwicklung kauft Arbeit an einem System, einer Integration oder einer fortlaufenden Fähigkeit. Eine Stellenanzeige sucht Zeit und Rolle einer Person. Jeder Weg kann passen, braucht aber ein eigenes Briefing.
| Beschaffungsweg | Zuerst zu definieren | Passendes Ergebnis | Frage vor Freigabe |
|---|---|---|---|
| Katalogjob | Gelisteter Input, Output und Grenzen | Ein prüfbares Artefakt | Passt die Listung zur Anfrage? |
| Individueller fester Job | Input- und Artefaktvertrag | Eine begrenzte Übergabe | Ist die Abnahme prüfbar? |
| Freelancer-Entwicklung | Anforderungen, Schnittstellen, Eigentum, Wartung | Werkzeug oder laufender Workflow | Wer betreibt und ändert es? |
| Stelle | Aufgaben und organisatorische Einordnung | Fortlaufender Beitrag | Ist es eine Rolle statt eines Pakets? |
Pressen Sie keinen laufenden Betrieb in einen Einmalkauf. Bei Live-Anbindungen, Überwachung, Ausnahmebehandlung, wechselnden Regeln oder Wartung handelt es sich um eine Entwicklung. Mehr dazu steht unter KI-Workflow-Automatisierung. Wenn Sie noch eine Produktkategorie wählen, hilft der Leitfaden zu agentischen KI-Werkzeugen.
Einige Anbieter verwenden „Fixed-Scope Pilots“, darunter Essens Software. Das Wort „Pilot“ begrenzt den Auftrag nicht. Inputs, Artefakt, Grenzen und Abnahme bleiben nötig.
Welche Inputs und Artefakte muss das Briefing festlegen?
Beginnen Sie auf beiden Seiten der Übergabe. Nennen Sie den genauen Input- und Outputtyp. „Dokumente hinein, Erkenntnisse heraus“ zwingt beide Seiten, den Job während der Ausführung zu erfinden.
Halten Sie für Inputs fest:
- Zulässige Dateitypen oder Datensatzstruktur.
- Pflichtfelder.
- Stapel- oder Laufgrenze.
- Abgedeckte Sprache oder Locale.
- Behandlung unlesbarer, fehlender oder widersprüchlicher Inhalte.
- Material, das nicht gesendet werden darf, einschließlich Modellschlüsseln.
Definieren Sie Format, Pflichtabschnitte oder Spalten und Prüfmarkierungen des Artefakts. Eine Tabelle braucht benannte Spalten, ein Bericht benannte Abschnitte. Ein Vergleich muss erklären, wie Änderungen auf das gelieferte Material verweisen. Der Pitstop-Katalog zeigt dieses Muster etwa bei einem PDF- oder Bildstapel, der zu CSV plus Markierungen wird, und einem Transkript, das zu DOCX wird.
Auch das Eigentum braucht einen klaren Satz. Wer besitzt das Material, wer darf während des Laufs darauf zugreifen, wer erhält das Artefakt und wer darf es nach der Abnahme behalten? Ohne Einigung pausiert die Anfrage. Ein allgemeines Vertraulichkeitsversprechen ersetzt keine konkreten Regeln.
Wie schreibt man Abnahmetests und Grenzen?
Ein Test muss am Artefakt und am vereinbarten Input beobachtbar sein. Er darf nicht davon abhängen, ob die Ausgabe „intelligent wirkt“. Geben Sie einer benannten Person konkrete Prüfungen:
- Vollständigkeit: Alle geforderten Abschnitte, Felder und Dateien existieren.
- Form: Das Artefakt öffnet sich im vereinbarten Format und folgt dem Schema.
- Rückverfolgbarkeit: Wo gefordert, verweisen Aussagen oder Änderungen auf geliefertes Material.
- Ausnahmen: Unsichere oder unbelegte Punkte tragen die vereinbarte Markierung.
- Grenze: Das Artefakt deckt genau den vereinbarten Stapel ab.
- Freigabe: Eine benannte Person hält Annahme oder Ablehnung fest.
Kompaktes Muster:
> Aus [benanntem Input] entsteht [Artefakt und Format]. Enthalten sind [Felder oder Abschnitte]. [Ausnahmen] werden markiert. [Ausgeschlossene Aktionen] erfolgen nicht. Der Job gilt als bestanden, wenn [beobachtbare Prüfungen] erfüllt sind. [Person oder Rolle] gibt final frei.
Grenzen verdienen einen eigenen Abschnitt. Darf der Job außerhalb gelieferter Quellen suchen, Originale ändern, Menschen kontaktieren, veröffentlichen, Zahlungen auslösen oder in ein Live-System schreiben? „Nach Ermessen handeln“ erteilt dafür keine Erlaubnis. Grenzen zeigen Ausführung und Prüfer, wo Schluss ist.
Vermeiden Sie Prozentziele, wenn Messmenge und Methode nicht Teil des Briefings sind. „Genau“ ist allein kein Test. Benennen Sie geprüfte Datensätze, erwarteten Wert und Ausnahmebehandlung.
Wann ist BYOK wichtig?
BYOK bedeutet „bring your own keys“. Es ist relevant, wenn der Käufer den Modellzugang bereitstellt. Das Briefing muss festlegen, wer Zugang gibt, wo ausgeführt wird und ob Zugangsdaten den Job-Runner erreichen.
Fügen Sie einen Modellschlüssel nie in eine gewöhnliche Anfrage ein. Pitstop erklärt auf der Startseite, dass der LLM-Schlüssel des Käufers bei ihm bleibt und die Verbindung über OAuth ohne Einfügen eines API-Schlüssels erfolgt. Fragen Sie jeden Anbieter nach der genauen Methode. Die Bezeichnung BYOK beantwortet die Sicherheitsfrage nicht allein.
Trennen Sie vier Punkte:
- Modellzugang und Kontoinhaber.
- Runner-Zugang und Autorisierung.
- Inputdaten und erlaubte Nutzung.
- Fertige Artefakte und Zielort.
BYOK definiert weder Umfang noch Abnahme oder Eigentum. Es beantwortet nur einen Teil des Zugangsdesigns.
Was sollte von Menschen freigegeben werden?
Für das finale Artefakt muss eine Person benannt sein. Auch vor Senden, Veröffentlichen, Bezahlen, Löschen, Unterzeichnen oder Ändern eines Live-Datensatzes braucht es einen ausdrücklichen Freigabepunkt.
Die Aufgabe des Prüfers bleibt konkret:
- Artefakt mit Abnahmecheckliste vergleichen.
- Prüfmarkierungen und unbelegte Punkte ansehen.
- Bestätigen, dass ausgeschlossene Aktionen nicht erfolgt sind.
- Abnehmen, mit genannten Fehlern ablehnen oder eine Korrektur im Umfang verlangen.
„Human in the loop“ reicht nicht. Nennen Sie Person oder Rolle, Sichtbereich und Entscheidung. Pitstop bezeichnet die Ergebnisse auf seiner Startseite als menschlich freigabefähig. Der Leitfaden zu autonomen KI-Agenten vergleicht Grade der Selbstständigkeit. Ein begrenztes Briefing behält unabhängig vom Systemnamen eine menschliche Entscheidungsgrenze.
Käufer-Checkliste vor der Anfrage
- Können wir ein Artefakt und sein Format benennen?
- Liegen die Inputs in vereinbarter Form vor?
- Ist die Laufgrenze klar?
- Sind ausgeschlossene Aktionen notiert?
- Kann eine Person jede Abnahmeprüfung durchführen?
- Sind Ausnahme-Markierungen definiert?
- Sind Modell- und Runner-Zugang dokumentiert?
- Sind Inputbehandlung und Artefakteigentum zugewiesen?
- Ist eine Person für die finale Freigabe benannt?
- Endet die Anfrage mit der Übergabe?
Wenn alles klar ist, gleichen Sie die Anfrage mit dem Katalog ab. Ist das Artefakt klar, aber Format oder Grenzen fehlen, schreiben Sie ein individuelles Briefing. Für ein gewartetes Werkzeug oder einen laufenden Workflow planen Sie eine Entwicklung. Sind Artefakt, Inputs oder Freigabe unbekannt, senden Sie noch keine Daten.
FAQ
Kann ein KI-Agenten-Job mit festem Umfang remote sein?
Ja. „Remote“ beschreibt den Ort, „fester Umfang“ das Arbeitspaket. Inputs, Artefakt, Grenzen, Abnahme und verantwortliche Person bleiben nötig.
Wie sollte das Preisgespräch aussehen?
Lassen Sie genaue Inputgrenze, Artefakt, Abnahmebedingungen und Korrekturregel bepreisen. Klären Sie, was bei einem Fehlschlag oder unpassender Inputform geschieht. Vergleichen Sie Angebote nur für dasselbe Paket. Pitstop sagt auf der Startseite, dass Credits nur bei Erfolg abgerechnet und fehlgeschlagene Jobs automatisch erstattet werden. Prüfen Sie die Bedingungen Ihres gewählten Wegs.
Reicht ein Prompt?
Nein. Er kann eine Anweisung im Lauf sein. Das Briefing braucht zusätzlich Inputs, Format, Grenzen, Abnahme, Zugang, Eigentum und menschliche Freigabe.
Wann sollte ich einen Freelancer beauftragen?
Führen Sie ein Entwicklungsgespräch, wenn das Ergebnis ein Werkzeug oder laufender Workflow mit Live-Anbindungen, Betrieb, wechselnden Anforderungen oder Wartung ist. Halten Sie Ergebnisse und Eigentum weiterhin fest.
Kann Berichtsautomatisierung begrenzt sein?
Ja, wenn Quellen, Format, Abschnitte, Markierungen, Laufgrenze und Abnahmetest feststehen. Wiederkehrende Erfassung oder Live-Verteilung gehört in ein Workflow- oder Entwicklungsbriefing. Siehe Berichtsautomatisierung.
Wie lehne ich einen vagen Vorschlag ab?
Fragen Sie: Was liefern wir? Welches Artefakt kommt zurück? Was tut der Runner nicht? Wie nimmt unsere Person es ab? Bleibt eine Antwort undefiniert, ist der Job nicht bereit.