Model Drift và Strategy Decay #21

Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên đầu tư hoặc tín hiệu giao dịch.

Trả lời ngắn: Model drift trong bài là nhãn để xem lại khi model hoặc context có thể đổi; strategy decay là nhãn để xem lại khi record cũ không còn khớp. Cả hai không chứng minh nguyên nhân, không kết luận strategy hỏng và không tự tạo hành động; chúng chỉ mở lượt so sánh để review.

Đọc xong, bạn sẽ hiểu:

• Vì sao một change note không tự chứng minh drift hay decay.
• Cách đọc năm field của Change Card C-21.
• Cách so, hold hoặc stop ba card mock trong 15 phút.

1. Drift và decay là câu hỏi về thay đổi, không phải kết luận về một strategy

Thấy một record mới khác record cũ, nhiều người gọi ngay là “model drift” hoặc “strategy decay”. Hai từ nghe rất chắc, nhưng trong bài này chúng chỉ là nhãn để đặt câu hỏi. Change Card C-21 không đo model, không theo dõi thị trường và không xác nhận quality của strategy. Nó là phiếu mock giúp ghi rõ đang so với baseline nào, đã thấy điều gì khác, điều gì chưa được suy ra, ai đọc tiếp và status còn mở là gì.

Ví dụ đơn giản là lịch xe buýt. Nếu xe tuyến A tuần này đến muộn hơn lịch ghi trên giấy, bạn có một change note: “giờ đến khác lịch”. Note đó chưa chứng minh cả hệ thống xe buýt hỏng, chưa nói vì sao xe muộn và cũng không áp cho tuyến B. Người xem cần kiểm đúng tuyến, ngày và lịch đang dùng để so. C-21 giữ khoảng cách đó cho mọi card mock.

Năm field của C-21 là Baseline, Change Note, Boundary, Owner và Review Status. Có đủ field không làm kết luận trở nên đúng; nó chỉ làm cho người đọc thấy mình đang biết gì, chưa biết gì và phải hỏi ai.

Hình 1 — Change Card ghi phần khác cần so; nó không biến thay đổi thành nguyên nhân.

Footer CHANGE ≠ CAUSE rất quan trọng. “C-A có note rõ để Lan so lại” là câu có điều kiện. “Một note khác nghĩa là model đã drift” là câu đoán chắc vì nó bỏ qua baseline, scope và review.

2. Năm field của Change Card C-21

Baseline là bản mock hoặc điều kiện cũ đang được đặt cạnh note mới. Baseline không phải mốc đúng mãi mãi. Nó giống công thức món ăn v1: có nó để so với v2, chứ không để nói mọi cách nấu khác đều sai.

Change Note mô tả điều khác nhìn thấy được. Một nhãn đổi ở v2 là note. “Bản v2 làm mọi thứ xấu đi” là một kết luận mà card chưa có bằng chứng. Baseline và Change Note luôn có hai vai khác nhau: baseline là thứ đang so; note là điều khác được ghi.

Boundary là hàng rào: card không được suy ra nguyên nhân, không gọi note là decay, và không kéo note sang scope khác. Boundary khác Change Note: note nói điều đã thấy; boundary nói điều chưa được phép nói từ phần đã thấy.

Owner là người nhận lượt review tiếp theo. Lan, Minh và Hoa trong ví dụ không phải người bị quy lỗi. Họ là người biết card nào phải đối chiếu, hỏi lại hoặc giữ lại. Review Status là nhãn kèm reason: COMPARE, HOLD — BASELINE MISSING hoặc STOP — SCOPE MISSING.

NIST lưu ý thay đổi trong operational setting, data drift và model drift có thể khiến tính phù hợp của metric/control cần được đánh giá lại. Bài chỉ mượn ý “cần xem lại theo context” cho C-21; khung tự nguyện này không xác thực card, không chứng minh strategy decay và không chỉ cách phản ứng. NIST AI RMF Playbook — Measure

Hình 2 — Baseline để so, note để đọc, còn boundary và owner giữ lượt review ở đúng phạm vi.

3. Ba card mock: so, giữ baseline và dừng scope

C-A là C-A / worksheet v1→v2. Baseline là worksheet v1; note là một nhãn đổi ở v2; boundary là không suy ra nguyên nhân; owner là Lan. Status COMPARE — NOTE READABLE chỉ nói Lan có đủ field để đặt hai bản cạnh nhau. Nó không nói note đã có cause hay strategy nào cần được đánh giá.

C-B là C-B / recipe record. Note nói công thức ghi khác, nhưng Baseline là MISSING. Minh ghi HOLD — BASELINE MISSING. Cùng tên món không làm v1 và v2 giống nhau. Minh không nên tự dựng một bản cũ để cho status trông gọn; field thiếu phải còn nhìn thấy được.

C-C là C-C / bus timetable. Baseline đang là tuyến A, nhưng note nói giờ xe của tuyến B. Hoa ghi STOP — SCOPE MISSING. Đây giống nhãn của thùng kho A bị dán vào thùng B: nhãn có thể đọc được, nhưng phạm vi không còn đúng.

Hình 3 — Mỗi card giữ baseline, scope và reason riêng; không gom các thay đổi khác nhau vào một verdict.

Ba card dạy một thói quen: status luôn đi sau field của chính card. C-A đủ để compare không làm C-B có baseline. C-B cần baseline không làm C-C có scope. Khi một bảng chỉ ghi “drift”, người đọc sau không biết thay đổi nào đang nói tới và reason nào còn thiếu.

4. Bốn lỗi biến “drift” thành nhãn đoán mò

Lỗi thứ nhất là gọi một note khác baseline là drift đã xác minh. Note chỉ nói “có khác”; nguyên nhân có thể chưa có trong card. Lỗi thứ hai là gọi một record cũ là decay mà không nêu record nào, scope nào hoặc điều kiện nào đang được so. Hai lỗi đều biến một câu hỏi thành verdict.

Lỗi thứ ba là dùng một baseline cho mọi scope/version. Công thức v1 chỉ giúp so với đúng công thức đó; nó không tự giải thích lịch xe buýt hay phiếu kho. Lỗi thứ tư là dán một status cho cả nhóm card. HOLD của C-B không thay STOP của C-C, vì hai reason khác nhau.

C-21 có giới hạn. Nó không đo model quality, data quality, performance, rủi ro thị trường, compliance hay sự đúng đắn của một quyết định. Nó không là monitoring plan, test, incident process hoặc risk control production. Card chỉ rèn cách giữ baseline/change note/boundary/owner/status rõ ràng; vì thế không có credential, API, platform hay tiền thật.

5. Checklist và Practice Bridge 15 phút: Change Card C-21 trên giấy hoặc Sheets

Đi qua sáu bước sau trước khi bàn giao một card mock:

1. Ghi Baseline, source label và Version đang được so.
2. Ghi Change Note theo điều thấy, chưa gán nguyên nhân.
3. Viết Boundary: card không được suy ra hoặc chuyển tiếp điều gì.
4. Ghi Owner nhận lượt review tiếp theo.
5. Chọn COMPARE, HOLD hoặc STOP cho từng card, luôn kèm reason.
6. Nếu baseline hoặc scope thiếu, giữ/dừng card; không gọi nó là drift, decay hoặc action.

Dùng giấy, Google Sheets hoặc LibreOffice Calc miễn phí. Năm phút đầu tạo bốn cột. Năm phút tiếp chép ba hàng mock. Năm phút cuối khoanh C-B/C-C và đọc reason cho một người khác. Không mở terminal, chatbot, broker, EA, API hay hệ thống thật.

Mẫu đối chiếu đã điền

Bạn hoàn thành bài tập khi giải thích được C-B thiếu baseline nào và C-C sai scope nào. Nếu reason không nói được thành một câu, quay lại Baseline hoặc Boundary; đừng thêm một nhãn “drift” để che phần thiếu.

Hình 4 — Worksheet giữ baseline, note và reason của từng card trên cùng một dòng.

6. Tổng kết: card tốt giữ thay đổi, giới hạn và người review trên cùng dòng

a. Năm ý chính

• Model drift và strategy decay ở đây là nhãn để review, không phải verdict.
• Baseline và Change Note phải đi cùng để người đọc biết đang so hai vế nào.
• Boundary ngăn note bị biến thành nguyên nhân hoặc action.
• Owner làm rõ ai nhận lượt review, không quy trách nhiệm cho người đó.
• Status theo từng card/reason; HOLD và STOP giữ record trung thực.

b. Câu hỏi tự kiểm tra

• Vì sao một Change Note không tự chứng minh nguyên nhân?
• C-B thiếu Baseline thì Minh cần làm gì trước?
• C-C có note tuyến B nhưng baseline tuyến A thì status nào phù hợp?
• Boundary giúp C-A tránh nhầm điều gì?

c. Gợi ý đáp án

Xem gợi ý câu 1

Note chỉ nêu điều khác được ghi; cause cần context và review riêng. Xem lại mục 1 và mục 2.

Xem gợi ý câu 2

Minh giữ C-B và hỏi baseline/source cần so, không tự dựng bản cũ. Xem lại mục 3 và mục 5.

Xem gợi ý câu 3

Ghi STOP — SCOPE MISSING và làm rõ tuyến/card trước. Xem lại mục 3 và mục 4.

Xem gợi ý câu 4

Boundary nhắc C-A không được biến note v1/v2 thành nguyên nhân hay action. Xem lại mục 2 và mục 5.

d. Thuật ngữ cần nhớ

e. Nguồn tham khảo

• NIST AI RMF Playbook — Measure: bối cảnh về thay đổi context/data/model và việc xem lại metrics/controls; không chứng minh C-21.
• NIST AI RMF Core: khung tự nguyện để đọc thêm về context, roles, oversight và documentation; không xác thực strategy decay.

f. Học tiếp

Ôn lại Live Monitoring và Risk Dashboard #20 để thấy observation cần context trước khi so baseline. Bài sau, Incident Response và Kill Switch #22, tách một record cần review khỏi quy trình incident và kill switch thật.

Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên đầu tư hoặc tín hiệu giao dịch. Mọi thị trường đều có rủi ro mất vốn.