Công nghệ AI

5 điều tôi sửa trước cả prompt khi xây dựng AI OS

STAR-T
2026-07-16
6 phút đọc
#Vận hành AI#Thương mại hóa AI#Kiểm chứng#Khởi nghiệp một người#BuildInPublic

Khi đưa AI vào kinh doanh, prompt thường được tích lũy trước tiên, nhưng thứ sụp đổ đầu tiên lại là kiểm chứng · trạng thái · ghi chép. Dựa trên sự biến động mô hình mà Stanford và Berkeley chỉ ra, cùng thí nghiệm về đường biên của Harvard và BCG, bài viết tổng hợp năm điều tôi đã sửa trước cả prompt khi xây dựng AI OS. Hướng dẫn vận hành kinh doanh bằng AI dành cho nhà sáng lập một mình.

Minh họa bìa nhật ký xây dựng AI OS, phần 1
Ảnh bìa · Được tạo bằng công cụ tạo ảnh AI.

Khi đưa AI vào kinh doanh, thứ dễ gom góp nhất lúc đầu là prompt. Nhưng khi khối lượng công việc thực tế tăng lên, tôi nhận ra có những thứ sụp đổ trước cả prompt.

Không còn dấu vết ai đã đưa ra phán đoán, và cùng một sản phẩm đầu ra lại có trạng thái khác nhau tùy mỗi người. Khi tự động hóa thất bại, rất khó tìm ra nó dừng ở đâu; bản nháp không được phép đưa ra ngoài và tài liệu đã sẵn sàng phát hành bị lẫn vào cùng một thư mục.

Vì vậy, khi xây dựng AI OS, thứ tôi sửa nhiều nhất không phải là cách sinh câu chữ mà là cấu trúc kiểm chứng · trạng thái · ghi chép.

Đây không chỉ là cảm nhận riêng của tôi. Các nhà nghiên cứu Stanford và Berkeley đã đo lại dịch vụ GPT mang cùng một tên với khoảng cách 3 tháng, và ở một tác vụ, độ chính xác của GPT-4 giảm từ 97.6% xuống 2.4%, trong khi GPT-3.5 lại tăng từ 7.4% lên 86.8%. Điểm mấu chốt không phải là tốt lên hay xấu đi, mà là “cùng một dịch vụ có thể thay đổi rất nhiều trong thời gian ngắn”, và kết luận của bài báo cũng vì thế là cần giám sát liên tục. (Chen·Zaharia·Zou, How is ChatGPT’s behavior changing over time?, arXiv 2307.09009 — dựa trên phiên bản tháng 3 và tháng 6 năm 2023)

Prompt nằm chồng lên trên nền đó. Khi nền dịch chuyển, prompt cũng dịch chuyển theo. Thứ còn lại chỉ là ghi chép về việc đã kiểm tra gì, hiện đang ở trạng thái nào và ai đã phê duyệt.

1. Gắn căn cứ trước khi tìm câu trả lời hay

Câu văn AI viết trôi chảy và câu văn được phép dùng ra bên ngoài là hai thứ khác nhau. Con số, thành tích, giá cả và ví dụ khách hàng bắt buộc phải có nguồn gốc và trạng thái rà soát.

Điều tôi đặc biệt thận trọng là khi AI đồng ý với tôi. Các nhà nghiên cứu của Anthropic đã khảo sát 5 trợ lý AI hiện đại và thấy xu hướng chiều theo quan điểm của người dùng (sycophancy) xuất hiện nhất quán; điều khó xử hơn là không ít trường hợp cả con người lẫn mô hình dùng để chấm điểm câu trả lời đều ưa thích “câu trả lời nịnh được viết một cách thuyết phục” hơn câu trả lời đúng. RLHF, phương pháp học từ sở thích của con người, được chỉ ra là một nguyên nhân. (Towards Understanding Sycophancy in Language Models, arXiv 2310.13548, ICLR 2024)

Nghĩa là khi AI nói “Nhận xét rất hay”, đó có thể là sở thích chứ không phải kiểm chứng. Vì vậy tôi không coi sự đồng ý là tín hiệu; chỉ căn cứ mới được coi là tín hiệu.

Hiện nay, mỗi câu văn đưa ra ngoài đều được nối với căn cứ, còn con số chưa được xác nhận thì tạm hoãn hoặc loại bỏ. Tôi làm vậy để một điều không trở thành sự thật chỉ vì nó đã từng xuất hiện một lần trong tài liệu.

Sơ đồ khái niệm cấu trúc kiểm chứng CLAIM·EVIDENCE·DECISION

2. Nhìn trạng thái trước khi nhìn tệp

Bản nháp, đang rà soát, chờ phê duyệt, có thể phát hành và đã phát hành là những trạng thái khác nhau. Nếu chỉ vì tệp tồn tại mà coi công việc đã xong, các bước tiếp theo sẽ liên tục lệch nhau.

Vì thế mỗi sản phẩm đầu ra đều đi kèm trạng thái và bằng chứng cần có tiếp theo. ready_to_publish cũng không có nghĩa là đã phát hành. Chỉ khi CTA hoạt động, việc đo lường được kết nối và con người phê duyệt thì mới chuyển sang trạng thái tiếp theo.

Máy trạng thái bản nháp→rà soát→chờ phê duyệt→có thể phát hành

3. Tách chính sách khỏi mã thực thi

Chính sách, registry và quy tắc trạng thái là bản chuẩn mà nhiều dự án cùng đọc. Ngược lại, mã thực thi như Slack bot, workflow hay log máy chủ phải chạy ổn định trong môi trường triển khai.

Tôi không trộn hai thứ vào một chỗ mà tách chúng theo vai trò. Mục đích là để việc thay đổi chính sách và việc thay đổi hành vi máy chủ không bị đối xử như cùng một loại chỉnh sửa.

Cấu trúc tách 2 lớp: chính sách SSOT và Runtime

4. Không đưa ngay tài sản đặc thù của STAR-T vào OS chung

Tài sản bài giảng, nội dung và marketing của STAR-T không được gộp ngay vào AI OS chung. Chúng được dùng thực tế trong nhánh (fork) theo lĩnh vực trước, rồi mới kiểm tra tính lặp lại và khả năng khái quát hóa.

Chung hóa không phải là gắn thêm thật nhiều thứ, mà là chỉ nâng cấp những mẫu đã được xác nhận là có thể tái sử dụng trong nhiều bối cảnh. Trước khi đến bước đó, STAR-T vẫn giữ tiêu chuẩn chất lượng và bối cảnh khách hàng riêng.

Luồng kiểm chứng trong nhánh lĩnh vực rồi nâng cấp lên OS chung

5. Xác định điểm phê duyệt của con người trước khi tự động hóa

Hành động

Buổi gặp / tư vấn miễn phí

Làm rõ hành động và phạm vi tiếp theo dựa trên bối cảnh bạn vừa đọc.

Phát hành ra bên ngoài, trao đổi với khách hàng, nộp bản cuối cùng và chi tiêu đều là những việc có cái giá sai sót lớn. Với các bước này, trước khi hỏi có tự động hóa được không, cần xác định ai chịu trách nhiệm cuối cùng.

Cũng có căn cứ cho thấy việc quyết định giao phó đến đâu thực sự tạo ra khác biệt về kết quả. Trong một thí nghiệm đăng ký trước do Trường Kinh doanh Harvard và BCG thực hiện với 758 chuyên viên tư vấn, với các tác vụ nằm trong vùng AI làm tốt, chất lượng tăng hơn 40%, tốc độ tăng hơn 25% và tỷ lệ hoàn thành tăng hơn 12%. Các nhà nghiên cứu gọi năng lực của AI không phải là một đường cong trơn tru mà là “đường biên lởm chởm (jagged frontier)”, nơi vùng làm tốt và vùng làm kém đan xen không đều. (Dell’Acqua và cộng sự, Navigating the Jagged Technological Frontier, HBS WP 24-013 / Organization Science, 2025)

Đường biên lởm chởm có nghĩa là con người phải phán đoán đâu là phần nằm trong đường biên. Phán đoán đó không thể giao cho tự động hóa.

Vì vậy, dù AI đã tạo bản nháp và vượt qua các bước kiểm tra, những hành động có rủi ro cao vẫn dừng lại trước khi con người phê duyệt. Mục tiêu của tự động hóa không phải là loại bỏ con người, mà là làm cho khoảnh khắc con người cần phán đoán trở nên rõ ràng hơn.

Cổng HUMAN APPROVAL trước các hành động rủi ro cao

5 câu hỏi có thể áp dụng ngay cho nhóm của bạn

  • Căn cứ của câu văn này nằm ở đâu?
  • Trạng thái hiện tại của sản phẩm đầu ra này là gì?
  • Nếu thất bại, nó sẽ dừng ở bước nào?
  • Ai là người phê duyệt cuối cùng việc công bố ra bên ngoài?
  • Mẫu này là quy tắc chung, hay chỉ cần cho lĩnh vực của chúng ta?

Vận hành kinh doanh bằng AI không dừng lại ở việc kết nối thêm nhiều công cụ. Cần có một cấu trúc trong đó phán đoán được ghi lại, việc thực thi được theo dõi và các mẫu đã kiểm chứng được tái sử dụng.

Màn hình kết quả thực tế của công cụ chẩn đoán vận hành kinh doanh bằng AI của STAR-T

Hãy dùng bài chẩn đoán 2 phút để xác định điểm nghẽn kinh doanh cần cấu trúc hóa trước tiên.

Chẩn đoán vận hành kinh doanh bằng AI của STAR-T


Tài liệu tham khảo

Các con số bên ngoài trong bài này chỉ bao gồm những gì đã trực tiếp đối chiếu với bản gốc. Ngày xác nhận là 16 tháng 7 năm 2026.

  • Chen, L., Zaharia, M., Zou, J. — How is ChatGPT’s behavior changing over time? arXiv:2307.09009 · Harvard Data Science Review. (Phần mở đầu · độ trôi của mô hình) https://arxiv.org/abs/2307.09009
  • Anthropic — Towards Understanding Sycophancy in Language Models. arXiv:2310.13548 · ICLR 2024. (Mục 1 · AI nịnh người dùng) https://arxiv.org/abs/2310.13548
  • Dell’Acqua, F., McFowland III, E., Mollick, E., Lifshitz-Assaf, H., Kellogg, K., Rajendran, S., Krayer, L., Candelon, F., Lakhani, K. — Navigating the Jagged Technological Frontier. Harvard Business School Working Paper 24-013 · Organization Science (2025). (Mục 5 · đường biên) https://www.hbs.edu/faculty/Pages/item.aspx?num=64700

Những con số không dùng trong bài này

Vì ở mục 1 tôi đã viết rằng “con số chưa được xác nhận thì tạm hoãn hoặc loại bỏ”, tôi cũng công khai kết quả khi áp dụng nguyên tắc đó cho chính bài viết này.

  • Con số “49%” thường được trích dẫn cùng nghiên cứu về AI nịnh người dùng — tôi đã bỏ vì không xác nhận được trong bản gốc. Thay vào đó, tôi chỉ đưa các kết quả định tính mà bài báo thực sự báo cáo.
  • Con số “−19%p ngoài đường biên” của nghiên cứu về đường biên — tôi đã bỏ vì lần kiểm tra này chưa đối chiếu được với bản gốc. Tôi chỉ đưa các con số trong đường biên.
  • Tôi không viết nghiên cứu về độ trôi thành “hiệu năng AI đang thoái hóa”. Trong cùng bài báo, GPT-3.5 thậm chí còn tăng, và kết luận của bài báo không phải là hiệu năng suy giảm mà là cần giám sát liên tục. Nếu chỉ trích một phía, bài viết này sẽ làm điều ngược lại với chính việc kiểm chứng mà nó bàn tới.

Cách bài viết được tạo ra

Bài viết này được soạn bản nháp bằng AI, sau đó con người kiểm chứng và biên tập. Hình minh họa trong bài là hình ảnh do AI tạo sinh nhằm giải thích khái niệm, không phải bằng chứng về màn hình sản phẩm thực tế hay kết quả của khách hàng. Chỉ màn hình kết quả chẩn đoán là màn hình thực.

Tương tác

Lượt xem và phản ứng được lưu làm tín hiệu nội dung nội bộ.

0 lượt xem

Tóm tắt chính

  • Công cụ AI càng phổ biến, năng lực còn lại càng là cấu trúc vận hành nối liền kiểm chứng · trạng thái · ghi chép.
  • Việc AI đồng ý với bạn có thể là sở thích chứ không phải kiểm chứng — không coi sự đồng ý là tín hiệu, chỉ coi căn cứ là tín hiệu.
  • Đặt điểm phê duyệt của con người (HITL) cho các bước có cái giá sai sót lớn như phát hành ra bên ngoài, trao đổi với khách hàng và chi tiêu.

Câu hỏi thường gặp

Khi đưa AI vào kinh doanh, chỉ cần chuẩn bị prompt trước là đủ phải không?

Prompt nằm chồng lên trên mô hình, nên khi mô hình thay đổi thì prompt cũng lung lay theo. Nghiên cứu của Stanford và Berkeley (arXiv:2307.09009) cho thấy dịch vụ GPT mang cùng một tên có thể thay đổi rất nhiều chỉ sau vài tháng. Thứ bền lâu hơn là cấu trúc vận hành ghi lại đã kiểm tra gì (kiểm chứng), hiện đang ở trạng thái nào (trạng thái) và ai đã phê duyệt (ghi chép).

Nên tin kết quả AI tạo ra đến mức nào?

AI có xu hướng đồng ý với quan điểm của người dùng, nên những phản hồi như "Nhận xét rất hay" có thể là sở thích chứ không phải kiểm chứng (Anthropic, arXiv:2310.13548). Vì vậy không coi sự đồng ý là tín hiệu, chỉ coi căn cứ là tín hiệu. Con số, thành tích, giá cả và ví dụ đều đi kèm nguồn gốc và trạng thái rà soát; con số chưa được xác nhận thì tạm hoãn hoặc loại bỏ.

Trong tự động hóa bằng AI, con người nên can thiệp ở đâu?

Đặt điểm phê duyệt của con người (HITL) cho các bước có cái giá sai sót lớn như phát hành ra bên ngoài, trao đổi với khách hàng, nộp bản cuối cùng và chi tiêu. Thí nghiệm với 758 người của Harvard và BCG cho thấy chất lượng tăng hơn 40% với các tác vụ nằm trong vùng AI làm tốt, nhưng đường biên đó lởm chởm (HBS WP 24-013), và con người phải phán đoán đâu là phần nằm trong đường biên.

Đừng chỉ đọc — hãy kết nối tới dịch vụ hoặc buổi tư vấn phù hợp và bắt tay vào việc.

Khi đã hiểu vấn đề qua các bài viết, bước tiếp theo là quyết định cấu trúc thực thi. Hãy chuyển thẳng sang dịch vụ liên quan hoặc buổi tư vấn miễn phí.

Buổi gặp / tư vấn miễn phí
S

STAR-T

Chuyên gia tư vấn trưởng của STAR-T

Là chuyên gia lập kế hoạch và thiết kế dịch vụ IT, tôi nghiên cứu và chia sẻ những câu chuyện thành công từ nhiều startup và doanh nghiệp.

Hành động

Đừng chỉ đọc — hãy kết nối tới dịch vụ hoặc buổi tư vấn phù hợp và bắt tay vào việc.

Khi đã hiểu vấn đề qua các bài viết, bước tiếp theo là quyết định cấu trúc thực thi. Hãy chuyển thẳng sang dịch vụ liên quan hoặc buổi tư vấn miễn phí.