原文標題:Codex 早安簡報的六個複雜性層級
原文作者:Jason Liu
翻譯:Peggy
編者按:許多人在學習人工智能工具時,往往會從模型能力、Agent 架構或複雜的自動化概念開始,但這反而容易讓普通用戶望而卻步。本文提供了一種更容易上手的途徑:不要先理解 AI 是什麼,而是從一個每天都真實發生的工作場景開始——早晨簡報。
作者以 Codex 的「早晨簡報」為例,拆解了普通人如何一步步將 AI 從一倥問答工具,升級為真正參與日常工作的助手。第一步,只是讓它連接 Slack、Gmail 和日曆,告訴你今天有哪些事情需要注意;隨後,通過 agents 文件固定輸出格式和個人偏好;再進一步,讓它每天自動運行,按不同專案拆分線程,甚至直接起草回覆、會議準備材料和專案備忘。
這篇教程的價值在於,它沒有把 AI 使用講成一套抽象方法論,而是把複雜能⼒拆成了六個可操作層級:從信息彙總,到偏好沉澱;從週期提醒,到專案管理;從輔助判斷,到長期記憶。每一層都對應一個非常具體的使用動作,用戶不需要一開始就理解什麼是 Agent 系統,也能在真實工作流中逐步感受到 AI 的價值。
對於想要真正開始使用 Codex、而不僅僅把它當成聊天視窗的⼈來說,這是⼀份非常適合作為第⼀步的上手指南。
以下為原文:
這是我所知道的、教一個人如何使用 AI 最簡單的方式。
不要一上來就從模型、Agent,或者某種抽象的技術分類講起。應該從一個人們本來就熟悉的工作場景開始,然後悄悄把這件事變得更強大。
「早晨簡報」之所以有效,是因為幾乎每個⼈本來就有類似的流程,只是他們通常整理得很糟。
我認為,早晨簡報是普通⼈真正能理解的第⼀個 Codex 工作流。
你早上醒來,打開 Slack,看⼀眼日曆,點進郵箱,然後忘了⾃⼰為什麼要打開郵箱;再回到 Slack,接著突然意識到七分鐘後有⼀個會議,⽽你完全不知道昨天發生了什麼。
Điều khiến nó hấp dẫn đó là đơn giản: giúp tôi nhớ xem thực sự đã xảy ra gì.
Khi chúng ta thảo luận về 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 đủ phổ biến để phù hợp với việc giảng dạy, vừa đủ hữu ích và đáng được xem xét một cách nghiêm túc. Ban đầu đó chỉ là một gợi ý định hướng rất đơn giản. Nhưng nếu bạn tiếp tục đẩy mạnh, cuối cùng nó sẽ trở thành một mô hình tốt giúp mọi người chuyển tiếp thực sự sang sử dụng Codex một cách đáng kể.
Bắt đầu từ những điều mà người mới học có thể hiểu được. Sau đó từng bước thêm vào một khả năng thực sự, cho đến khi hình dạng của toàn bộ hệ thống trở nên rõ ràng.
Tôi nghĩ rằng ở đây có sáu cấp độ thực sự.
Phiên bản đầu tiên nhỏ đến mức hầu như có vẻ hơi lố bịch.
Kết nối với Slack, Gmail và Calendar, sau đó hỏi: Sử dụng Slack, Gmail và Calendar, hãy cho tôi biết có việc gì hôm nay cần xử lý?
Bắt đầu bằng cách xem xét xem Codex có thể vượt qua ba cửa vào thông tin phổ biến nhất trong công việc của bạn, thông báo cho bạn một số vấn đề mà bạn thực sự quan tâm.
Nó có thể nhận ra có một luồng thảo luận trong Slack mà ai đó đang chờ bạn trả lời; có thể phát hiện ra bạn đã quên chuẩn bị cho một cuộc họp; có thể bắt gặp một email sẽ thay đổi bối cảnh của cuộc họp đó.
Nếu nó giúp bạn làm sáng tỏ hơn trong mười phút đầu tiên của buổi sáng, thì nó đã hoạt động rồi.
Cấp độ thứ hai là thêm vào một số chỉ thị có khả năng duy trì được.
Bạn đã có đủ thông tin cơ bản để làm cho Codex trở nên hữu ích. Bây giờ bạn cần làm cho nó không chỉ là "tích cực và hữu ích" mỗi sáng.
Đây là nơi mà tệp agents trở nên hữu ích. Nó không phải là kiến thức lạnh ở mức độ hạ tầng, mà là nơi để mô tả "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ư sau:
Đưa cho tôi một bản tin buổi sáng.
Nhấn mạnh vào:
- Những người đang chờ tôi trả lời
- Cuộc họp cần chuẩn bị trước
- Công việc mà tôi đã hứa ngày hôm qua nhưng vẫn chưa hoàn thành
- Những thay đổi qua đêm và ảnh hưởng đến ưu tiên của hôm nay
Sử dụng tiêu đề rõ ràng và ký hiệu dạng list.
Tổ chức bản tóm tắt như sau:
- Công việc cần làm
- Cần phản hồi
- Cập nhật tại cấp độ dự án
Đối với mỗi mục trong phần "Cần phản hồi":
- Đính kèm liên kết trực tiếp Slack tương ứng
- Nêu rõ đối phương đợi tôi phản hồi điều gì
- Cung cấp đủ thông tin mà không quá nhiều, giúp tôi đánh giá xem có cần phản hồi ngay lập tức không
Giữ cho nội dung ngắn gọn, có cấu trúc và dễ quét nhanh.
Bạn không cần lo lắng về việc tài liệu này được đặt ở đâu cụ thể. Chỉ cần nói với Codex:
Tôi muốn bạn lưu trữ nội dung này trong tệp agents của bạn, để mỗi khi bạn chuẩn bị bản tóm tắt buổi sáng cho tôi, bạn có thể sử dụng nó.
Sau đó, hãy dán hướng dẫn ở trên vào đó. Quan trọng nhất là, xác định ưu tiên của bạn một lần, để mỗi bản tóm tắt sau này đều xuất phát từ cơ sở đó.
Bạn không đang cố gắng làm cho mình trở nên cao siêu. Bạn chỉ muốn sáng mai ít phiền phức hơn sáng hôm nay.
Đối với công việc khác, chỉ thị sẽ khác nhau. Người tuyển dụng có thể muốn nhóm các ứng viên; kỹ sư có thể muốn phân ra các vấn đề chậm tiến triển và duyệt mã; nhân viên quan hệ công chúng có thể muốn phân biệt thông tin quét từ bên ngoài và công 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 bối cảnh thực tế cho Codex, sau đó cung cấp cho nó quy tắc mặc định của bạn.
Cấp độ ba là việc thêm tính định kỳ, nhưng tôi sẽ không dạy nó như "tạo tác vụ tự động".
Tôi sẽ nói: Mỗi sáng làm việc, hãy giúp tôi theo dõi điều này.
Đó mới thực sự là chỉ thị mà mọi người nhớ được.
Ở tầng dưới, đúng, bạn đang biến bản tóm tắt buổi sáng thành một tác vụ tự động định kỳ. Nhưng trong sử dụng thực tế, bạn chỉ nói: Điều này hữu ích đến mức tôi muốn nó tự quay trở lại.
Đơn vị giá trị không còn là "Tôi nhớ hỏi rồi". Mà là "Tóm tắt buổi sáng đã ở đó đợi tôi".
Và, vì nó tồn tại trong cùng một chuỗi, bạn có thể liên tục huấn luyện nó, mà không cần phải viết lại từ đầu mỗi lần. Nếu nó coi quá trình lịch trình quá quan trọng, bạn hãy nói với nó. Nếu nó thường bỏ lỡ các vấn đề chưa giải quyết trong Slack, bạn hãy nói với nó. Nếu nó nên phân biệt "Cần phản hồi", "Cần chuẩn bị" và "Nên biết", bạn chỉ dạy nó một lần, để chuỗi này vẫn mang theo ưu tiên của bạn.
Đó cũng là lý do tại sao tôi thích phiên bản chuỗi hơn là một số loại bản báo cáo định kỳ. Tóm tắt buổi sáng sẽ trở nên tốt hơn theo ý kiến phàn nàn của bạn.
Từ nhắc nhở theo chu kỳ có thể giữ cho việc giữ ngắn gọn:
Mỗi sáng ngày làm việc, hãy giúp tôi theo dõi điều này.
Check Slack, Gmail và Lịch.
Thông báo cho tôi:
- Điều gì đáng chú ý mà tôi cần lưu ý
- Tôi nên chuẩn bị cho những việc gì
- Có những thay đổi nào mà tôi có thể bỏ lỡ
- Có vẻ mình đang gặp vấn đề với cái gì đó
Giữ nó ngắn gọn.
Nếu không có thay đổi quan trọng, chỉ cần nói rằng không có.
Ở bước này, bản tin sáng sớm bắt đầu tạo ra giá trị thực sự. Khi bạn thức dậy, đã có người làm sạch thông tin lần đầu tiên cho bạn.
Cuối cùng, một bản tin tổng quan sẽ trở nên mập mờ hơn.
Điều này đã được đề cập một cách trực tiếp trong cuộc trò chuyện. Thực ra, tôi không muốn luôn luôn có một trợ lý hằng ngày mạnh mẽ. Thường thì tôi có nhiều luồng dự án, mỗi luồng đều có bản tin sáng sớm riêng cho tôi.
Một luồng dành cho một lần phát hành.
Một luồng dành cho một dự án.
Một luồng dành cho các vấn đề mã nguồn mở.
Một luồng dành cho việc phân chia các vấn đề cá nhân tương tự như chief of staff.
Mỗi luồng định nghĩa "quyết định" theo cách khác nhau.
Luồng dự án quan tâm đến các vấn đề chặn đường, PR, quyết định, và việc xem xét rằng một bản dự thảo đã cam kết đã hoàn thành hay chưa.
Luồng tuyển dụng có thể quan tâm đến bản tin ngày của ứng viên phỏng vấn và xem xét xem bất kỳ thay đổi nền nào đã xảy ra qua đêm.
Luồng cá nhân quan tâm đến tin nhắn, lịch trình, chuyến bay, và những nhiệm vụ nhẹ nhàng nằm im ắng phía sau.
Lúc này, ý nghĩa của việc ghim luồng trở nên rất rõ ràng. Bản tin sáng sớm theo chu kỳ không chỉ là một báo cáo. Đó là một cách để mỗi dự án duy trì "ấm áp" theo cách riêng của nó.
Lý do từ nhắc nhở sẽ trở nên tốt hơn là vì luồng này đã biết rõ điều mà bạn đang nói là "chuyện liên quan đến việc phát hành" thực sự là gì.
Ở cấp độ này, bản tin sáng sớm không chỉ nên cho biết điều gì đã xảy ra. Nó cũng nên viết ra những công việc tiếp theo rõ ràng.
Draft phản hồi trên Slack, nhưng không gửi.
Chuẩn bị bản tóm tắt ứng viên.
Viết ghi chú chuẩn bị cuộc họp.
Tóm tắt cuộc trò chuyện mà tôi nên đọc trước khi phản hồi.
Cho tôi biết quyết định nào dường như đang mắc kẹt ở đây.
Một bản tóm tắt Level 5 tốt có thể kết thúc như sau: Đây là ba tin nhắn mà tôi đề xuất bạn ưu tiên phản hồi. Tôi đã đã viết nhanh từng phản hồi. Đây là hai cuộc họp đáng chuẩn bị. Ở đây còn một quyết định dường như đang mắc kẹt ở bạn.
Tôi hy vọng bản tóm tắt buổi sáng sẽ thực hiện vài công việc rõ ràng giúp tôi tiến triển một phần, thay vì chỉ nhận được 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 đã được thực hiện trước khi tôi mở máy tính, tôi có thể nhìn lướt qua bản tóm tắt khi di chuyển, phê duyệt một công việc nhỏ, hoặc chỉ đơn giản đánh giá xem cái gì sẽ đáng chú ý khi tôi ngồi xuống.
Cấp độ sáu là khi bản tóm tắt buổi sáng không chỉ là một nghi lễ buổi sáng nữa, mà bắt đầu trở thành một hệ thống ghi nhớ.
Nếu bản tóm tắt buổi sáng liên tục phát hiện các người giống nhau, các dự án giống nhau, các vấn đề chưa hoàn thiện giống nhau, các quyết định giống nhau, thì một phần nội dung đó không nên chỉ ở lại trong chuỗi nữa mà nên trở thành thông tin có thể bền vững.
Ghi chép lại nội dung quan trọng.
Cập nhật ghi chú dự án.
Ghi chép vấn đề chưa hoàn thiện.
Thêm vào quyết định không nên quên.
Bảo toàn những ngữ cảnh sẽ giúp buổi tóm tắt tuần sau trở nên tốt hơn.
Đây chính 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 bộ nhớ trở thành một bộ tài liệu có thể xem, so sánh và sử dụng lại qua các chuỗi.
Một phiên bản tối giản có vẻ như thế này:
vault/
├── TODO.md
├── people/
├── projects/
├── daily/
├── notes/
└── AGENTS.md
Cấu trúc rất đơn giản:
·TODO.md được sử dụng để tránh việc các mục chưa hoàn thành biến mất trong lịch sử trò chuyện.
·people/ Chứa ngữ cảnh lâu dài về các đồng nghiệp phổ biến.
·projects/ Chứa trạng thái của các luồng công việc quan trọng.
·daily/ Để lại một bản ghi về sự kiện quan trọng của mỗi ngày.
·notes/ Chứa nội dung nghiên cứu lỏng lẻo hơn hoặc ghi chú một lần sử dụng.
·AGENTS.md Hướng dẫn Codex cách sử dụng thư viện này để không phải phát minh cấu trúc mỗi lần.
Bạn cũng nên cập nhật tệp agents, để báo cáo buổi sáng đọc trước thư viện. Tương tự như sau:
Trước khi viết bản tin buổi sáng của tôi:
- Kiểm tra TODO.md, hiểu rõ các mục chưa hoàn thành
- Kiểm tra people/, hiểu về ngữ cảnh của đồng nghiệp liên quan
- Kiểm tra projects/, hiểu về trạng thái của luồng công việc đang hoạt động
- Kiểm tra notes/, hiểu về thông tin nền có thể thay đổi ưu tiên của ngày hôm nay gần đây
Sử dụng ngữ cảnh thư viện này để bản tin trở nên cụ thể hơn và không quên mất.
Khi bản tin đã có cấu trúc đủ, bạn cũng có thể cho Codex sử dụng subagents để tìm kiếm song song. Một cái có thể kiểm tra những công việc chưa hoàn thành, một cái có thể quét ghi chú dự án, một cái có thể xem ngữ cảnh của nhân vật gần đây, sau đó chính luồng chính sẽ lắp ráp bản tin thực sự và cập nhật tài liệu cơ bản khi có thay đổi cốt lõi xảy ra. Điều này không cần thiết trong ngày đầu tiên, nhưng khi bản tin liên quan đến nhiều phần hoạt động đủ, điều này trở nên hữu ích, vì xử lý tuần tự dưới dạng một luồng sẽ bắt đầu trở nên chậm chạp, nông cạn hoặc không đổi.
Bạn cũng có thể cho Codex xem xét công việc bạn đã làm và hỏi bạn, giúp bạn tổ chức thư viện tốt hơn. Nó có thể phát hiện ra cùng một người xuất hiện trong ba dự án, một dự án vẫn chưa có ghi chú rõ ràng, hoặc TODO.md của bạn đang kết hợp việc cá nhân và các mục tiêu ngăn chặn xuất bản. Sự tương tác này là hữu ích. Khi Codex được phép nói "Tôi cảm thấy nội dung này cần một vị trí phù hợp hơn, nên đặt ở đâu?" thì thư viện sẽ trở nên tốt hơn.
Bản tin buổi sáng trở nên tốt hơn vì nó có thể đọc thư viện trước khi chạy và cập nhật thư viện sau khi xảy ra thay đổi cốt lõi. Bản tin về dự án ngày mai có thể nhớ quyết định hàng tuần trước chưa được giải quyết, người vẫn chưa được trả lời, hoặc ghi chú trạng thái không nên mất chỉ vì luồng trở nên dài hơn.
Mỗi cấp độ đều giảng dạy người dùng cách sử dụng Codex một cách nghiêm túc hơn, đồng thời không yêu cầu người dùng phải ngay lập tức nhảy vào một kiến trúc Agent hoành tráng nào.
Cấp độ 1 dạy bạn cách sử dụng kết nối.
Cấp độ 2 thông qua tệp agents dạy bạn cách thiết lập các quy tắc mặc định.
Cấp độ 3 thông qua "Hãy giúp tôi theo dõi" dạy bạn các nhiệm vụ định kỳ.
Cấp độ 4 dạy bạn cách tạo báo cáo cấp dự án trong luồng lâu dài.
Cấp độ 5 dạy bạn ranh giới tin cậy thực sự quan trọng đối với tôi: hãy viết giúp tôi công việc, nhưng đừng giả mạo tôi.
Cấp độ 6 dạy bạn phần thực sự tăng trưởng lãi suất kép: lưu trữ ngữ cảnh lâu dài vào bảo mật, làm cho báo cáo ngày mai thông minh hơn hôm nay.
Đó là lý do tôi sẽ sử dụng bản tóm tắt buổi sáng để dạy Codex. Ban đầu chỉ là một bản tóm tắt đơn giản, nó sẽ cuối cùng trở thành một hệ điều hành làm việc siêu nhỏ.
Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:
Nhóm Telegram đăng ký: https://t.me/theblockbeats
Nhóm Telegram thảo luận: https://t.me/BlockBeats_App
Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia