Trả lời ngắn: Strategy Specification là tờ mô tả phạm vi, dữ liệu đưa vào, nhãn ghi chép, ngoại lệ và người review; Rule Definition là một câu if/then/else được đọc lại từ tờ đó. Chúng giúp biến lời kể thành note có thể kiểm tra, không tạo tín hiệu, không dự báo kết quả và không cấp quyền dùng tiền thật.

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

  • Vì sao một tờ mô tả rộng khác một câu điều kiện ngắn.
  • Cách ghi sáu ô của Rule Sheet R-01 bằng record mô phỏng.
  • Khi nào giữ note ở HOLD, Dừng hoặc Cần review.

Lưu ý giáo dục: Bài chỉ hướng dẫn ghi chép và review mock data. Nó không phải lời khuyên đầu tư, tín hiệu giao dịch, forecast hay hướng dẫn chạy MT5/EA. Khi source, schema, window, condition, exception, version hoặc owner chưa rõ, hãy dừng note; không dùng tiền thật.

1. Specification là bản đồ; rule là câu để đọc lại

Người mới thường nói: “thấy dấu hiệu đẹp thì làm”. Câu ấy nghe có vẻ ngắn gọn, nhưng người khác không biết “dấu hiệu” là record nào, xem trong lô nào, hay lúc nào cần dừng. Nó là một lời kể, chưa phải thứ hai người có thể cùng đọc lại.

Strategy Specification trước hết là tờ mô tả. Nó ghi scope, nghĩa là việc note đang nói tới; đồng thời ghi non-use, nghĩa là việc note bị cấm dùng để làm. Nó giữ data, nhãn đầu ra, ngoại lệ, version và owner ở cùng một chỗ. Hãy hình dung sơ đồ phục vụ quán ăn: thiếu địa chỉ món thì hỏi ai, và ai sửa công thức. Sơ đồ không dự báo số khách.

Rule Definition hẹp hơn: đó là câu điều kiện lấy từ tờ mô tả. Một mẩu dặn ở bàn có thể là: “nếu phiếu có thẻ đỏ thì ghi xếp hàng; nếu thiếu mã thì giữ lại”. Mẩu dặn không thay toàn bộ sơ đồ, và nó cũng không nói bữa tối sẽ thành công. Tách hai lớp này giúp người review biết câu rule đang dựa trên bối cảnh nào.

Trong bài này, Rule Sheet R-01 chỉ dùng để phân loại 12 record mock ở Window A/B. Specification nói rõ đây là bài tập ghi note, không action. Rule nhỏ bên trong chỉ đọc hai tag và trả một nhãn. Vì vậy, rule ≠ action: có nhãn chưa có nghĩa phải làm gì ngoài đời.

Hình 1 — Specification giữ bối cảnh và giới hạn; rule chỉ ghi một cách đọc lại trong bối cảnh đó.

2. Sáu ô của một Strategy Specification

Để tờ mô tả không biến thành một đoạn văn mơ hồ, chia nó thành sáu ô. Purpose/non-use trả lời note dùng để review điều gì và tuyệt đối không dùng để làm gì. Với R-01, purpose là phân loại record mock; non-use là không suy ra hành động hay kết quả ngoài note.

Ô thứ hai là input, tức dữ liệu đưa vào để đọc rule. Input phải đi cùng source, nơi record được ghi là xuất phát; schema, cách các cột và tag được định nghĩa; và window, lô record đang xem. R-01 có 12 record mô phỏng ở Window A, thêm Window B để đối chiếu. Nếu một tag có mặt nhưng source hoặc schema không ghi, người review không biết mình đang đọc cùng một thứ hay hai thứ khác tên giống nhau.

Ô thứ ba là condition: điều có thể nhìn và đánh dấu trên record. Case này dùng thứ tự TREND rồi PULLBACK. Ô thứ tư là output label, tức nhãn ghi chép sau khi condition được đọc: WATCH. WATCH chỉ có nghĩa “có note để theo dõi trong sheet”, không phải dự báo hay chỉ dẫn hành động.

Ô thứ năm là exception/stop. Exception là trường hợp rule không được đi tiếp theo đường bình thường. Thiếu source/schema, hoặc condition bị đổi sau khi đã xem record, thì ghi HOLD hoặc Dừng. Ô cuối là version/owner: R-01 và Reviewer A. Version cho biết đang review bản nào; owner là người chịu trách nhiệm ghi lý do sửa, không phải người “đúng” hơn mọi người.

NIST AI RMF Playbook phần Map gợi ý làm rõ purpose, context, assumption, limitation và vai trò khi định hình hệ thống AI. Bài chỉ mượn thói quen ghi scope, giới hạn và người review cho tờ note; không biến NIST thành tiêu chuẩn hay luật. NIST AI RMF Playbook — Map Playbook là tài nguyên tự nguyện, không phải danh sách bắt buộc theo thứ tự. NIST AI RMF Playbook MQL5 nêu mode, history và limitation riêng của Strategy Tester; ở đây chỉ nhắc phải ghi bối cảnh dữ liệu, không chứng minh kết quả. MQL5 — Testing Trading Strategies

Hình 2 — Thiếu một ô như source, exception hay owner thì Rule Sheet chưa nên đi tiếp.

3. Viết Rule Definition bằng if/then/else, không biến thành action

Khi sáu ô đã có chỗ đứng, Rule Definition có thể viết trong một câu: “Nếu [condition] trên [input/window] thì ghi [output label]; nếu [exception] thì [HOLD/Dừng]; owner [x] review version [y].” Câu này nghe máy móc một chút, nhưng đó là điểm tốt: nó buộc người viết nêu đủ thứ cần để đọc lại.

R-01 có thể ghi: “Nếu trong 12 record mock ở Window A, tag TREND xuất hiện trước PULLBACK theo schema đã khóa, thì ghi WATCH; nếu source/schema thiếu hoặc condition bị đổi sau record, ghi HOLD/Dừng; Reviewer A review R-01.” Không có chỗ nào trong câu này nói record sẽ dẫn đến điều gì khác. Output là nhãn note, không phải verdict.

Exception được đọc trước WATCH: thiếu source thì Dừng, dù nhìn thấy đủ hai tag. Một rule cho mục tiêu học tập không cần dài, nhưng phải đọc lại được. Nếu người thứ hai vẫn hỏi “TREND là gì?” hoặc “thiếu gì thì dừng?”, specification chưa hoàn tất.

4. Bốn lỗi khiến rule không thể review

Lỗi đầu tiên là dùng tính từ mơ hồ. “TREND rõ”, “nhịp đẹp” hay “trông hợp lý” không cho biết record nào được đánh dấu. Người viết có thể đổi nghĩa condition sau khi đã xem row. Hãy quay lại schema và mô tả điều có thể tìm thấy trên record.

Lỗi thứ hai là thiếu input, source, schema hoặc window. Một tag đơn lẻ không cho biết nó đến từ đâu, các cột có cùng nghĩa không, hay thuộc lô record nào. Khi đó, note nên Dừng. Đoán phần trống rồi ghi WATCH chỉ làm người review sau không thể phân biệt dữ liệu thiếu với dữ liệu không khớp.

Lỗi thứ ba là có “then” nhưng thiếu exception hoặc non-use. Người đọc có thể gán WATCH một ý nghĩa lớn hơn nhãn ghi chép. Hai ô này nói lúc nào note dừng và điều rule không được làm.

Lỗi thứ tư là bỏ trống version và owner. Hai người có thể sửa condition theo hai cách, nhưng không ai ghi bản nào đang được xem hoặc ai cần giải thích lần sửa đó. Hãy cho sheet một tên bản và một người review cụ thể, rồi ghi Cần review khi điều kiện đổi.

Specification không chứng minh sự phù hợp cho quyết định nào. Nó chỉ làm chỗ thiếu evidence lộ ra. Với mock data, status trung thực vẫn có thể là Chưa đủ evidence dù cả sáu ô đã điền.

Hình 3 — Bốn chỗ trống biến rule thành lời kể sau khi đã xem record.

5. Checklist trước khi gọi rule là defined

Đi lần lượt sáu bước, mỗi bước trả lời một câu ngắn.

  1. Ghi purpose và non-use: note đang review gì, và không được dùng để làm gì?
  2. Khóa input cùng source, schema và window trước khi đọc bất kỳ row nào.
  3. Viết một condition có thể tìm lại trên record; bỏ những tính từ cần đoán.
  4. Gọi đúng output label. WATCH là nhãn theo dõi trong note, không phải kết luận.
  5. Ghi exception/stop: thiếu source/schema, condition đổi sau record hoặc owner trống thì HOLD/Dừng.
  6. Dán version và owner để lần review sau biết đang nhìn bản nào và hỏi ai.

Hãy đứng ngoài khi câu note chứa Buy/Sell, target, giá, forecast hoặc chỉ dẫn giao dịch; khi input thiếu; khi condition không đọc lại được; khi output bị gọi là performance; hoặc khi version/owner rỗng. Checklist chỉ giúp thấy ô nào còn thiếu.

“Row này nhìn hợp lý nên WATCH” là câu đoán chắc vì thiếu input, condition và exception. “Nếu TREND rồi PULLBACK theo schema Window A thì ghi WATCH; nếu source thiếu thì Dừng” là câu có điều kiện. Đến điểm dừng, giữ HOLD, ghi lý do và quay lại ô đang thiếu.

6. Practice Bridge 15 phút: Rule Sheet R-01 mock data

Lấy giấy, Google Sheets hoặc LibreOffice Calc. Không login broker, không gọi API, không mở MT5/EA/tester, không đặt lệnh và không dùng tiền thật. Tạo sáu cột: Purpose/non-use, Input/window, Condition, Output/exception, Version/owner và Status.

Trong 15 phút, chép ba row mô phỏng dưới đây. Chỉ đọc TREND, PULLBACK, WATCH và HOLD như nhãn sheet. Đừng gọi WATCH là signal hoặc action. Sau mỗi row, hỏi: source/schema đã rõ chưa, condition có bị thay sau row không, và ai review tiếp?

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

Purpose / non-use Input / window Condition Output / exception Version / owner Status
Chỉ review note, không action 12 record mock, thiếu source TREND Không ghi WATCH khi schema chưa rõ R-01 / Reviewer A Dừng
Chỉ phân loại mock Window A, 12 record Condition đổi sau khi xem row HOLD, quay lại khóa condition R-01 / Reviewer B Cần review
Chỉ học template Window A/B có source/schema mock TREND rồi PULLBACK WATCH; không suy ra ngoài note R-01 / Reviewer C Chưa đủ evidence

Kết quả bài tập không phải “có WATCH”, mà là đặt đúng status. Row đầu dừng vì source/schema chưa rõ; row hai cần review vì condition đổi sau record; row ba vẫn chưa đủ evidence vì chỉ là mock. Có thể tự tạo row thiếu owner hoặc window, rồi chọn HOLD/Dừng và ghi lý do.

Hình 4 — Rule Sheet mock data chỉ trả status review, không gọi action.

7. Tổng kết: rule rõ giúp biết cần review gì

a. Năm ý chính

  • Strategy Specification là tờ mô tả scope, input, output, giới hạn và người review; nó rộng hơn một rule.
  • Rule Definition là câu if/then/else có thể đọc lại từ specification, không phải action.
  • Sáu ô purpose/non-use, input, condition, output, exception và version/owner giúp lộ phần còn thiếu.
  • Source/schema/window thiếu hoặc condition đổi sau record là lý do hợp lệ để HOLD, Dừng hay Cần review.
  • Chưa đủ evidence vẫn là status đúng khi Rule Sheet chỉ dùng mock data.

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

  • Tờ Specification khác Rule Definition ở điểm nào?
  • Vì sao WATCH không tự là một action?
  • Những thông tin nào cần đi cùng input?
  • Khi nào Rule Sheet phải ghi Dừng?

c. Gợi ý đáp án

Xem gợi ý câu 1

Specification giữ scope, input, giới hạn, version và owner; Rule Definition chỉ là câu điều kiện được đọc lại từ tờ đó. → xem mục 1–2.

Xem gợi ý câu 2

WATCH chỉ là output label của note. Không có ngoại lệ hay kết quả nào ngoài sheet được suy ra từ nhãn này. → xem mục 2–3.

Xem gợi ý câu 3

Input cần source, schema và window để người khác biết record nào đang được đọc. → xem mục 2.

Xem gợi ý câu 4

Dừng khi source/schema/window thiếu, condition không đọc lại được hoặc bị sửa sau record, hay version/owner trống. → xem mục 4–6.

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

Thuật ngữ Giải thích ngắn
Strategy Specification Tờ mô tả phạm vi, input, output và giới hạn.
Rule Definition Câu điều kiện có thể đọc lại từ specification.
Input Dữ liệu đưa vào để đọc rule.
Schema Cách cột và nhãn record được định nghĩa.
Window Lô record đang được xem.
Condition Điều có thể tìm và đánh dấu trên record.
Output label Nhãn ghi chép sau khi đọc condition.
Exception Trường hợp rule phải đổi sang Hold hoặc Dừng.
Version Mã của bản rule đang được review.
Owner Người chịu trách nhiệm review tờ note.

e. Nguồn tham khảo

Bài trước là Từ Trading Idea đến Testable Hypothesis #7: từ idea thành câu hỏi có condition, evidence và điều có thể làm mình đổi ý. Bài tiếp theo là Data, Signal, Risk và Execution Integration #9: tiếp tục nhìn các phần trong một hệ thống như các khối cần ghi ranh giới và review, không phải lời hứa về outcome.

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. Rule Sheet R-01 không chứng minh kết quả nào và không thay thế review độc lập. Khi input, source, schema, window, condition, exception, version hoặc owner chưa rõ, không dùng tiền thật và hãy dừng để review.