Professional Trading Routine: Vận hành ngày/tuần bằng gate và log #16

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 routine không phải lịch dậy sớm, bàn làm việc đẹp hay số giờ nhìn chart. Đó là vòng vận hành có state, owner, gate và record: mở đúng điều kiện, chạy đúng scope/version, ghi exception, đóng state rồi review. Thiếu source, rule hoặc risk boundary thì BLOCK cũng là hành vi chuyên nghiệp.

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

• Daily loop khác weekly loop ở trách nhiệm nào.
• Vì sao không được sửa rule giữa một paper window.
• Cách làm Professional Routine Runbook tám event trong 25 phút.

Ranh giới an toàn: Practice chỉ dùng paper/review, không mở order và chưa dùng tiền thật. Routine không loại bỏ market risk, execution risk, suitability hoặc account-security risk.

1. Professional Trading Routine là gì và không phải gì?

a. Một vòng vận hành có thể kiểm tra

Professional routine trong bài là vòng vận hành có state, người chịu trách nhiệm, điều kiện qua gate và record để kiểm tra sau. “Professional” nói về chất lượng process, không nói bạn kiếm sống bằng trading hay có một chiếc desk giống người trên mạng.

Runbook là chỉ dẫn ngắn cho quy trình lặp lại. Nó trả lời sáu câu:

• Khi nào được mở paper window?
• Scope và rule version nào đang có hiệu lực?
• Trong window được làm gì?
• Exception ghi ở đâu?
• Khi nào phải close hoặc block?
• Record nào đi vào review?

Một lịch ghi “7 giờ mở chart, 9 giờ nghỉ” chưa phải runbook. Nó có thời gian nhưng chưa có gate, state hoặc output. Ngược lại, một runbook ngắn vẫn dùng được ở nhiều lịch cá nhân nếu nó nói rõ input, boundary và stop condition.

b. Không phải strategy hay phong cách sống

Strategy trả lời rule nào được test. Routine trả lời rule version nào đang được dùng, lúc nào process mở/đóng và record được bàn giao ra sao. Routine không tự tạo edge, không biến rule chưa test thành rule tốt và không thay risk control.

Nó cũng không bắt bạn sao chép giờ ngủ, số màn hình, đồ uống hay nhạc của người khác. Những thứ đó có thể là preference. Nếu không ảnh hưởng gate hoặc record, chúng không phải lõi vận hành.

Peak Performance Routine #15 quản trị quality, reset và recovery trong một session. Bài này đi thêm một tầng: session đó nằm ở state nào, dùng version nào và được handoff sang vòng tuần ra sao.

Câu đoán chắc là: “Cứ bắt chước lịch của trader chuyên nghiệp, tôi sẽ giao dịch chuyên nghiệp.” Câu có điều kiện là: “Nếu routine có gate, scope, version, log và closing rõ, tôi có thể kiểm tra process nhất quán hơn; điều đó không bảo đảm outcome hoặc lợi nhuận.”

Hình 1 — Professional là vòng process có state, không phải lifestyle.

2. Hai vòng daily và weekly làm việc khác nhau

a. Daily loop giữ state sạch

Daily loop là vòng mở–vận hành–đóng của một session. Tên “daily” chỉ mô tả lớp vận hành ngắn; nó không buộc bạn phải có session mỗi ngày.

Vòng này làm bốn việc:

1. Mở khi input và boundary đủ.
2. Giữ một scope/rule version trong window.
3. Log event và exception đúng lúc.
4. Close với output, unresolved item và handoff.

Daily loop không quyết định đổi strategy sau một case. Nếu thấy điểm lạ, bạn ghi exception. Record càng trung thực thì weekly review càng có dữ liệu; rewrite log để làm mình “đúng” sẽ phá vòng học.

b. Weekly loop gom evidence và quản trị thay đổi

Weekly loop là vòng tổng hợp log và đề xuất thay đổi. Nó không nhất thiết diễn ra vào cuối tuần; tên gọi chỉ phân biệt cadence review rộng hơn session.

Weekly loop hỏi:

• Gate nào bị block nhiều lần?
• Exception nào lặp lại?
• Scope hoặc field nào gây friction?
• Có đủ evidence để đề xuất thay đổi chưa?
• Thay đổi sẽ được test ở version nào?

Một exception đơn lẻ có thể là data point, chưa phải pattern. Một đề xuất cũng chưa phải rule mới. Nó cần câu hỏi test, phạm vi, acceptance gate và version hiệu lực ở session sau.

Zimmerman mô tả self-regulation trong bối cảnh học tập qua các quá trình như forethought, performance và self-reflection. Bài chỉ mượn cấu trúc plan–run– reflect để tổ chức paper practice, không suy thành bằng chứng performance trading (Zimmerman).

Implementation intention thường dùng dạng “nếu X, thì tôi làm Y” để nối cue với action. Meta-analysis của Gollwitzer và Sheeran tổng hợp nhiều goal/domain, nhưng effect phụ thuộc bối cảnh và goal; đây không phải chứng minh một trading routine phổ quát (review).

Ví dụ hợp lý: “Nếu source hoặc rule version thiếu, tôi đặt BLOCK và ghi reason.” Ví dụ không hợp lý: “Nếu tôi thấy setup, tôi chắc chắn hành động.” Câu sau bỏ qua boundary và biến cue thành tín hiệu.

Hình 2 — Daily giữ state; weekly gom evidence và đề xuất change candidate.

3. Runbook sáu bước từ mở tới review

a. OPEN

Opening gate là điều kiện cho phép mở paper window. Kiểm calendar/resource, baseline, source, rule version, risk boundary và stop condition. Gate không đủ thì state vẫn BLOCK; không mở trước rồi “bổ sung sau”.

b. PLAN

Scope lock là khóa task, source, rule version và boundary cho window hiện tại. Viết một output duy nhất. Ví dụ: “Đối chiếu tám paper event theo runbook v1; output Professional Routine Log; dừng khi đủ 25 phút hoặc boundary thiếu.”

Scope lock không cấm quan sát mới. Nó chỉ ngăn một quan sát kéo cả session sang task khác.

c. OPERATE

Chạy paper task đúng scope/version. Mỗi event có ID và timestamp. Không thêm case để đạt quota, không mở order interface và không dùng P&L để chấm process.

Order execution trong thị trường thật không tức thời; quote và execution price có thể khác, nhất là khi thị trường chuyển động nhanh. Đó là market-operation boundary, không phải lý do mở live order trong practice (Investor.gov).

d. LOG

Exception log là record khi thực tế lệch expected process: event ID, expected, observed, state, reason và evidence còn thiếu. Nó không phải lời tự phán xét.

Nếu một field gây khó, ghi nó. Đừng đổi tên field trong nửa đầu rồi tiếp tục dùng tên cũ ở nửa sau. Cùng một window phải giữ schema đủ ổn để review.

e. CLOSE

Closing handoff là trạng thái bàn giao sang review tiếp theo. Lưu output, unresolved item, blocked reason và version đã dùng; đóng resource/session theo stop condition.

CLOSE không có nghĩa mọi câu hỏi đã được giải. Nó có nghĩa state đã được đóng rõ, không còn paper case “treo” mà weekly loop phải đoán.

f. REVIEW

Change candidate là thay đổi được đề xuất nhưng chưa có hiệu lực. Review gom log, mô tả evidence, chọn một candidate và đặt test/acceptance gate. Không sửa record cũ để khớp candidate.

Version là nhãn xác định bộ rule đang dùng. Nếu candidate qua test, nó có thể thành version kế tiếp. Nếu chưa qua, version hiện tại vẫn là source of truth.

Hình 3 — Exception đi vào candidate; candidate chỉ thành version mới sau test.

4. Sai lầm, giới hạn và gate phải block

a. Sai lầm 1: lịch càng kín càng chuyên nghiệp

Routine có quá nhiều activity dễ tạo cảm giác bận. Hãy giữ step có input/output rõ. Không có một giờ mở máy, số chart, số case hay cadence phù hợp mọi người.

b. Sai lầm 2: rewrite rule giữa window

Một case bất ngờ không cấp quyền sửa rule đang chạy. Ghi exception, close đúng state rồi đưa candidate sang weekly review. Nếu boundary an toàn bị vi phạm, BLOCK thay vì “test thêm một lần”.

c. Sai lầm 3: journal thành confession

“Hôm nay tôi tệ” không giúp tái hiện event. Log cần expected/observed/state/ reason. Không tạo process score nếu chưa có rubric; một số đẹp không thay record.

d. Sai lầm 4: close chỉ là tắt màn hình

Tắt app nhưng chưa lưu output/version/unresolved item làm state bị treo. Closing handoff cần đủ để lần sau không phải nhớ lại bằng cảm giác.

e. Giới hạn nguồn và thị trường

Self-regulation và implementation-intention evidence đến từ education/goal behavior, không phải proof về trading profit. FINRA cảnh báo day trading có thể cực kỳ rủi ro và thường không phù hợp với người có nguồn lực, kinh nghiệm hoặc risk tolerance hạn chế. Routine không thay các điều kiện đó (FINRA Rule 2270).

Order type, availability và policy có thể khác giữa broker; execution condition cũng có trade-off. Bài không hướng dẫn chọn order hay biến runbook thành recommendation (Investor.gov).

f. Gate phải BLOCK

BLOCK khi source/rule/risk boundary thiếu, live urge xuất hiện hoặc có account-security alert. Không ghi password, token, account number hay dữ liệu cá nhân vào log. Nếu thiếu ngủ, fatigue hoặc distress rõ, giảm demand/dừng theo routine đã đặt; đừng dùng chữ “professional” để ép mình tiếp tục.

5. Bài tập Professional Routine Runbook 25 phút

a. Công cụ và giới hạn

Dùng Google Sheets, LibreOffice Calc hoặc giấy. Đóng order interface; không gửi order và chưa dùng tiền thật.

Tạo cột: ID, expected, observed, version, state, reason, unresolved, timestamp.

b. Sáu bước

1. OPEN khi opening gate đủ.
2. PLAN bằng scope lock và output.
3. OPERATE paper event đúng version.
4. LOG exception, không rewrite rule.
5. CLOSE với output và unresolved item.
6. REVIEW log, tạo change candidate nếu đủ evidence.

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

Denominator: 2 OPEN, 2 OPERATE, 2 CLOSE, 2 BLOCK.

Output duy nhất: PROFESSIONAL ROUTINE LOG. Không có BUY/SELL.

Chỗ nhận sai thứ nhất: OR-04 vẫn OPERATE vì exception được log mà version không bị sửa giữa window. Chỗ nhận sai thứ hai: OR-06 là CLOSE, chưa phải “đổi rule”; weekly review chỉ nhận handoff. OR-07 và OR-08 giữ BLOCK, không tạo workaround.

Hình 4 — Tám event giữ 2/2/2/2 và tách vận hành khỏi thay đổi rule.

6. Tổng kết và bước tiếp theo

a. Năm ý chính

• Professional routine là process có state, gate và record; không phải lifestyle.
• Daily loop mở–vận hành–đóng; weekly loop gom evidence và quản trị thay đổi.
• Một paper window giữ một scope và rule version.
• Exception được log; change candidate chưa tự động thành rule mới.
• PROFESSIONAL ROUTINE LOG là record vận hành, không phải BUY/SELL.

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

• Runbook khác một lịch giờ cố định ở đâu?
• Daily loop và weekly loop có trách nhiệm gì khác nhau?
• Vì sao OR-04 vẫn là OPERATE?
• Output cuối của bài tập là gì?

c. Gợi ý đáp án

Xem gợi ý câu 1

Runbook có state, gate, scope, version và output; lịch giờ có thể chỉ là preference. → Xem lại mục 1.

Xem gợi ý câu 2

Daily giữ state của session; weekly tổng hợp log và đề xuất thay đổi. → Xem lại mục 2.

Xem gợi ý câu 3

Exception đã được ghi mà rule version không bị rewrite giữa window. → Xem lại mục 5.

Xem gợi ý câu 4

`PROFESSIONAL ROUTINE LOG`; không có BUY/SELL. → Xem lại mục 5.

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

e. Nguồn tham khảo

• Zimmerman — Self-regulated learner
• Gollwitzer & Sheeran — Implementation intentions
• FINRA — Day-Trading Risk Disclosure
• Investor.gov — Executing an Order
• Investor.gov — Understanding Order Types

f. Điều hướng

Peak Performance Routine #15 quản trị quality/recovery trong session. Review Framework #17 sẽ chuẩn hóa cách biến log thành finding, decision và follow-up.

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. Trading có thể làm mất vốn; routine không bảo đảm kết quả.