Cứ hai giờ một lần, Codex chuẩn bị các email trả lời để tôi xem xét.
Hầu hết các bản nháp đều tốt. Nhưng tôi vẫn thay đổi chúng.
Tôi có thể thêm một quyết định từ một luồng thảo luận cũ hơn hoặc từ một cuộc trò chuyện trực tiếp, làm dịu giọng văn vì tôi biết người gửi, hoặc loại bỏ một cam kết mà tôi chưa sẵn sàng thực hiện. Bản nháp có thể được viết tốt nhưng vẫn mang cảm giác chung chung. Cảm giác chung chung đó thường được gọi là "AI slop" (trí tuệ nhân tạo rác), nhưng trong những trường hợp như thế này, vấn đề không nằm ở trí thông minh. Vấn đề là thiếu ngữ cảnh.
Không ai làm gì sai cả. Codex làm việc dựa trên thông tin nó có, trong khi các chỉnh sửa của tôi cung cấp ngữ cảnh mà nó thiếu. Điều thú vị là những chỉnh sửa đó cũng chứa đựng ngữ cảnh. Chúng tiết lộ điều gì quan trọng trong tình huống này: tôi giữ lại gì, thay đổi gì, từ chối gì, và tôi không thoải mái khi gửi gì.
Hầu hết các quy trình tự động hóa không lưu giữ ngữ cảnh đó. Lần chạy tiếp theo bắt đầu từ cùng một bức tranh chưa hoàn chỉnh.
Tôi thấy hữu ích khi nghĩ về ngữ cảnh theo hai loại.
Thứ nhất, có ngữ cảnh cần thiết trước khi công việc bắt đầu: lịch sử, sự kiện, ràng buộc, mối quan hệ và các quyết định trước đó.
Thứ hai, có ngữ cảnh được tiết lộ sau khi công việc hoàn thành: những gì một người giữ lại, thay đổi, từ chối, gửi đi hoặc để lại ở trạng thái chờ trong quá trình xem xét.
Điều đó cho chúng ta hai vòng lặp. Vòng lặp bên trong đưa ngữ cảnh phù hợp đến nhiệm vụ và tạo ra bản nháp. Vòng lặp bên ngoài học hỏi từ quá trình xem xét và làm cho ngữ cảnh đó có sẵn cho lần chạy tiếp theo của công việc.
Vòng Lặp Bên Trong Mang Ngữ Cảnh Đến Công Việc
Đối với email, vòng lặp bên trong quyết định xem một tin nhắn có cần trả lời hay không, tìm ngữ cảnh liên quan, soạn thảo phản hồi, kiểm tra các tuyên bố của nó và tạo bản nháp để xem xét.
Quy trình làm việc có thể được cố định trong một quy trình làm việc được viết bằng code hoặc xây dựng bằng trình xây dựng quy trình làm việc: tìm nạp tin nhắn, lọc nhiễu, phân loại, soạn thảo và kiểm tra kết quả. Hoặc Codex có thể quyết định các bước cần thực hiện từ một prompt đơn giản như "Tạo bản nháp mỗi sáng lúc 9 giờ sáng cho những email tôi cần trả lời", và nó sẽ kiểm tra các luồng mới, thu thập lịch sử liên quan, nghiên cứu những gì còn thiếu, chuẩn bị câu trả lời và làm rõ bất cứ điều gì chưa rõ ràng.
Cả hai cách tiếp cận đều có thể hiệu quả. Phần quan trọng là việc truy xuất thông tin là một phần của việc viết.
Một câu trả lời có thể phụ thuộc vào một email tương tự, một quyết định sáu tháng tuổi, trạng thái hiện tại trong trình theo dõi dự án hoặc một sự kiện từ một nguồn đã được phê duyệt. Codex có thể thu thập ngữ cảnh đó hoặc yêu cầu một sub-agent nghiên cứu một câu hỏi cụ thể. Mục tiêu không phải là truy xuất mọi thứ, mà là tìm ra tập thông tin nhỏ nhất làm cho câu trả lời chính xác và cụ thể.
Tôi giữ cho hành động có thể đảo ngược: tạo bản nháp, không bao giờ gửi nó. Trước khi tôi chỉnh sửa, vòng lặp bên trong lưu câu trả lời được đề xuất, các nguồn của nó và các phiên bản của prompt và hướng dẫn viết của nó. Nếu không có bản ghi đó, việc xem xét chỉ là một giai thoại. Với nó, việc xem xét trở thành bằng chứng.
Vòng Lặp Bên Ngoài Phục Hồi Ngữ Cảnh Từ Quá Trình Xem Xét
Vòng lặp bên ngoài bắt đầu sau khi tôi xem xét bản nháp. Nó đã được gửi đi mà không thay đổi, được chỉnh sửa và gửi, bị xóa, hay để ở trạng thái chờ?
Những kết quả đó mang ý nghĩa khác nhau. Một bản gửi không thay đổi cho thấy bản nháp đã hoạt động tốt. Một bản gửi đã chỉnh sửa cung cấp một cặp trước-sau. Một bản nháp bị xóa khó hiểu hơn: có lẽ nó sai sót, hoặc có lẽ không cần trả lời. Một bản nháp đang chờ cho chúng ta biết rất ít.
Ngay cả email đã gửi cũng chỉ ghi lại những gì tôi chấp nhận, không phải liệu câu trả lời có hiệu quả hay không. Kết quả thực sự có thể xuất hiện trong phản hồi hoặc công việc tiếp theo. Tuy nhiên, việc xem xét bổ sung bằng chứng mà trước đó không có sẵn khi bản nháp được viết.
Sự khác biệt giữa bản nháp và phiên bản đã gửi là bằng chứng. Nó không tự động trở thành một bài học, và nó không nên tự động trở thành một sự thay đổi prompt.
Một phần mở đầu ngắn hơn có thể cho thấy sở thích viết lách. Một sự kiện được thêm vào có thể tiết lộ rằng vòng lặp bên trong đã tìm kiếm sai chỗ. Một cam kết bị loại bỏ có thể chỉ ra một sự kiểm tra mà quy trình làm việc cần. Một đoạn văn được viết lại có thể phản ánh phán đoán nên được giữ lại cho con người.
Một bản diff có thể cho thấy những gì đã thay đổi. Hiểu nó có nghĩa là gì mới là công việc thực sự của vòng lặp bên ngoài.
Vòng Lặp Bên Ngoài Cải Thiện Vòng Lặp Bên Trong
Vòng lặp bên ngoài tồn tại để làm cho lần chạy vòng lặp bên trong tiếp theo tốt hơn.
Nó xem xét những gì đã thay đổi giữa bản nháp của Codex và phiên bản tôi đã gửi, sau đó tự hỏi: điều gì sẽ giúp Codex đến gần hơn với kết quả đúng ngay từ đầu?
Câu trả lời có thể là hướng dẫn viết tốt hơn, một nguồn khác, một bước tìm kiếm mới, một kiểm tra cho các cam kết không được hỗ trợ, hoặc một sự bàn giao sớm hơn cho tôi. Không phải mọi chỉnh sửa đều trở thành một quy tắc. Vòng lặp bên ngoài tìm kiếm các mẫu, đề xuất thay đổi nhỏ hữu ích nhất và tôi quyết định giữ lại gì.
Trong thực tế, tôi sẽ giữ những bài học đã được phê duyệt này trong một tệp markdown đơn giản. Vòng lặp bên ngoài đề xuất các bản cập nhật cho tệp đó; quá trình tự động hóa bên trong đọc nó trước khi soạn thảo email tiếp theo.
Đó là cách việc xem xét cải thiện vòng lặp bên trong: những gì tôi sửa hôm nay trở thành ngữ cảnh hữu ích cho lần chạy ngày mai.
Hai Vòng Lặp, Hai Nhịp Thời Gian
Các vòng lặp chạy ở các tốc độ khác nhau. Vòng lặp bên trong giúp ích nhanh chóng, có thể là hai giờ một lần. Vòng lặp bên ngoài chờ đủ ví dụ, chạy vào cuối ngày, sau mười bản nháp đã xem xét, hoặc hàng tuần khi các ví dụ thưa thớt.
Chạy vòng lặp bên ngoài quá thường xuyên và nó có thể học từ một trường hợp bất thường. Không bao giờ chạy nó và các chỉnh sửa hữu ích sẽ biến mất cùng với bản nháp tiếp theo.
Mô hình tương tự cũng áp dụng cho các bài thuyết trình (decks), báo cáo, bản tóm tắt (briefs) và phân loại sự cố (issue triage). Trong mỗi trường hợp, công việc được cải thiện khi quy trình làm việc có thể sử dụng cả hai loại ngữ cảnh: những gì đã biết trước bản nháp đầu tiên và những gì quá trình xem xét tiết lộ sau đó.
Các mô hình đã có đủ khả năng. Cơ hội là xây dựng các quy trình làm việc không bắt chúng khám phá lại cùng một ngữ cảnh trong mỗi lần chạy.
Vòng lặp bên trong mang ngữ cảnh phù hợp đến công việc. Vòng lặp bên ngoài bảo tồn ngữ cảnh được tiết lộ bởi công việc.
