Macro Dashboard #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: Macro Dashboard là giao diện evidence phục vụ một câu hỏi quyết định. Nó gồm vài thẻ chỉ báo (Indicator Card), mỗi thẻ có nguồn, phép biến đổi, lịch công bố, ngưỡng, độ mới và người phụ trách. Dashboard giúp biết điều gì đổi và khi nào kiểm lại; nó không tự dự báo hay ra lệnh giao dịch.

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

• Vì sao dashboard nhiều chart vẫn có thể không hỗ trợ quyết định nào.
• Cách thiết kế Indicator Card với bốn timestamp, threshold và stale rule.
• Cách điền Snapshot Sheet Atlas-20 trong 15 phút mà chưa dùng tiền thật.

Lưu ý giáo dục: Atlas-20 và mọi value, threshold, thời điểm đều là demo. State chỉ điều phối research priority, không phải dự báo hay khuyến nghị giao dịch. Quyết định tài chính có rủi ro mất vốn.

1. Macro Dashboard là gì và không phải là gì

a. Bắt đầu bằng decision question

Decision question là câu hỏi cụ thể mà dashboard phải hỗ trợ. Atlas-20 dùng:

“Có đủ evidence để thay đổi research priority trong 30 ngày không?”

Nó chỉ hỏi nhóm nghiên cứu có cần ưu tiên điều tra thêm hay giữ lịch hiện tại.

Macro Dashboard giống bảng điều khiển ô tô: người lái cần vài sensor liên quan chuyến đi, không phải mọi sensor. Chart không đổi cách trả lời question hoặc không ai kiểm lại thì bỏ.

b. Indicator Card là đơn vị cơ bản

Indicator Card là record hữu hạn mô tả một series, value, state và hợp đồng cập nhật. Bốn card demo đại diện Liquidity, Curve, Credit và Activity. Mỗi card trả lời một phần của question; không card nào được tự xưng là kết luận chung.

Card khác chart mồ côi vì trả lời được:

• Series nào, từ source nào?
• Value được biến đổi ra sao và nói về kỳ nào?
• Rule nào làm state đổi?
• Data còn fresh không?
• Ai chịu trách nhiệm và lần kiểm tiếp theo khi nào?

c. Dashboard không phải gallery

Gallery chart để xem; decision interface để vận hành. Interface giữ data contract: source, unit, transform, timestamp, threshold và missing/stale rule.

Câu đoán chắc: “Card đỏ nghĩa là kết luận xấu.” Câu có điều kiện: “Liquidity ALERT vì dưới threshold; overall chỉ đổi khi rule chung thỏa.” Nếu chưa thỏa, output là evidence mixed.

Hình 1 — Dashboard hữu ích khi mỗi card có hợp đồng dữ liệu, trạng thái và thời điểm kiểm lại chứ không chỉ có biểu đồ.

2. Anatomy của một Indicator Card

a. Identity và transform

Phần đầu card ghi source, series, unit và transform. Level, month-over-month và year-over-year là các phép đọc khác nhau.

FRED API hỗ trợ level, change, percent change, frequency aggregation và trả observation date; transform không nên bị ẩn (FRED observations).

b. Bốn timestamp không được trộn

1. Observation date: ngày hoặc kỳ mà value mô tả.
2. Release time: lúc tổ chức nguồn công bố value.
3. Last updated: lúc source ghi series được cập nhật.
4. Refresh time: lúc dashboard lấy dữ liệu.

Báo cáo tháng 5 có thể công bố 10/6, source cập nhật 08:35 và sheet lấy 09:00; các mốc không thay thế nhau.

FRED định nghĩa real-time period là khoảng thông tin được biết cho tới khi đổi; ALFRED truy vấn điều từng được biết trong quá khứ (FRED Real-Time Periods). Card vì thế cần vintage: phiên bản dữ liệu tồn tại tại một thời điểm.

c. Rule, owner và note

Phần vận hành gồm value, threshold, state, max_age — tuổi tối đa cho phép — owner và next update. Evidence note chỉ cần “vì sao state này” và “điều gì làm state đổi”.

Treasury cho biết yield curve rates thường có khoảng 6:00 PM ET nhưng có thể trễ; card không được đánh dấu failed lúc 4:00 PM (Treasury methodology).

Hình 2 — Một card có thể audit phải cho biết value nói về kỳ nào, được công bố/cập nhật/lấy lúc nào và rule nào đổi state.

3. Khóa threshold, state và stale rule

a. State machine đơn giản

Atlas dùng bốn state:

• NORMAL: chưa chạm watch/alert condition.
• WATCH: condition sớm hoặc confirmation chưa đủ.
• ALERT: threshold đã thỏa theo rule.
• STALE_HALT: data quá cũ, missing hoặc refresh không hoàn tất.

Threshold là ranh giới định trước làm state đổi. Màu chỉ hiển thị state; màu không tạo state. Nếu người viết tô đỏ vì “cảm thấy đáng lo”, dashboard không còn tái tạo được.

b. Freshness không phải observation mới

Freshness là tuổi data so với max_age:

age = dashboard cutoff − last successful update

Max_age phải theo frequency, holiday và criticality, không dùng một số cho mọi card.

Giống hộp sữa quá hạn, value đúng nhưng quá cũ vẫn không dùng. Stale data là value vượt max_age hoặc refresh thất bại; dashboard chưa đủ quyền kết luận.

c. Không gộp state bằng cảm giác

Atlas không cộng ALERT=3, WATCH=2, NORMAL=1. Không có weights/calibration thì phép cộng chỉ tạo độ chính xác giả.

Overall rule demo:

1. Critical card stale → STALE_HALT.
2. Ít nhất hai ALERT và không có contradiction quan trọng → ESCALATE_RESEARCH.
3. Các trường hợp còn lại → MONITOR.

Rule phải viết trước kết quả; nếu đổi, tạo version mới và ghi reason.

4. Demo Atlas-20: bốn card, một question

a. Liquidity và Curve

Liquidity Card

• Value 98,6; ALERT khi <99,0.
• Age/max_age 2/7 ngày.
• State ALERT.
• Owner Macro; next update +5 ngày.

Value dưới threshold và fresh nên card ALERT; nó không dự báo asset price.

Curve Card

• Value +15 bp.
• Confirmation rule: positive đủ 10 sessions.
• Current 6/10; age/max_age 0/1 ngày.
• State WATCH.
• Owner Rates; next update +1 ngày.

Curve chưa đủ confirmation; ALERT ở session 6 sẽ vi phạm rule.

b. Credit và Activity

Credit Card

• Value 140 bp; ALERT khi >160 bp.
• Age/max_age 1/2 ngày.
• State NORMAL.
• Owner Credit; next update +1 ngày.

Activity Card

• Index 99,4, giảm ba kỳ.
• Vintage trước được sửa 99,1 → 99,4.
• Age/max_age 12/35 ngày.
• State WATCH · REVISION RISK.
• Owner Macro; next update +23 ngày.

OECD mô tả CLI là tín hiệu sớm định tính về turning points, long-term average 100; khoảng cách 99,4 tới 100 không phải quy mô tăng trưởng (OECD CLI). Activity là demo.

c. Overall state

Board có một ALERT, hai WATCH và một NORMAL. Không critical stale, nhưng chưa có hai ALERT. Kết luận:

MONITOR · EVIDENCE MIXED · NO THESIS UPDATE

Output nói tiếp tục theo dõi, chưa đổi research priority hay thesis. Mixed là kết quả đúng theo rule.

Hình 3 — Bốn card tạo evidence mixed nên dashboard giữ research priority ở MONITOR thay vì ép thành một score.

5. Partial refresh, sai lầm và checklist vận hành

a. Snapshot phải cùng cutoff

Snapshot là bộ card cùng cutoff được lưu để audit. ATLAS-20-T0 giữ value, state, timestamps, contract version và overall output.

Lượt kế có ba card thành công, Activity thất bại: 3/4 SUCCESS · ACTIVITY STALE. Không ghép ba card mới với card cũ. Gate trả:

PARTIAL_REFRESH · STALE_HALT

FRED API v2 cảnh báo request có thể trộn series đã/chưa cập nhật; dùng last_updated để phát hiện và reprocess release (FRED release observations).

Hình 4 — Partial refresh phải dừng publication vì một dashboard nửa mới nửa cũ không còn là cùng snapshot.

b. Sai lầm và giới hạn

Năm lỗi thường gặp:

1. Dashboard sprawl: thêm card nhưng không có decision role.
2. Hidden transform: chart không cho biết value được tính thế nào.
3. Threshold drift: đổi ranh giới để giữ narrative.
4. Double counting: nhiều card dùng cùng một driver nhưng được tính như evidence độc lập.
5. Missing owner: card stale vì không ai chịu trách nhiệm.

Dashboard không sửa measurement error, revision, proxy selection hoặc regime change; bốn card không bao phủ toàn bộ macro.

c. Checklist trước khi bàn giao

• Decision question còn đúng và có horizon không?
• Mỗi card có identity, transform và đủ bốn timestamps không?
• Threshold/state rule có version và viết trước result không?
• Age có dưới max_age theo đúng frequency không?
• Critical card nào missing, stale hoặc partial không?
• Owner, next update và evidence note có rõ không?
• Snapshot có cùng cutoff và được archive không?

Đứng ngoài khi question mơ hồ, source mismatch hoặc contract thiếu. Dừng publication khi critical stale, partial refresh hay state không tái tạo được.

6. Bài tập 15 phút: Snapshot Sheet

a. Bắt đầu từ đâu

Dùng Google Sheets hoặc giấy; có thể mở FRED/OECD page để xem metadata, nhưng dùng Atlas-demo là đủ. Chưa dùng tiền thật, không dựng alert automation và không chọn position.

• 2 phút: ghi decision question.
• 6 phút: tạo four cards.
• 3 phút: điền timestamps, threshold, max_age.
• 2 phút: tính state và overall.
• 2 phút: đặt snapshot ID, owner, next update.

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

• Snapshot: ATLAS-20-T0.
• Overall: MONITOR · EVIDENCE MIXED · NO THESIS UPDATE.
• Partial refresh: 3/4 SUCCESS · ACTIVITY STALE.
• Gate: PARTIAL_REFRESH · STALE_HALT.

c. Update log tối thiểu

Thêm snapshot_id, changed_card, old_state → new_state, reason. Không đổi thì ghi NO MATERIAL CHANGE. Người khác phải hiểu vì sao MONITOR hoặc STALE_HALT.

7. Tổng kết

a. Năm ý chính

• Macro Dashboard phục vụ một decision question, không phải bộ sưu tập chart.
• Indicator Card cần data contract, transform, bốn timestamp, threshold và owner.
• Freshness cùng max_age quyết định value còn dùng được; stale là lý do dừng.
• Overall state phải theo rule định trước, không cộng màu thành score giả.
• Snapshot và update log giữ dashboard truy vết được qua revision, refresh và bàn giao.

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

• Observation date khác release time và refresh time thế nào?
• Vì sao Curve 6/10 sessions chỉ là WATCH?
• Khi partial refresh 3/4, dashboard phải làm gì?
• Vì sao Atlas-20 giữ MONITOR dù Liquidity đang ALERT?

c. Gợi ý đáp án

Xem gợi ý câu 1

Observation date là kỳ value mô tả; release time là lúc nguồn công bố; refresh time là lúc dashboard lấy. Xem lại mục 2.

Xem gợi ý câu 2

Rule cần 10 sessions, còn hiện tại chỉ có 6; gọi ALERT sẽ đổi rule sau sự kiện. Xem lại mục 4.

Xem gợi ý câu 3

Không publish snapshot nửa mới nửa cũ; đặt PARTIAL_REFRESH · STALE_HALT và reprocess. Xem lại mục 5.

Xem gợi ý câu 4

Overall rule cần ít nhất hai ALERT; board chỉ có một ALERT và không critical stale. Xem lại mục 3–4.

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

e. Nguồn tham khảo

• FRED API v2 — Release observations
• FRED — Real-Time Periods
• FRED — Series observations
• U.S. Treasury — Yield Curve Methodology
• OECD — Composite leading indicator

f. Bài tiếp theo

Tiếp tục với Investment Memo #21 để chuyển evidence đã khóa thành một tài liệu quyết định có thesis, evidence for/against, risk, trigger, owner và update rule.

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. Dashboard có thể stale, sai contract hoặc bỏ sót regime change; mọi thị trường đều có rủi ro mất vốn.