Bài 11: Codex cho người không biết lập trình

Shop giày của bạn có một trang web bán hàng, do một bạn freelancer làm sẵn cách đây một năm. Hôm nay bạn chỉ muốn đổi dòng chữ trên nút "Mua ngay" thành "Đặt hàng ngay", và đổi màu nút từ xanh sang đỏ cho nổi hơn. Bạn không biết lập trình, sợ bấm sai làm hỏng cả trang, nên đành nhắn tin nhờ bạn freelancer, rồi chờ — có khi cả tuần mới xong hai dòng chữ.

Đây đúng là việc Codex sinh ra để làm cùng bạn. Bạn không cần học lập trình để dùng nó. Bạn chỉ cần biết cách kiểm soát một AI đang chạm vào tệp thật của một dự án thật, và đó là toàn bộ nội dung bài này.

Sau bài này bạn sẽ làm được

• Nhận ra đúng lúc nên chuyển từ Work sang Codex, khi việc chạm vào tệp của một dự án kỹ thuật thật
• Hiểu đủ năm khái niệm tối thiểu (thư mục dự án, cửa sổ lệnh, bảng so sánh thay đổi, phép kiểm tra, khôi phục) để không hoảng khi nhìn màn hình
• Viết được một bản giao việc an toàn cho Codex, và đọc bảng so sánh thay đổi trước khi đồng ý
• Nhận diện đúng ba tín hiệu phải dừng ngay, và biết ba cách khôi phục khi có sự cố

Vì sao bạn không cần biết lập trình vẫn kiểm soát được

Đổi một dòng chữ trên nút hay đổi một mã màu không phải việc khó về bản chất. Cái khó nằm ở chỗ bạn không biết mình vừa làm đúng hay vừa làm hỏng một chỗ khác mà mắt không thấy ngay. Với Chat và Work, bạn chủ yếu nhận về văn bản để đọc và sửa tay. Với Codex, AI sửa trực tiếp vào tệp của một dự án, nên bạn cần một cách khác để nhìn thấy nó đã sửa gì, thay vì đọc lại từng chữ.

May mắn là Codex có sẵn cơ chế cho việc đó: nó luôn cho bạn xem phần thay đổi trước khi bạn xác nhận, và có công cụ tự kiểm tra xem thay đổi có làm hỏng chức năng khác không. Bạn không cần hiểu code viết như thế nào. Bạn chỉ cần biết đọc hai thứ: bảng so sánh thay đổi và kết quả phép kiểm tra.

Codex khác Work ở bốn thứ bạn sẽ thấy trên màn hình

Trước khi mở Codex, bạn nên nhận mặt bốn khái niệm sau. Không cần nhớ thuật ngữ tiếng Anh, chỉ cần hiểu nó dùng để làm gì.

Thư mục dự án

Đây là toàn bộ tệp của trang web hay ứng dụng, nằm gọn trong một thư mục trên máy hoặc trên máy chủ. Codex chỉ được phép sửa tệp trong thư mục bạn chỉ định, không tự ý chạm ra ngoài.

Cửa sổ lệnh

Là một khung màn hình đen chữ trắng, nơi Codex gõ các lệnh kỹ thuật để mở tệp, chạy phép kiểm tra, hoặc khởi động lại trang. Bạn không cần tự gõ lệnh vào đó — bạn chỉ cần đọc kết quả nó in ra.

Bảng so sánh thay đổi (diff)

Đây là phần quan trọng nhất với người không biết lập trình. Diff hiện hai cột hoặc hai màu: phần bị xoá và phần được thêm, để bạn thấy chính xác trước và sau khác nhau ở đâu, dòng nào, tệp nào.

Phép kiểm tra (test)

Là một bộ câu hỏi tự động Codex chạy sau khi sửa, để xác nhận các chức năng cũ vẫn hoạt động đúng. Test báo "đạt" nghĩa là không phát hiện lỗi rõ ràng, nhưng không đồng nghĩa mọi thứ chắc chắn ổn — bạn vẫn cần nhìn bằng mắt.

Bước 1 và 2: tạo phạm vi an toàn, rồi bắt AI giải thích trước khi sửa

Trước khi để Codex sửa bất cứ điều gì trên dự án thật, luôn làm trên một bản sao của thư mục dự án, không làm trực tiếp trên bản đang chạy cho khách xem. Nhờ Codex hoặc người kỹ thuật tạo bản sao này, đặt tên khác đi (ví dụ thêm chữ "thu" hoặc "test" vào tên thư mục) để không nhầm với bản gốc.

Sau khi có bản sao, đừng yêu cầu sửa ngay. Bước tiếp theo là bắt AI giải thích trước, để bạn biết nó hiểu đúng ý bạn chưa. Bạn có thể chép mẫu sau, đổi phần mô tả cho đúng việc của bạn:

Hãy đọc thư mục dự án này và giải thích lại cho tôi:
1. Trang web hiện đang hiển thị nút "Mua ngay" ở tệp nào, dòng nào
2. Nếu tôi muốn đổi chữ trên nút thành "Đặt hàng ngay" và đổi màu nền nút sang đỏ,
   bạn dự kiến sẽ sửa đúng bao nhiêu tệp, tệp nào
Chưa sửa gì cả. Chỉ giải thích và chờ tôi xác nhận.

Nếu câu trả lời cho thấy AI hiểu sai chỗ nào, bạn sửa lại yêu cầu ngay lúc này — rẻ hơn rất nhiều so với sửa sau khi nó đã đụng vào tệp.

Bước 3: viết bản giao việc cho Codex

Khung 6 thành phần bạn học ở Bài 4 vẫn dùng được ở đây, chỉ đổi vài phần cho hợp với việc sửa tệp kỹ thuật:

KẾT QUẢ: Nút "Mua ngay" đổi thành "Đặt hàng ngay", màu nền đổi sang đỏ #d9302f
PHẠM VI TỆP ĐƯỢC ĐỤNG: chỉ tệp hiển thị nút mua hàng ở trang chủ, không đụng tệp khác
THAY ĐỔI ĐƯỢC PHÉP: đổi chữ trên nút, đổi mã màu nền nút
ĐIỀU CẤM: không đổi kích thước nút, không đổi vị trí nút, không sửa tệp cấu hình
ĐIỂM DUYỆT: cho tôi xem bảng so sánh thay đổi trước, tôi duyệt rồi mới áp dụng
CÁCH NGHIỆM THU: chạy phép kiểm tra có sẵn, và mở trang xem bằng mắt nút đúng chữ đúng màu

Bản giao việc càng cụ thể, Codex càng ít phải tự đoán phạm vi được sửa tới đâu.

Bước 4 và 5: đọc bảng diff, rồi chạy test và xem bằng mắt

Khi Codex báo đã sửa xong, đừng bấm đồng ý ngay. Mở bảng so sánh thay đổi, đọc từng dòng bị xoá và từng dòng được thêm. Nếu bạn thấy quen tay, việc này chỉ mất một hai phút, giống như đọc lại một email trước khi gửi.

Sau khi diff có vẻ đúng, để Codex chạy phép kiểm tra có sẵn của dự án. Rồi tự mở trang lên xem bằng mắt: đúng chữ trên nút, đúng màu, và các phần khác của trang vẫn như cũ. Test đạt cộng với mắt bạn xác nhận mới là đủ điều kiện, thiếu một trong hai đều chưa nên áp dụng lên bản chính.

Ba tín hiệu phải dừng ngay

• Bảng diff đụng vào nhiều tệp hơn bạn dự kiến trong bản giao việc — dù chỉ một tệp thừa, cũng dừng và hỏi lại vì sao.
• Có thay đổi nằm ngoài mô tả bạn đã giao, ví dụ bạn chỉ xin đổi màu nút nhưng diff lại sửa cả cỡ chữ.
• Một thứ khác bị hỏng khi bạn xem bằng mắt, dù phép kiểm tra báo đạt — test không bắt hết mọi lỗi nhìn thấy được.

Gặp một trong ba tín hiệu này, đừng cố tự sửa tiếp. Đóng lại, quay về bản sao gốc, rồi làm lại bước giải thích ở trên với yêu cầu chặt hơn.

Ba cách khôi phục, và khi nào nên gọi người kỹ thuật

Nếu bạn đang làm trên bản sao, cách khôi phục đơn giản nhất là bỏ luôn bản sao đang sửa và chép một bản sao mới từ bản gốc để làm lại. Nếu bạn chưa có bản sao dự phòng, hãy nhờ Codex hoặc người kỹ thuật chép lại đúng phiên bản gốc trước khi bắt đầu, trong lần sau. Nếu dự án có dùng Git (một hệ thống lưu lịch sử thay đổi), bạn có thể yêu cầu Codex "hoàn tác về đúng trạng thái trước lần sửa vừa rồi" — nhưng việc này nên có người biết Git xác nhận giúp, ít nhất ở vài lần đầu.

Nếu việc bạn cần vượt quá phạm vi đổi chữ, đổi màu, đổi vài số liệu hiển thị — ví dụ liên quan tới thanh toán, tài khoản khách hàng, hay cấu trúc dữ liệu — hãy chuyển việc này cho người kỹ thuật thật, đừng cố tự làm chỉ vì Codex "có vẻ hiểu". Codex giúp bạn kiểm soát việc nhỏ an toàn hơn, không thay thế được người hiểu toàn bộ hệ thống.

Lỗi thường gặp

• Sửa trực tiếp trên bản đang chạy cho khách xem, không tạo bản sao trước. Luôn làm trên bản sao, chỉ áp dụng lên bản chính khi đã xem diff và test kỹ.
• Bỏ qua bước xem bảng diff vì tin ngay AI báo "đã sửa xong". Luôn đọc diff, dù bạn không hiểu hết code, vẫn thấy được tệp nào và dòng nào bị đụng.
• Coi test đạt là xong việc, không mở trang xem bằng mắt lần nào. Test chỉ kiểm được phần nó được lập trình để kiểm, mắt bạn kiểm phần còn lại.
• Giao một việc quá lớn hoặc quá kỹ thuật cho Codex mà không có ai biết kỹ thuật hỗ trợ. Việc nhỏ, rõ phạm vi thì tự làm được; việc lớn, ảnh hưởng dữ liệu khách hàng thì cần người kỹ thuật cùng làm.

Checklist trước khi làm

• Đã có bản sao riêng của thư mục dự án, không đụng vào bản đang chạy thật
• Đã yêu cầu Codex giải thích trước, và bạn đã đọc câu giải thích đó
• Đã viết bản giao việc đủ 6 phần, nêu rõ điều cấm và điểm duyệt
• Đã chuẩn bị sẵn cách khôi phục (bản sao gốc, hoặc Git nếu có)
• Sẽ đọc bảng diff và chạy phép kiểm tra trước khi áp dụng lên bản chính
• Biết rõ ranh giới: việc nào tự làm được, việc nào cần chuyển cho người kỹ thuật

Nhớ đúng năm khái niệm và năm bước trên, bạn có thể tự tay chỉnh những thay đổi nhỏ trên một dự án thật mà không cần biết viết một dòng code nào, và vẫn ngủ ngon vì biết chắc mình luôn quay lại được bản cũ. Bài tiếp theo sẽ nói về an toàn dữ liệu, chi phí sử dụng, và cách xử lý khi mọi thứ trong ba không gian Chat, Work, Codex đều gặp sự cố cùng lúc.