Biên tập viên lưu ý: Nhiều người khi học các công cụ AI thường bắt đầu từ khả năng mô hình, kiến ​​trúc Agent hoặc các khái niệm tự động hóa phức tạp, nhưng điều này lại dễ khiến người dùng bình thường e ngại. Bài viết này cung cấp một con đường dễ tiếp cận hơn: Đừng tìm hiểu AI là gì trước, mà hãy bắt đầu từ một tình huống công việc thực tế xảy ra hàng ngày – bản tin buổi sáng.

Tác giả lấy ví dụ về "Bản tin buổi sáng" của Codex, phân tích cách người bình thường từng bước nâng cấp AI từ một công cụ hỏi đáp thành trợ lý thực sự tham gia vào công việc hàng ngày. Bước đầu tiên, chỉ là kết nối nó với Slack, Gmail và lịch, để nó cho bạn biết hôm nay có những việc gì cần chú ý; sau đó, cố định định dạng đầu ra và sở thích cá nhân thông qua tệp agents; tiến thêm một bước nữa, để nó tự động chạy hàng ngày, tách luồng theo các dự án khác nhau, thậm chí trực tiếp soạn thảo phản hồi, tài liệu chuẩn bị cuộc họp và ghi nhớ dự án.

Giá trị của hướng dẫn này nằm ở chỗ, nó không trình bày việc sử dụng AI thành một phương pháp luận trừu tượng, mà chia nhỏ khả năng phức tạp thành sáu cấp độ có thể thao tác: từ tổng hợp thông tin, đến tích lũy sở thích; từ nhắc nhở định kỳ, đến quản lý dự án; từ hỗ trợ phán đoán, đến trí nhớ dài hạn. Mỗi cấp độ tương ứng với một hành động sử dụng rất cụ thể, người dùng không cần phải hiểu hệ thống Agent là gì ngay từ đầu, cũng có thể cảm nhận dần giá trị của AI trong quy trình công việc thực tế.

Đối với những ai muốn thực sự bắt đầu sử dụng Codex, chứ không chỉ coi nó như một cửa sổ chat, đây là một hướng dẫn bắt đầu rất phù hợp để làm bước đầu tiên.

Dưới đây là bài viết gốc:

Đây là cách đơn giản nhất mà tôi biết để dạy một người sử dụng AI.

Đừng ngay lập tức bắt đầu bằng việc giảng về mô hình, Agent, hay một số phân loại kỹ thuật trừu tượng. Nên bắt đầu từ một tình huống công việc mà mọi người vốn đã quen thuộc, sau đó lặng lẽ làm cho việc đó trở nên mạnh mẽ hơn.

"Bản tin buổi sáng" hiệu quả vì hầu như mọi người vốn đã có quy trình tương tự, chỉ là họ thường tổ chức nó rất tệ.

Tôi cho rằng, bản tin buổi sáng là quy trình làm việc đầu tiên với Codex mà người bình thường thực sự có thể hiểu được.

Bạn thức dậy vào buổi sáng, mở Slack, liếc nhìn lịch, nhấp vào hộp thư, rồi quên mất lý do tại sao mình mở hộp thư; quay lại Slack, sau đó đột nhiên nhận ra có một cuộc họp sau bảy phút nữa, và bạn hoàn toàn không biết ngày hôm qua đã xảy ra chuyện gì.

Sức hấp dẫn của nó rất đơn giản: Giúp tôi nhớ hiện tại thực sự đang xảy ra chuyện gì.

Khi chúng ta thảo luận về việc hướng dẫn người dùng mới của Codex, đây là quy trình làm việc đầu tiên vừa đủ hàng ngày, phù hợp để giảng dạy, lại vừa đủ hữu ích, đáng để nghiêm túc đối mặt. Ban đầu nó chỉ là một câu lệnh gợi ý đơn giản, có định hướng. Nhưng nếu bạn tiếp tục thúc đẩy, cuối cùng nó sẽ trở thành một mô hình tốt, giúp mọi người thực sự chuyển sang sử dụng Codex một cách nghiêm túc.

Bắt đầu từ những điều người mới bắt đầu có thể hiểu. Sau đó chỉ thêm một khả năng thực sự mỗi lần, cho đến khi hình thái của toàn bộ hệ thống trở nên rõ ràng.

Tôi cho rằng ở đây có sáu cấp độ thực sự.

Cấp độ 1: Trước tiên hãy hỏi rõ hôm nay bạn thực sự có việc gì

Phiên bản đầu tiên nhỏ đến mức gần như hơi ngại ngùng.

Kết nối Slack, Gmail và Calendar, sau đó hỏi: Sử dụng Slack, Gmail và Calendar, hãy cho tôi biết hôm nay có việc gì cần xử lý?

Trước tiên hãy xem liệu Codex có thể vượt qua ba cổng thông tin phổ biến nhất trong công việc của bạn, để cho bạn biết một số điều bạn thực sự quan tâm.

Nó có thể nhận thấy trong Slack có một chuỗi thảo luận mà ai đó đang chờ bạn phản hồi; có thể phát hiện ra một cuộc họp mà bạn quên chuẩn bị; có thể bắt được một email sẽ thay đổi bối cảnh của cuộc họp này.

Nếu nó có thể làm cho mười phút đầu buổi sáng của bạn rõ ràng hơn một chút, thì nó đã có tác dụng.

Cấp độ 2: Thêm một tệp agents

Cấp độ thứ hai, là thêm vào một chút chỉ dẫn có thể lưu giữ bền vững.

Bạn đã có đủ nhiều cổng thông tin thô, có thể làm cho Codex trở nên hữu ích. Bây giờ bạn cần để nó không chỉ "sẵn sàng giúp đỡ" một cách chung chung vào mỗi buổi sáng.

Đây là nơi tệp agents phát huy tác dụng. Nó không phải là một kiến thức lạnh lẽo ở tầng cơ sở hạ tầng nào đó, mà là một nơi để giải thích "bạn muốn công việc này mặc định trông như thế nào".

Đối với bản tin buổi sáng, nó có thể như thế này:

Bạn không cần lo lắng về việc tệp này cụ thể được đặt ở đâu. Chỉ cần nói với Codex:

Tôi hy vọng bạn lưu những nội dung này vào tệp agents của bạn, để mỗi lần sau này chuẩn bị bản tin buổi sáng cho tôi, bạn đều có thể sử dụng nó.

Sau đó dán chỉ dẫn ở trên vào. Điểm quan trọng là, định nghĩa sở thích của bạn một lần, để mỗi bản tin sau này đều bắt đầu từ cơ sở này.

Bạn không theo đuổi việc nghe có vẻ cao cấp. Bạn chỉ muốn sáng mai ít bực bội hơn sáng nay một chút.

Đối với công việc khác, chỉ dẫn sẽ khác nhau. Người tuyển dụng có thể hy vọng nhóm theo ứng viên; kỹ sư có thể hy vọng tách riêng các vấn đề bị chặn và đánh giá mã; nhân viên truyền thông PR có thể hy vọng tách quét thông tin bên ngoài và việc cần làm nội bộ. Nhưng hành động là giống nhau: Trước tiên cung cấp ngữ cảnh thực tế cho Codex, sau đó cung cấp quy tắc mặc định của bạn.

Cấp độ 3: Để nó liên tục giúp bạn theo dõi

Cấp độ thứ ba là thêm tính định kỳ, nhưng tôi sẽ không dạy nó thành "tạo một nhiệm vụ tự động".

Tôi sẽ nói: Mỗi buổi sáng ngày làm việc, hãy giúp tôi theo dõi việc này.

Đây mới là chỉ dẫn mà mọi người thực sự nhớ được.

Ở tầng dưới, đúng vậy, bạn đang biến bản tin buổi sáng thành một nhiệm vụ tự động định kỳ. Nhưng trong sử dụng thực tế, bạn chỉ nói: Việc này đủ hữu ích, tôi hy vọng nó có thể tự quay lại.

Đơn vị giá trị không còn là "tôi nhớ đi hỏi". Mà là "bản tin đã ở đó chờ tôi rồi".

Và bởi vì nó tồn tại trong cùng một luồng, bạn có thể điều chỉnh nó liên tục, mà không cần mỗi lần viết lại câu lệnh gợi ý từ đầu. Nếu nó quá coi trọng sự kiện lịch, bạn hãy nói với nó. Nếu nó luôn bỏ sót các vấn đề chưa kết thúc trong Slack, bạn hãy nói với nó. Nếu nó nên tách riêng "cần phản hồi", "cần chuẩn bị" và "đáng biết", bạn dạy nó một lần, để luồng này tiếp tục mang theo sở thích của bạn.

Đây cũng là lý do tại sao tôi thích phiên bản dạng luồng hơn, thay vì một loại báo cáo định thời gian chung chung nào đó. Bản tin buổi sáng sẽ trở nên tốt hơn cùng với những phàn nàn của bạn.

Câu lệnh gợi ý định kỳ có thể giữ đơn giản:

Đến bước này, bản tin buổi sáng bắt đầu thực sự tạo ra giá trị. Bạn thức dậy, đã có thứ gì đó thay bạn hoàn thành vòng dọn dẹp thông tin đầu tiên.

Cấp độ 4: Chia nó thành nhiều bản tin cấp dự án

Cuối cùng, một bản tin tổng thể sẽ ngày càng trở nên mờ nhạt.

Điều này đã xuất hiện rất trực tiếp trong cuộc đối thoại. Tôi thực sự không muốn mãi mãi có một trợ lý vạn năng hàng ngày. Thường thì tôi sẽ có nhiều luồng dự án, mỗi luồng đều có bản tin buổi sáng của riêng mình.

Một luồng cho một lần ra mắt.

Một luồng cho một dự án.

Một luồng cho các công việc mã nguồn mở.

Một luồng cho việc phân luồng công việc cá nhân kiểu chief of staff.

Định nghĩa về "quan trọng" của mỗi luồng đều không giống nhau.

Luồng dự án quan tâm đến các vấn đề bị chặn, PR, quyết định, và bản nháp đã hứa cuối cùng đã hoàn thành hay chưa.

Luồng tuyển dụng có thể quan tâm đến bản tin ứng viên phỏng vấn hôm nay, và liệu có xuất hiện thay đổi bối cảnh mới qua đêm hay không.

Luồng cá nhân quan tâm đến tin nhắn, sắp xếp lịch trình, đi lại, và những nghĩa vụ cường độ thấp vẫn nằm yên trong nền.

Lúc này, ý nghĩa của việc ghim luồng trở nên rất rõ ràng. Bản tin buổi sáng định kỳ không chỉ là một báo cáo. Nó là một cách để mỗi dự án giữ "ấm" theo cách riêng của mình.

Câu lệnh gợi ý trở nên tốt hơn, bởi vì luồng này đã biết "những việc liên quan đến phát hành" mà bạn nói thực sự chỉ cái gì.

Cấp độ 5: Để bản tin trực tiếp soạn thảo công việc tiếp theo

Đến cấp độ này, bản tin buổi sáng không nên chỉ nói với tôi chuyện gì đã xảy ra. Nó còn nên soạn thảo những công việc tiếp theo rõ ràng.

Soạn thảo phản hồi Slack, nhưng đừng gửi.

Tổ chức bản tin ứng viên.

Viết ghi chú chuẩn bị cuộc họp.

Tóm tắt chuỗi thảo luận tôi nên đọc trước khi phản hồi.

Nói cho tôi biết quyết định nào có vẻ bị kẹt ở chỗ tôi.

Phần kết của một bản tin Cấp độ 5 tốt có thể sẽ như thế này: Đây là ba tin nhắn tôi đề nghị bạn ưu tiên phản hồi. Tôi đã soạn thảo phản hồi riêng cho từng cái. Đây là hai cuộc họp đáng để chuẩn bị. Ở đây còn có một quyết định có vẻ bị kẹt ở chỗ bạn.

Tôi hy vọng bản tin buổi sáng làm trước một nửa vài công việc rõ ràng thay tôi, thay vì chỉ giao cho tôi một bản tóm tắt cần đọc.

Đây cũng là giai đoạn tôi bắt đầu sử dụng điện thoại nhiều hơn. Nếu việc thu thập ngữ cảnh đã hoàn thành trước khi tôi mở máy tính, tôi có thể liếc nhìn bản tin khi di chuyển, phê duyệt một việc nhỏ, hoặc chỉ phán đoán xem sau khi tôi ngồi xuống, điều gì thực sự đáng để tôi quan tâm.

Cấp độ 6: Lưu nội dung quan trọng vào kho lưu trữ trí nhớ

Cấp độ thứ sáu, là bản tin buổi sáng không còn chỉ là một nghi thức buổi sáng, mà bắt đầu đi vào một hệ thống trí nhớ.

Nếu bản tin buổi sáng liên tục phát hiện cùng một người, cùng một dự án, cùng những vấn đề chưa kết thúc, cùng những quyết định, thì một phần nội dung trong đó không nên chỉ dừng lại trong luồng, mà nên trở thành thông tin lưu trữ lâu dài.

Viết ra những nội dung quan trọng.

Cập nhật ghi chú dự án.

Ghi lại các vấn đề chưa kết thúc.

Thêm vào những quyết định không nên bị quên.

Lưu giữ những ngữ cảnh sẽ làm cho bản tin tuần sau tốt hơn.

Đây là nơi tôi bắt đầu sử dụng vault. Nói một cách đơn giản, tôi thích biến trí nhớ thành một nhóm tệp có thể xem, so sánh và tái sử dụng xuyên luồng.

Một phiên bản tối thiểu khả dụng đại khái trông như thế này:

Cấu trúc rất đơn giản:

·TODO.md dùng để ngăn các vấn đề chưa kết thúc biến mất trong lịch sử chat.

·people/ lưu trữ ngữ cảnh lâu dài về các cộng tác viên thường gặp.

·projects/ lưu trữ trạng thái của các quy trình công việc quan trọng.

·daily/ dành cho mỗi ngày một vị trí để ghi lại sự thật quan trọng.

·notes/ lưu trữ nội dung nghiên cứu lỏng lẻo hơn hoặc ghi nhớ một lần.

·AGENTS.md cho Codex biết cách sử dụng vault này, thay vì mỗi lần lại phát minh lại cấu trúc.

Bạn cũng nên cập nhật tệp agents, để bản tin buổi sáng đọc vault trước khi xuất ra. Tương tự như thế này:

Một khi bản tin có đủ cấu trúc, bạn cũng có thể để Codex sử dụng các subagents tìm kiếm song song. Một cái có thể kiểm tra việc cần làm chưa hoàn thành, một cái có thể quét ghi chú dự án, một cái khác có thể xem ngữ cảnh nhân vật gần đây, sau đó luồng chính lắp ráp bản tin thực sự, và cập nhật tài liệu cơ sở khi có thay đổi thực chất. Ngày đầu không cần làm như vậy, nhưng khi bản tin liên quan đến đủ nhiều bộ phận hoạt động, điều này sẽ trở nên hữu ích, bởi vì xử lý tuần tự đơn luồng sẽ bắt đầu tỏ ra chậm, nông, hoặc không đủ mới mẻ.

Bạn cũng có thể để Codex xem lại công việc bạn đang làm, và đặt câu hỏi với bạn, giúp bạn tổ chức vault tốt hơn. Nó có thể phát hiện cùng một người xuất hiện trong ba dự án, một dự án nào đó chưa có ghi chú rõ ràng, hoặc TODO.md của bạn đang trộn lẫn việc lặt vặt cá nhân với các vấn đề bị chặn phát hành. Sự tương tác qua lại này là hữu ích. Khi Codex được phép nói "Tôi nghĩ nội dung này cần một vị trí phù hợp hơn, nó nên được đặt ở đâu?", vault sẽ trở nên tốt hơn.

Bản tin buổi sáng trở nên tốt hơn, bởi vì nó có thể đọc vault trước khi chạy, và cập nhật vault sau khi có thay đổi thực chất. Bản tin dự án ngày mai có thể nhớ quyết định treo từ tuần trước, người đó vẫn cần phản hồi, hoặc bản ghi trạng thái không nên biến mất vì luồng trở nên dài.

Tại sao tôi thích hệ thống cấp bậc này

Mỗi cấp độ, đều dạy người dùng một cách sử dụng Codex nghiêm túc hơn, đồng thời không yêu cầu người dùng ngay lập tức nhảy vào một kiến trúc Agent vĩ mại nào đó.

Cấp độ 1 dạy bạn sử dụng bộ kết nối.

Cấp độ 2 thông qua tệp agents dạy bạn thiết lập quy tắc mặc định.

Cấp độ 3 thông qua "giúp tôi liên tục theo dõi" dạy bạn nhiệm vụ định kỳ.

Cấp độ 4 dạy bạn thiết lập bản tin cấp dự án trong luồng bền vững.

Cấp độ 5 dạy bạn ranh giới tin cậy tôi thực sự quan tâm: Soạn thảo công việc thay tôi, nhưng đừng mạo danh tôi.

Cấp độ 6 dạy bạn phần thực sự có lãi kép: Lưu ngữ cảnh lâu dài vào vault, để bản tin ngày mai thông minh hơn bản tin hôm nay.

Đây là lý do tại sao tôi sử dụng bản tin buổi sáng để dạy Codex. Ban đầu nó chỉ là một bản tóm tắt đơn giản, cuối cùng sẽ trở thành một hệ điều hành công việc siêu nhỏ.