Professional Trading Framework #20

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: Professional Trading Framework là một hệ thống quyết định có thứ tự, gồm gate, artifact và state để nối quan sát, setup, evidence, metrics, sizing, paper execution và review. Mỗi bước phải để lại bằng chứng; thiếu hoặc fail thì đứng ngoài. Framework làm quy trình audit được, không làm outcome trở nên chắc chắn.

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

• Cách 19 bài trước ghép thành bốn learning layer và bảy operating gate.
• Decision Packet cần những artifact nào trước khi đạt PAPER_READY.
• Vì sao một thay đổi phải tạo version mới và quay lại validation.

1. Professional không nằm ở vẻ tự tin, mà ở chuỗi bằng chứng

a. Một bếp chuyên nghiệp không nấu bằng trí nhớ

Trong bếp nhà hàng, món ăn không đi thẳng từ tờ order tới bàn khách. Order phải đúng, nguyên liệu phải đủ, nhiệt độ phải đạt, món phải được kiểm tra trước khi phục vụ. Một miếng thịt “trông ngon” không được bỏ qua gate nhiệt độ.

Trading framework cũng vậy. Gate là điều kiện phải pass trước khi qua bước tiếp theo. Artifact là bằng chứng được lưu lại về việc đã quan sát, tính hoặc quyết định gì. State là trạng thái hiện tại của workflow.

Professional ở đây không có nghĩa mặc vest, dùng nhiều màn hình hay đoán thị trường chuẩn. Nó có nghĩa người khác — hoặc chính bạn sau một tháng — có thể lần lại:

• Dữ liệu nào đã được dùng.
• Rule version nào đang hiệu lực.
• Gate nào pass hoặc fail.
• Con số nào dẫn tới quyết định.
• Điều gì đã thay đổi sau review.

b. Fail-closed là cái phanh

Fail-closed nghĩa là thiếu input hoặc gate fail thì route mặc định là STAND_ASIDE. Không có kiểu “chắc cũng được”, “lần này ngoại lệ” hay đi tiếp rồi bổ sung evidence sau.

Flow của bài:

OBSERVE → QUALIFY → VALIDATE → PLAN → SIZE → PAPER_EXECUTE → REVIEW

Không được nhảy state. Bất kỳ artifact bắt buộc nào thiếu đều chặn bước kế tiếp.

Hình 1 — Quy trình audit được vì mỗi gate có output và mọi nhánh fail đều có nơi đi rõ ràng.

c. Framework này không bảo đảm điều gì?

Đủ bảy gate không bảo đảm setup thắng. Nó không biến historical evidence thành tương lai, không thay thế order mechanics, không loại bỏ gap và không làm correlated exposure biến mất.

Sai/đoán chắc: “Đủ bảy gate nghĩa là setup sẽ thắng.”

Câu đúng có điều kiện: “Đủ gate nghĩa là decision audit được trong scope đã khóa; outcome vẫn bất định.”

CME Group đặt risk tolerance, leverage, maximum loss và exposure trong trade plan rõ ràng (nguồn). Đây là tinh thần của framework: biến điều ngầm hiểu thành input có tên.

2. Bốn learning layer nối đủ 19 bài trước

Hai mươi bài không phải 20 mẹo đứng riêng. Mỗi layer tạo artifact cho layer sau.

a. Layer 1 — READ CONTEXT, bài #1–#5

Technical Analysis #1 đặt phạm vi: đọc hành vi giá, không bói tương lai. Candlesticks #2 cung cấp ngôn ngữ quan sát từng bar. Support & Resistance #3 giúp đánh dấu vùng thay vì một đường thần kỳ. Trend #4 thêm hướng và cấu trúc chuyển động. Multi-Timeframe #5 khóa vai trò từng timeframe để không chọn chart theo cảm xúc.

Output của layer này là Context Card, gồm:

• Market và timeframe scope.
• Cấu trúc đang quan sát.
• Trend/regime label có điều kiện.
• Các zone liên quan.
• Điều chưa rõ.

Context không phải signal. Nó chỉ trả lời: “Ta đang nhìn cái gì, ở phạm vi nào?”

b. Layer 2 — DEFINE & VALIDATE SETUP, bài #6–#10

Setup #6 biến ý tưởng thành rule. Confluence #7 yêu cầu các yếu tố có vai trò riêng, không đếm trùng. Trigger #8 tách điều kiện kích hoạt khỏi context. Liquidity Confirmation #9 kiểm bằng chứng thực thi/liquidity thay vì đoán. Invalid Setup #10 khóa điều kiện bỏ kèo trước khi outcome xuất hiện.

Output là Setup Contract:

• Setup ID và version.
• Trigger.
• Confirmation.
• Invalidation.
• Exclusions.
• Required evidence.

Nếu invalidation thiếu, setup chưa hoàn chỉnh. Không được chữa bằng cách đi tiếp tới target hay quantity.

c. Layer 3 — TEST & EVIDENCE, bài #11–#15

Manual Backtest #11 dạy replay có rule. TradingView Backtest #12 thêm tool nhưng vẫn cần hiểu assumptions. Forward Test #13 đưa setup qua dữ liệu tiếp diễn. Trading Journal #14 giữ lineage của từng record. Evaluate Backtest #15 kiểm cohort, exclusions, reconciliation và claim scope.

Output là Evidence Pack:

• Dataset/cohort ID.
• Setup version.
• Closed/open status.
• Cost and execution assumptions.
• Exclusion registry.
• Reconciliation.
• Decision code như READY_WITH_SCOPE.

TradingView Strategy Report tách P&L, commissions, drawdown, winning/losing records và averages thành nhiều evidence field. Một ô xanh không thay cho cả report.

d. Layer 4 — OPTIMIZE & CONTROL RISK, bài #16–#19

Winrate #16 khóa denominator và frequency. Risk Reward #17 khóa notation cùng planned distance. Expectancy #18 reconcile direct mean với weighted mean. Position Sizing #19 biến risk cap và unit risk thành quantity, rồi kiểm margin/exposure riêng.

Output gồm Metric Card và Quantity Card. Không metric nào đứng một mình thành verdict:

• Winrate không chứa magnitude.
• Planned Risk:Reward không chứa hit probability.
• Observed expectancy không dự báo next outcome.
• Quantity không sửa được evidence yếu.

Hình 2 — Mỗi layer tạo input cho layer tiếp theo; bỏ một layer sẽ làm đứt lineage.

3. Bảy gate vận hành và artifact bắt buộc

Gate 1 — OBSERVE / Context Gate

Input là market/timeframe scope, structure, trend/regime và zones. Output là Context Card. Nếu context mâu thuẫn, dữ liệu thiếu hoặc timeframe role chưa khóa, status CONTEXT_UNCLEAR → STAND_ASIDE.

Gate này không chọn direction. Nó ngăn bạn nhảy vào chart chỉ vì thấy một cây nến đẹp.

Gate 2 — QUALIFY / Setup Gate

Input là setup version, trigger, confirmation, invalidation và exclusions. Output là Setup Contract. Thiếu một mục bắt buộc, status SETUP_INCOMPLETE → STAND_ASIDE.

Artifact phải ghi version. Kết quả của SET-A-v1 không được trộn vào đánh giá SET-A-v3 như thể cùng một rule.

Gate 3 — VALIDATE / Evidence Gate

Input là backtest/forward cohorts, journal records, cost policy và exclusion registry. Output là Evidence Pack.

Hai fail code chính:

• EVIDENCE_NOT_READY: cohort thiếu hoặc lineage đứt.
• RECONCILIATION_FAIL: totals, class counts hoặc two-way calculation không khớp.

TradingView yêu cầu published strategies mô tả assumptions, costs và điều kiện realistic; kết quả misleading hoặc thiếu minh bạch là vấn đề (nguồn). Dù không publish strategy, discipline này vẫn hữu ích.

Gate 4 — PLAN / Metrics Gate

Input là denominator contract, realized outcome distribution, Risk:Reward convention và observed expectancy. Output là Metric Card.

Gate pass khi:

• Winrate denominator được khai báo.
• Planned và realized không bị trộn.
• Direct và weighted expectancy reconcile.
• Claim có scope/version/window.

Fail: METRIC_CONTRACT_FAIL → STAND_ASIDE.

Gate 5 — SIZE / Risk Gate

Input là equity snapshot, risk cap, stop/unit risk, instrument metadata, lot step và combined exposure. Output là Quantity Card.

Fail codes:

• MISSING_METADATA.
• RISK_CAP_BREACH.
• EXPOSURE_FAIL.

Per-position risk pass chưa đủ nếu nhiều position cùng phụ thuộc một nguồn rủi ro. FINRA mô tả concentration risk có thể xuất hiện khi holdings cùng ngành, khu vực hoặc loại tài sản tương quan (nguồn).

Gate 6 — PAPER_EXECUTE / Execution Gate

Input là paper ticket, order preview, order mechanics và timestamps. Output là Execution Record.

So planned fields với paper execution:

• Direction/order type.
• Quantity.
• Entry/trigger.
• Stop/exit rule.
• Costs/slippage.

Mismatch không được sửa ngược plan. Status EXECUTION_MISMATCH → REVIEW.

Gate 7 — REVIEW / Learning Gate

Input là planned-versus-realized record, journal evidence và deviation reason. Output là Review Card.

Review hỏi:

• Rule được tuân thủ không?
• Execution khác plan ở đâu?
• Outcome xấu do variance hay contract lỗi?
• Có evidence nào mới?

Nếu deviation không giải thích được: UNEXPLAINED_DEVIATION. Nếu có hypothesis, tạo Change Proposal; không edit lịch sử.

4. PTF-DEMO-v1: một Decision Packet đi hết flow

Decision Packet là bundle artifact có version cho một quyết định. Lineage là đường truy vết từ source data tới metric và state cuối.

a. Packet hư cấu

PTF-DEMO-v1 dùng share-like instrument giả, chỉ cho paper exercise.

Metric +0,20R là average hư cấu của sample đã khóa, không phải forecast. READY_WITH_SCOPE nghĩa evidence pack hoàn chỉnh trong scope, không phải proven edge.

Quantity Card dùng arithmetic bài #19:

• Raw quantity 50 / 2,10 = 23,809.
• Floor quantity 23.
• Planned risk 23 × 2,10 = 48,30.

Exposure gate pass trong packet giả. State trước paper execution là PAPER_READY. Framework này không có state LIVE_READY.

Hình 3 — PAPER_READY chỉ xác nhận đủ artifact cho bài tập paper, không phải lời mời giao dịch.

b. Bốn nhánh fail phải chặn ngay

1. Setup thiếu invalidation: SETUP_INCOMPLETE → STAND_ASIDE.
2. Direct/weighted expectancy lệch nhau: RECONCILIATION_FAIL → STAND_ASIDE.
3. Thiếu tick value, multiplier hoặc FX conversion: MISSING_METADATA → STAND_ASIDE.
4. Combined correlated exposure vượt policy: EXPOSURE_FAIL → STAND_ASIDE.

Hình 4 — Fail-closed biến “không biết” thành trạng thái dừng, không thành lý do đoán.

c. Giới hạn của packet

40 record không phải magic minimum. Positive observed expectancy không chứng minh future performance. Paper fill không đại diện toàn bộ live execution. Investor.gov nhắc backtest là hypothetical, past performance không dự báo tương lai và cherry-picking gây hiểu lầm (nguồn).

Packet tốt làm claim nhỏ lại và rõ hơn. Nó không biến uncertainty thành certainty.

5. Sai lầm, checklist và vòng học một thay đổi

a. Mười lỗi làm framework thành đồ trang trí

1. Có checklist nhưng không lưu artifact.
2. Tick gate sau khi biết outcome.
3. Đổi setup rule nhưng giữ nguyên version.
4. Chọn riêng records đẹp.
5. Bỏ exclusion registry.
6. Dùng một metric làm verdict.
7. Tăng quantity vì “độ tự tin”.
8. Silent override một fail state.
9. Bỏ combined exposure.
10. Thay nhiều rule cùng lúc rồi không biết nguyên nhân.

Override là ngoại lệ có tài liệu. Trong beginner framework, override không tự cho phép đi tiếp; nó tạo một issue cần review. Silent override là sửa lịch sử.

b. Checklist Decision Packet

Đi theo thứ tự:

1. Gắn packet ID và timestamp.
2. Lưu Context Card.
3. Xác nhận Setup Contract/version.
4. Kiểm trigger, confirmation, invalidation, exclusions.
5. Khóa Evidence Pack/cohort/cost policy.
6. Reconcile totals và exclusions.
7. Khóa denominator, Risk:Reward convention và observed expectancy.
8. Lấy equity/metadata hiện hành.
9. Floor quantity và recheck cap.
10. Check buying power và combined exposure.
11. Tạo paper ticket/preview.
12. Lưu execution record.
13. Review planned-versus-realized.
14. Nếu cần, viết một Change Proposal.

Đứng ngoài khi bất kỳ artifact bắt buộc nào missing hoặc fail. Dừng review khi không giải thích được deviation, version lineage đứt hoặc change proposal chứa nhiều hypothesis.

c. Vòng học: một change, một version mới

Giả sử review cho thấy confirmation rule quá mơ hồ. Không sửa SET-A-v3 rồi tiếp tục cộng record mới vào cohort cũ.

Flow đúng:

REVIEW → CHANGE PROPOSAL → SET-A-v4 → REVALIDATE.

Change Proposal chỉ ghi một thay đổi testable, lý do, expected evidence và acceptance rule. Version mới có cohort mới. History của v3 giữ nguyên.

Hình 5 — Version mới bảo vệ lineage; không edit lịch sử để làm kết quả cũ đẹp hơn.

d. Bài tập 15 phút

Mở Google Sheets, Google Docs hoặc LibreOffice. Tạo ba cột: Gate, Artifact, Status.

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

Tạo bản sao thứ hai rồi xóa invalidation khỏi Setup Contract. Expected final:

STAND_ASIDE / SETUP_INCOMPLETE.

Nếu sheet vẫn trả PAPER_READY, formula gate của bạn sai. Bài tập chỉ dùng dữ liệu giả và paper workflow, không đặt lệnh thật hoặc dùng tiền thật.

6. Tổng kết và đường học tiếp theo

a. Năm ý chính

• Professional framework là chuỗi evidence có thứ tự, không phải phong thái tự tin.
• Bốn learning layer nối đủ #1–#19 thành inputs có lineage.
• Bảy gate đều cần artifact; fail route mặc định là STAND_ASIDE.
• PAPER_READY chỉ đủ cho paper exercise, không dự báo outcome.
• Mỗi change cần proposal, version mới và revalidation.

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

• Gate nào kiểm setup trigger, confirmation và invalidation?
• Vì sao expectancy reconciliation fail phải chặn sizing?
• PAPER_READY có nghĩa được giao dịch live không?
• Sau review muốn đổi một rule, bước tiếp theo là gì?

c. Gợi ý đáp án

Xem gợi ý câu 1

QUALIFY / Setup Gate; output là Setup Contract. → xem mục 3.

Xem gợi ý câu 2

Metric chưa reconcile thì Decision Packet chưa có evidence đáng tin để đi tiếp. → xem mục 3.

Xem gợi ý câu 3

Không. Đây chỉ là artifact-complete cho paper exercise; framework không có LIVE_READY. → xem mục 4.

Xem gợi ý câu 4

Viết một Change Proposal, tạo version mới rồi quay lại validation. → xem mục 5.

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

e. Nguồn tham khảo

• CME Group — Risk Management and Your Trade Plan
• TradingView — Strategy Report: How to start
• TradingView — Strategy publishing rules
• Investor.gov — Performance Claims
• FINRA — Concentration Risk

Bạn đã đi hết Technical Analysis Master Series từ khái niệm nền đến framework. Quay lại Position Sizing theo rủi ro #19 nếu Quantity Card chưa rõ. Bước tiếp theo trong learning path Professional Trader không phải tìm thêm indicator cho đủ bộ: hãy lấy một setup hư cấu, vận hành Decision Packet trên paper, giữ version sạch và học từ review.

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.