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: Integrated Trading System Framework trong bài này là Framework Map F-01 nối bốn lane review bằng note mock có input, owner và điểm dừng rõ ràng. Nó giúp người học thấy note đi đâu, ai đọc lại và chỗ nào phải dừng; nó không dự đoán, tự chọn hành động, tự gửi yêu cầu hay thay người review.

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

  • Vì sao nối nhiều phần việc không có nghĩa tạo ra một cỗ máy tự chạy.
  • Bảy câu hỏi giúp bốn lane cùng đọc record mà không trộn trách nhiệm.
  • Cách làm worksheet F-01 trong 15 phút với 12 record mock, không tiền thật.

1. Integrated Framework là bàn giao bài nhóm, không phải cỗ máy tự chạy

Nghe chữ “integrated”, nhiều người hình dung một hàng bánh răng: đầu này nạp dữ liệu, đầu kia tự có câu trả lời. Trong bài này, Integrated Framework chỉ là Framework Map F-01 đặt phần việc nhỏ cạnh nhau để thấy note, phần thiếu và người cần đọc tiếp.

Hãy nghĩ tới một bài làm nhóm. Bốn bạn cùng nhìn đề, nhưng người đầu kiểm đủ trang, người thứ hai gạch ý hiện diện, người thứ ba nhắc “chưa có nguồn”, người cuối đọc lại bản nháp. Bốn việc nối bằng tờ ghi chuyển tay, không có nghĩa người đầu ký thay cả nhóm.

F-01 cũng hoạt động như vậy với 12 record mock trong Window A/B. Bốn lane là bốn làn phần việc: Input Record, Observation Note, Risk Boundary và Human Review. Lane Input Record kiểm record được phép nhìn có source, schema và window không. Lane Observation Note chỉ ghi điều có mặt bằng một note trung tính. Lane Risk Boundary kiểm điểm không được vượt. Lane Human Review đọc note, rồi ghi Dừng hoặc Cần review. Không lane nào được đổi note thành chỉ dẫn hành động.

Shared input là record mock các lane được phép cùng nhìn, không phải quyền cùng kết luận. F-01 chỉ cho phép vế đầu; mỗi lane vẫn giữ task, owner, boundary và status riêng.

Tờ note chuyển lane là handoff note: ghi người gửi, người nhận, lý do, status và điểm dừng. Thiếu người nhận, note chưa có nơi để đi; map dừng ở review.

Hình 1 — Bốn lane chỉ chuyển note mock sang review, không nối thành action.

2. Bảy câu hỏi trước khi nối bốn lane

Trước khi vẽ mũi tên, trả lời bảy câu hỏi để nhìn thấy khoảng trống. Map rõ thường có chữ Dừng đúng chỗ hơn là cố lấp mọi ô.

Câu 1: purpose và non-use là gì? Purpose là việc nhỏ map được phép hỗ trợ, ví dụ giữ note từ 12 record mock trong Window A/B. Non-use là việc map không được dùng để suy ra, ví dụ dự đoán hay tạo action. Viết hai vế giống như dán nhãn “chỉ để đọc tại chỗ” lên một cuốn sách: người đọc biết nó dùng được vào đâu và không được kéo ra ngoài phạm vi.

Câu 2: shared input có source, schema và window chưa? Source là nơi record bắt đầu. Schema là ý nghĩa của cột hoặc nhãn. Window là lô record mock đang mở. F-01 có thể ghi “12 record, Window A”, nhưng nếu source trống thì lane Input Record phải trả MISSING. Đừng vì đã có con số 12 mà giả vờ biết record nói về gì; số lượng record không thay thế source hay schema.

Câu 3: mỗi lane có task nhỏ nào? Task của Input Record là kiểm ba nhãn. Task của Observation Note là ghi một field đang hiện diện. Task của Risk Boundary là kiểm scope, owner và điểm dừng. Task của Human Review là đọc lại handoff note. Một cụm như “xử lý toàn bộ system” không phải task vì không ai đo được nó bắt đầu ở đâu hoặc kết thúc lúc nào.

Câu 4: handoff note nói chính xác điều gì? Note có thể là OPEN visible field, MISSING source hoặc HOLD boundary. Nó mô tả một điều nhìn thấy hoặc điều còn thiếu. Note không được trở thành câu đoán chắc về điều chưa nhìn thấy. Một note càng ngắn càng tốt nếu vẫn nói rõ sender, receiver, reason, status và stop.

Câu 5: boundary ở đâu? Boundary là đường không được vượt hoặc điểm phải dừng. Ví dụ, lane Observation Note không được suy ra ngoài field đã có schema; lane Human Review không biến note thành action. Khi boundary trống, Risk Boundary ghi HOLD và map tạm dừng. Boundary không phải trang trí đỏ cho có vẻ cẩn thận; nó là chỗ chống việc kéo một note sang vai trò khác.

Câu 6: version và owner là ai? Version cho biết ta đang xem bản F-01 nào. Owner là người cần mở map tiếp hoặc trả lời phần thiếu. Khi scope đổi, đừng sửa âm thầm rồi giữ nguyên note cũ. Ghi version mới và owner xem lại, vì note được viết trong scope cũ không tự mang nghĩa cho scope mới.

Câu 7: map status là gì? Status thuộc map và cần ghi cùng lý do. MISSING ở Input Record có thể làm map Dừng để bổ sung source. OPEN ở Observation Note chỉ có nghĩa có field mock để đọc, nên map vẫn có thể là Cần review. Tránh viết một chữ “OK” trôi nổi: nó không nói lane nào kiểm, đang chờ ai, hay boundary nào còn thiếu.

NIST Map khuyến khích việc làm rõ purpose, context, limitation, vai trò con người và trách nhiệm của output. F-01 chỉ mượn cách tách các câu hỏi này cho bài worksheet, không phải tiêu chuẩn hay chứng nhận. NIST AI RMF Playbook — Map là nguồn để giữ ranh giới tài liệu đó.

Hình 2 — Thiếu một câu trả lời thì map dừng ở review.

3. F-01 đi qua 12 record mock mà không tự tạo action

Đặt 12 record mock vào Window A. Lane Input Record nhìn ba nhãn: source có ghi không, schema có rõ không, Window A có đúng tên không. Giả sử source trống. Lane này gửi một handoff note: sender là Input Record, receiver là Risk Boundary, reason là source missing, status là MISSING, stop là “không chuyển tiếp”. Đây là một note có địa chỉ; nó không nói record tốt hay xấu.

Giờ lấy một record khác trong Window A có schema rõ. Lane Observation Note có thể ghi OPEN visible field. Câu này chỉ nói field mock đang có mặt. Người nhận là Human Review, để người học đối chiếu lại record. Lane Observation Note không được kéo chữ OPEN thành dự đoán, không được gọi nó là tín hiệu, và cũng không được mượn status của Input Record. Cùng xem một window không cho hai lane quyền nói hộ nhau.

Lane Risk Boundary đọc handoff note để tìm phần vượt phạm vi. Ví dụ source có thể đầy đủ nhưng owner đang trống. Risk Boundary ghi HOLD owner missing và gửi cho Human Review. Note HOLD không bảo người review làm tiếp ngay; nó báo rằng map đã tới điểm cần một người bổ sung owner hoặc chọn dừng. Điều này giống bài nhóm: một bạn có thể đã viết nháp rất gọn, nhưng bài vẫn chưa thể chuyển bước nếu không rõ ai chịu trách nhiệm đọc lại.

Cuối cùng, lane Human Review đọc đúng note của từng lane. Người review có thể ghi Dừng khi source/boundary còn thiếu hoặc Cần review khi note đã đủ người nhận nhưng vẫn cần đối chiếu. Human Review không xóa một note khó chịu chỉ để map trông mượt. Nếu source không có, câu trả lời trung thực là “chưa biết”; nếu boundary trống, câu trả lời trung thực là “chưa được suy ra”.

Một cách kiểm map là đọc một handoff note thành năm mảnh: ai gửi, ai nhận, vì sao gửi, status nào và dừng ở đâu. Nếu bỏ tên sender, người nhận không biết note thuộc lane nào. Nếu bỏ receiver, note thành tờ giấy rơi trên bàn. Nếu bỏ reason, status thành tín hiệu màu vô nghĩa. Nếu bỏ stop, người đọc có thể tưởng việc chuyển note là sự cho phép đi tiếp. F-01 cần đủ năm mảnh để làm rõ luồng review, chứ không phải để làm luồng có vẻ tự động.

MQL5 mô tả môi trường Strategy Tester với các chế độ và dữ liệu lịch sử riêng. Trong bài này, liên kết đó chỉ giúp nhắc rằng context và mode cần được ghi khi nói về một vùng test; F-01 không dạy chạy test, tối ưu hay diễn giải kết quả. MQL5 Strategy Tester documentation không phải bằng chứng cho bất kỳ output mock nào trong map.

Hình 3 — Một note chuyển tay phải nói rõ ai gửi, ai nhận và khi nào dừng.

4. Bốn cách làm map trông như một chuỗi tự động

Lỗi đầu là nối các lane bằng mũi tên rồi gọi mũi tên đó là action. Mũi tên của F-01 chỉ mô tả handoff note được người nhận đọc. Nó không biến Input Record thành người ra quyết định, không biến Observation Note thành câu dự đoán, và không cho phép Human Review bỏ qua boundary.

Lỗi thứ hai là status leak. Input Record MISSING không tự làm Observation Note MISSING; hai lane có task khác. Cách ghi rõ là “Input Record: MISSING source; Map: Dừng”. Nếu note khác vẫn được tạo trong một record có schema rõ, nó phải mang sender và status riêng. Chữ status chỉ hữu ích khi luôn đi cùng tên lane và reason.

Lỗi thứ ba là bỏ sender hoặc receiver. Một bảng có nhiều mũi tên nhưng không biết ai nhận thường chỉ là sơ đồ đẹp. Khi receiver trống, handoff note chưa thể review. Đừng thay receiver bằng một chữ chung như “system”; đó là cách che mất người cần đọc và chịu trách nhiệm với phần thiếu.

Lỗi thứ tư là coi Dừng là thất bại cần giấu. Dừng vì source, owner hoặc boundary thiếu thực ra giữ cho note không bị đọc quá mức. Một map không có chữ Dừng dễ tạo cảm giác mọi phần đã khớp nhau dù ta chưa biết điều đó. Nó giống nhóm nộp bài vội vì thấy các ô đã điền, trong khi trang đề đầu còn thiếu.

F-01 không chứng minh map đầy đủ, chính xác, an toàn, tạo kết quả tốt hay có tác động ngoài đời. NIST AI RMF Playbook nêu các tài nguyên gợi ý theo hướng tự nguyện, không phải checklist hoàn chỉnh. Vì vậy đừng dùng một worksheet tự xây để tự cấp “chứng chỉ ổn”. NIST AI RMF Playbook chỉ hỗ trợ giới hạn đó.

Hình 4 — Bốn lỗi làm map trông tự chạy hơn phạm vi review thật.

5. Checklist và bài tập 15 phút: Framework Map F-01 mock

Bạn chỉ cần giấy, Google Sheets hoặc LibreOffice Calc. Đặt hẹn giờ 15 phút. Không cần model, API, terminal, broker, EA hay tiền thật. Mục tiêu không phải dựng một trading system; mục tiêu là nhìn thấy một note thuộc lane nào, chuyển cho ai và dừng vì sao.

Làm lần lượt bảy bước:

  1. Viết purpose và non-use của F-01 trong hai câu ngắn.
  2. Ghi shared input cùng source, schema và Window A/B.
  3. Đặt tên bốn lane, rồi viết một task nhỏ cho từng lane.
  4. Viết handoff note có sender, receiver, reason, status và stop.
  5. Đặt boundary: điều từng lane không được suy ra hoặc không được làm.
  6. Ghi version/owner, nhất là khi scope vừa thay đổi.
  7. Chọn Map status là Dừng hoặc Cần review cùng lý do, không chỉ tô màu.

Đứng ngoài ngay khi source, schema hoặc window thiếu; owner hay receiver trống; boundary chưa ghi; hoặc một note sắp bị gọi là action. Không cần bù phần trống bằng một câu nghe “AI” hơn. Mỗi khoảng trống là một thông tin để human review xử lý, không phải lời mời cho map tự lấp.

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

Lane / task Shared input / window Handoff note Receiver review Boundary / stop Version / owner Map status
Input Record / check source 12 mock records, source missing MISSING source Risk Boundary đọc lại Thiếu source thì không chuyển tiếp F-01 / Lan Dừng
Observation Note / label visible field Window A, schema clear OPEN visible field Human Review đối chiếu Không suy ra ngoài field F-01 / Minh Cần review
Risk Boundary / check scope Window A/B, boundary empty HOLD boundary Human Review ghi boundary Boundary trống thì dừng F-01 / Hoa Dừng
Human Review / read handoff Note mock, receiver named REVIEW requested Người học mở lại source Không thành action F-01 / Nam Cần review

Hàng một dừng từ source. Hàng hai: OPEN chỉ mô tả field mock, không phải kết luận. Hàng ba: HOLD vì boundary trống. Hàng bốn: receiver đã ghi nhưng note vẫn không thành action. Kết quả mong đợi là đọc từng hàng theo bảy cột mà không chuyển trách nhiệm sang lane khác.

Hình 5 — Bảng mock giữ input, handoff và boundary riêng cho từng lane.

6. Tổng kết: nối thông tin không nối quyền quyết định

a. Năm ý chính

  • Integrated Framework F-01 là tờ map tổ chức note review, không phải chuỗi tự tạo action.
  • Bốn lane cùng nhìn shared input nhưng giữ task, owner, boundary và status riêng.
  • Handoff note cần sender, receiver, reason, status và stop để người nhận đọc đúng ngữ cảnh.
  • Source, schema, window, owner hoặc boundary thiếu là lý do Dừng, không phải chỗ đoán thêm.
  • Human Review đọc note và đối chiếu lại record; map không thay người review đưa kết luận.

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

  • Shared input khác “cùng kết luận” ở điểm nào?
  • Một handoff note cần năm mảnh thông tin nào?
  • Nếu lane Risk Boundary thiếu owner, F-01 phải ghi gì?
  • Vì sao Dừng không phải lỗi cần che?

c. Gợi ý đáp án

Xem gợi ý câu 1

Shared input chỉ cho nhiều lane cùng nhìn record đã ghi rõ; mỗi lane vẫn giữ task, boundary và status riêng. Xem lại mục 1–2.

Xem gợi ý câu 2

Sender, receiver, reason, status và stop. Thiếu một mảnh thì người nhận không đọc được context đầy đủ. Xem lại mục 3.

Xem gợi ý câu 3

Risk Boundary ghi HOLD owner missing; Map status là Dừng để bổ sung owner, không suy ra tiếp. Xem lại mục 3 và 5.

Xem gợi ý câu 4

Dừng phơi phần thiếu để note không bị dùng quá phạm vi; nó giúp review trung thực hơn. Xem lại mục 4.

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

Thuật ngữ Giải thích ngắn
Integrated Framework Map nối các note review có ranh giới.
Lane Một làn phần việc nhỏ trên map.
Shared input Record các lane được phép cùng nhìn.
Handoff note Note gửi rõ người nhận và lý do.
Source Nơi record bắt đầu.
Schema Nghĩa của cột hoặc nhãn record.
Window Lô record mock đang mở.
Boundary Điểm không được vượt hoặc phải dừng.
Owner Người cần mở map tiếp.
HOLD Nhãn giữ lại để review.

e. Nguồn tham khảo

f. Học tiếp

Quay lại bài #11 về AI Component trong Trading System để xem một component tạo note trong scope, hoặc đi tiếp bài #13 về Case Study: Trend-following System để đọc một case mock theo cùng boundary.

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.