Κέρδη:
- Εφαρμογή της αυξανόμενης κλίμακας πολυπλοκότητας από την απλούστερη λύση στον παράγοντα
- Διάκριση μεταξύ μοτίβων αλυσίδων, δρομολόγησης και παράλληλης ροής εργασίας
- Σπάζοντας μια εργασία πολλαπλών βημάτων σε έναν κύκλο σχεδιασμού-εκτέλεσης-επαλήθευσης
Καθιερώσαμε τον απλό κύκλο ενός οχήματος στην προηγούμενη ενότητα. Η πραγματική δουλειά απαιτεί συχνά πολλά βήματα, πολλά εργαλεία και μερικές φορές αποφάσεις διακλάδωσης: «Βρείτε παραγγελίες που καθυστερούν αυτόν τον μήνα, συντάξτε ένα μήνυμα ηλεκτρονικού ταχυδρομείου συγγνώμης στους πελάτες, συνοψίστε για έναν διευθυντή». Σε αυτήν την ενότητα, καλύπτουμε μοτίβα για την οργάνωση εργασιών πολλαπλών βημάτων, όταν χρειάζεστε έναν πραγματικό πράκτορα, και τον κύκλο προγραμματισμού-εκτέλεσης-επαλήθευσης. Η βασική αρχή: πολυπλοκότητα όσο και ανάγκη.
Κλίμακα από την απλούστερη λύση στον πράκτορα
Δεν αξίζει κάθε εργασία την πιο περίπλοκη λύση. Ανεβείτε βήμα προς βήμα στην κλίμακα πολυπλοκότητας και σταματήστε στην απλούστερη κατάλληλη λύση:
- Μεμονωμένη κλήση: Εάν η εργασία επιλυθεί με ένα μόνο μοντέλο κλήσης (σύνοψη, ταξινόμηση) σταματήστε εδώ.
- Μία κλήση με RAG: Εάν απαιτούνται πληροφορίες, προσθέστε ανάκτηση και ξανά μία κλήση.
- Σταθερή ροή εργασίας: Εάν τα βήματα είναι γνωστά εκ των προτέρων, ακολουθήστε τα με μη αυτόματο τρόπο (ροή κώδικα). Το μοντέλο κάνει μια δευτερεύουσα εργασία σε κάθε βήμα, αλλά εσείς καθορίζετε τη σειρά.
- Πράκτορας βάσει μοντέλου: Εάν τα βήματα δεν είναι γνωστά εκ των προτέρων, το μοντέλο αποφασίζει ποιον πράκτορα θα καλέσει και πότε. Η πιο ισχυρή αλλά πιο ακριβή και επικίνδυνη επιλογή.
Η διαφορά μεταξύ της ροής εργασίας και του πράκτορα είναι κρίσιμη: Στη ροή εργασίας, γράφετε τη ροή του ελέγχου (προβλέψιμο, ελεγχόμενο, φθηνό). Δίνεις τον έλεγχο της ατζέντας στο μοντέλο (ευέλικτο αλλά απρόβλεπτο). Οι περισσότερες εταιρικές εργασίες είναι στην πραγματικότητα μια ροή εργασίας. Οι πραγματικοί πράκτορες είναι σχετικά λίγοι.
Συμβουλή: "Μπορώ να γράψω τα βήματα για αυτήν την εργασία εκ των προτέρων;" παρακαλώ. Εάν μπορείτε να το γράψετε, δημιουργήστε μια ροή εργασίας — φθηνότερη, ασφαλέστερη, πιο ελεγχόμενη. Ωστόσο, εάν τα βήματα ποικίλλουν ανάλογα με την είσοδο και δεν μπορούν να προβλεφθούν, απαιτείται ένας πράκτορας.
Τρία βασικά μοτίβα ροής εργασίας
Prompt chaining: Η έξοδος ενός βήματος είναι η είσοδος του επόμενου. "Δημιουργία προχείρου → επεξεργασία → μορφή." Κάθε βήμα είναι απλό και εστιασμένο. εύκολος εντοπισμός σφαλμάτων.
Δρομολόγηση: Αρχικά ταξινομείτε το εισερχόμενο αίτημα και το στέλνετε στον κατάλληλο ειδικό. "Είναι αυτή η ερώτηση τεχνική, χρέωση ή επιστροφή χρημάτων;" → ανακατεύθυνση για διόρθωση δευτερεύουσας ροής. Κάθε διαδρομή βελτιστοποιείται με τη δική της προτροπή και τα δικά της εργαλεία.
Παραλληλισμός: Εκτέλεση ανεξάρτητων εργασιών ταυτόχρονα και συνδυασμός των αποτελεσμάτων. "Συνοψίστε 5 έγγραφα ξεχωριστά και μετά συνδυάστε." Όχι μόνο είναι γρήγορο, αλλά κάθε κομμάτι τραβάει την πλήρη προσοχή.
μοτίβο
όταν
παράδειγμα
αλυσοδεμένος
Τα βήματα είναι διαδοχικά και εξαρτώμενα
Πρόχειρο → επεξεργασία → μορφή
ανακατεύθυνση
Διαφορετική επεξεργασία ανάλογα με τον τύπο εισόδου
Ταξινόμηση αιτημάτων υποστήριξης
παράλληλη
Ανεξάρτητες υποεργασίες
Συνοψίστε πολλαπλά έγγραφα ξεχωριστά
Πράκτορας (βρόχος)
Τα βήματα δεν μπορούν να προβλεφθούν εκ των προτέρων
Ανοιχτή έρευνα/επισκευή
# Routing pattern (conceptual)type = pattern.classify(request) # "return" | «τεχνική» | "invoice"if tour == "return": answer = return_flow(request)elif tur == "technical": answer = technical_flow(request)else: answer = ροή_τιμολογίου(αίτημα)
Κύκλος Σχεδιασμού-Εκτέλεσης-Επαλήθευσης
Ένα ισχυρό μοτίβο σε πραγματικούς πράκτορες: έχετε το σχέδιο μοντέλου, μετά εκτελέστε και μετά επαληθεύστε. Το μοντέλο χωρίζει την περίπλοκη εργασία σε υποβήματα, εκτελεί κάθε βήμα με εργαλεία και τέλος ρωτά "πέτυχα τον στόχο;" ελέγχει. Το βήμα επαλήθευσης εντοπίζει τα σφάλματα με μια ξεχωριστή, φρέσκια εμφάνιση ("αυτό το αποτέλεσμα ικανοποιεί την εργασία;").
# Plan-execute-verify (conceptual)plan = model.uret("Χωρίστε αυτήν την εργασία σε βήματα: " + εργασία)για βήμα στο σχέδιο: αποτέλεσμα = agent_loop(step) # execute with toolscheck = model.uret("Αυτό το αποτέλεσμα ανταποκρίνεται στην εργασία; Πείτε μου αν λείπει κάτι: " + εργασία + αποτελέσματα) εάν η διόρθωση στρογγυλοποίησης ... λείπει:
Δύο καλές πρακτικές για μεγάλες εργασίες: επιβάλετε μια συνθήκη διακοπής (μέγιστος αριθμός βημάτων — αποτρέπει τον άπειρο βρόχο) και παρακολούθηση προόδου (ζητήστε από τον πράκτορα να γράψει τι κάνει για να μην αποσπάται η προσοχή του). Ο πράκτορας, που δεν έχει όριο βημάτων, μπορεί να γυρίζει για πάντα αν κολλήσει και το κόστος θα εκραγεί.
Αδύναμος/Δυνατός σχεδιασμός
Αδύναμος (βάζοντας τα πάντα σε έναν τεράστιο πράκτορα):
Πείτε "ολοκληρώστε αυτό το πολύπλοκο πράγμα" και απελευθερώστε το με απεριόριστα εργαλεία.# Αποτέλεσμα: απρόβλεπτη συμπεριφορά, κίνδυνος απεριόριστων βρόχων, υψηλό κόστος,# αδύνατο να εντοπιστούν σφάλματα.
Ισχυρό (πρώτη ροή, αντιπρόσωπος μόνο όπου χρειάζεται, περιορισμένος):
Αρχικά χωρίστε την εργασία σε σταθερά βήματα (δρομολόγηση + αλυσίδα). Χρησιμοποιήστε τον παράγοντα μόνο σε δευτερεύουσες εργασίες όπου τα βήματα είναι άγνωστα. Προσθέστε όριο βημάτων, παρακολούθηση προόδου και γύρο επαλήθευσης.
Τρεις Μίνι Θήκες
Περίπτωση 1 — Ροή εργασίας αντί για πράκτορα. Μια ομάδα δημιούργησε την εργασία "αίτημα υποστήριξης διαδικασίας" με έναν ελεύθερο πράκτορα. Μερικές φορές ο πράκτορας έκανε 15 βήματα και πήγαινε σε λάθος μονοπάτι. Τα βήματα ουσιαστικά διορθώθηκαν (ταξινόμηση → λήψη σχετικών πληροφοριών → εγγραφή προσχεδίου → υποβολή για έγκριση). Όταν μεταβήκαμε στη ροή εργασίας δρομολόγησης + αλυσίδων, η συνέπεια αυξήθηκε από 58% σε 96% και το κόστος μειώθηκε στο μισό.
Περίπτωση 2 — Παράλληλο κέρδος. Μια νομική ομάδα συνόψιζε 20 συμβάσεις μία προς μία. Χρειάστηκαν 4 λεπτά συνολικά. Όταν αλλάξαμε σε ένα παράλληλο μοτίβο (όλα ταυτόχρονα, μετά συνδυάστε), ο χρόνος μειώθηκε στα 25 δευτερόλεπτα και η ποιότητα αυξήθηκε καθώς κάθε περίληψη λάμβανε την πλήρη προσοχή.
Περίπτωση 3 — Δεν υπήρχε όρος διακοπής. Ένας ανακριτικός πράκτορας καλούσε ασταμάτητα τα ίδια δύο εργαλεία, αναζητώντας πληροφορίες που δεν μπορούσε να βρει. συσσώρευσε σημαντικό κόστος σε μια νύχτα. Όταν προστέθηκε το μέγιστο όριο των 8 βημάτων και ο κανόνας "Αν δεν το βρείτε σε 3 προσπάθειες, πείτε ότι δεν ξέρω", το κόστος διατηρήθηκε υπό έλεγχο και ήρθαν ειλικρινείς απαντήσεις "Δεν το βρήκα".
Συνήθη λάθη
- Ανάθεση των πάντων στον πράκτορα: Η ροή εργασίας είναι φθηνότερη, ασφαλέστερη και ελεγχόμενη εάν τα βήματα είναι γνωστά.
- Μίξη ροής εργασιών με πράκτορα: Εσείς ή το μοντέλο αναλαμβάνετε τον έλεγχο; Μην σχεδιάζετε χωρίς να το κάνετε σαφές.
- Μη ορισμός συνθήκης διακοπής: Ο πράκτορας εισέρχεται σε έναν άπειρο βρόχο και συσσωρεύει κόστος.
- Χωρίς παρακολούθηση προόδου: Κατά τη διάρκεια μιας μεγάλης αποστολής, ο πράκτορας αποσπάται η προσοχή, κάνοντας ξανά την ίδια δουλειά.
- Παράβλεψη του γύρου επαλήθευσης: Το λανθασμένο αλλά εύλογο αποτέλεσμα παραδίδεται χωρίς έλεγχο.
Προσοχή: Όσο πιο ελεύθερος είναι ο παράγοντας, τόσο μεγαλύτερη γίνεται η ακτίνα έκρηξης. Η ευελιξία δεν είναι δωρεάν. Κάθε επιπλέον ελευθερία προσθέτει απρόβλεπτο και ρίσκο. Επιλέξτε τη στενότερη κατάλληλη λύση.
Συνοπτικά
- Στην πολυπλοκότητα, ισχύει η αρχή "όσο χρειάζεται": μία κλήση → RAG → ροή εργασίας → πράκτορας μόνο εάν είναι πραγματικά απαραίτητο.
- Στη Ροή εργασίας, γράφετε τη ροή του ελέγχου (προβλέψιμο). Αφήνεις την ατζέντα στο μοντέλο (ευέλικτο αλλά ριψοκίνδυνο).
- Τρία βασικά μοτίβα: αλυσιδωτή (διαδοχικά εξαρτώμενη), δρομολόγηση (κατανομή ανά τύπο), παράλληλη (ανεξάρτητες εργασίες).
- Οι πραγματικοί πράκτορες χρησιμοποιούν τον κύκλο σχεδίου-εκτέλεσης-επαλήθευσης, συνθήκης διακοπής και παρακολούθησης προόδου.
- Καθώς η ευελιξία αυξάνεται, η απρόβλεπτη ικανότητα και το κόστος αυξάνονται. Επιλέξτε τη στενότερη κατάλληλη λύση.
Εργασία εφαρμογής
Επιλέξτε μια εργασία πολλών βημάτων από τη δική σας επιχείρηση (π.χ. "προετοιμασία και διανομή μηνιαίας αναφοράς"). (1) Μπορείτε να γράψετε τα βήματα αυτής της εργασίας εκ των προτέρων; Εάν μπορείτε να το γράψετε, σχεδιάστε το ως ροή εργασίας (ποιο μοτίβο: αλυσίδα/δρομολόγηση/παράλληλη;); Εάν δεν μπορείτε να γράψετε, εξηγήστε γιατί χρειάζεται ένας πράκτορας. (2) Σχεδιάστε το σχέδιο που έχετε επιλέξει με ένα διάγραμμα κουτιού-βέλους. (3) Αν εταιρεία: γράψτε πώς θα ρυθμίσετε την κατάσταση διακοπής, την παρακολούθηση προόδου και τον γύρο επαλήθευσης. (4) Καταγράψτε 3 κινδύνους από την εκτέλεση της ίδιας εργασίας με έναν "μονό πράκτορα dev".
λίστα ελέγχου
- [ ] Μπορώ να επιλέξω το σωστό επίπεδο στην κλίμακα "πολυπλοκότητα όπως απαιτείται".
- [ ] Μπορώ να διακρίνω τη διαφορά στον έλεγχο μεταξύ της ροής εργασίας και του πράκτορα.
- [ ] Μπορώ να χαρτογραφήσω αλυσίδες, δρομολόγηση και παράλληλα μοτίβα σε κατάλληλες εργασίες.
- [ ] Μπορώ να ρυθμίσω τον κύκλο σχεδίου-εκτέλεσης-επαλήθευσης, κατάστασης διακοπής και παρακολούθησης προόδου σε πράκτορες.
- [ ] Έχω υπόψη μου ότι η υπερβολική ευελιξία φέρνει απρόβλεπτο και κόστος.