Khóa học: Phân tích cơ bản
Case: HPG
Sau bài này bạn biến được phần 5 (điều kiện chứng minh sai) của luận điểm ở bài 6.1 thành một "mắt xích" (checkpoint) cụ thể — dùng đúng registry hơn 100 chỉ số thật của SMP — và hiểu cơ chế Live Report tự đối chiếu.
Bài 0.2 giới thiệu khái niệm falsifiable; bài 6.1 yêu cầu bạn viết một PHẢN ĐỀ — lý lẽ mạnh nhất chống lại chính luận điểm của bạn. Nhưng một câu viết tay ("nếu doanh thu không tăng thì tôi sai") vẫn có thể bị DIỄN GIẢI LẠI khi tới hạn — con người có xu hướng tự bào chữa cho chính mình, đặc biệt khi khoản đầu tư đang lỗ. "Mắt xích" giải quyết đúng vấn đề này: neo phản đề vào 1 chỉ số CÓ THẬT trong hệ thống, để MÁY đối chiếu tự động theo đúng dữ liệu báo cáo tài chính, không phải tác giả tự chấm điểm cho mình. Đây là bài quan trọng nhất của cả khóa học đối với một producer — không phải vì nó khó, mà vì nó là bước duy nhất khiến mọi công sức đọc BCTC, tính tỷ số, chấm chất lượng, định giá ở các tầng trước THẬT SỰ có ý nghĩa lâu dài: nếu không có bước này, toàn bộ luận điểm chỉ là một bức ảnh chụp tại một thời điểm, không ai — kể cả bạn — có thể quay lại kiểm tra xem nó đúng hay sai.
Vì sao một luận điểm không falsifiable thì vô giá trị
Karl Popper (triết gia khoa học, The Logic of Scientific Discovery, 1959) đưa ra một tiêu chí phân định khoa học với phi khoa học: một lý thuyết CHỈ có giá trị khoa học nếu nó có thể bị BÁC BỎ bởi một quan sát cụ thể — nếu một lý thuyết được viết sao cho MỌI kết quả quan sát đều "chứng minh" nó đúng, lý thuyết đó không nói lên điều gì cả. Áp dụng thẳng vào đầu tư: một luận điểm kiểu "doanh nghiệp này sẽ tăng trưởng tốt trong dài hạn" — không gắn ngưỡng, không gắn kỳ hạn — sẽ ĐÚNG MÃI MÃI trong đầu người viết, vì bất kỳ kết quả nào (giá tăng: "đúng như dự đoán"; giá giảm: "chưa tới lúc, dài hạn vẫn đúng") đều có thể được diễn giải là "luận điểm vẫn đúng". Đó chính là lý do một luận điểm không falsifiable KHÔNG VÔ HẠI — nó chủ động vô giá trị, vì nó không bao giờ có thể sai, và một thứ không bao giờ có thể sai cũng không bao giờ dạy được bạn điều gì khi thực tế diễn ra khác dự đoán.
Từ câu mơ hồ đến mắt xích cụ thể
Một mắt xích trong Live Report của SMP gồm: metric_key (chỉ số nào, chọn từ registry hơn 100 chỉ số thật) + operator (so sánh kiểu gì: ≥, ≤, giữa hai mốc, tăng trưởng YoY...) + threshold (ngưỡng cụ thể) + kỳ hạn (agg: giá trị mới nhất, tối thiểu 3 năm, trung bình 3 năm). Khi tới hạn, hệ thống tự đọc dữ liệu tài chính THẬT của mã đó và trả về MỘT TRONG BA trạng thái: XANH (đạt ngưỡng), VÀNG (nằm trong dải 10% quanh ngưỡng — "gần đạt" hoặc "vừa trượt", không mập mờ trong đầu người đọc), hoặc ĐỎ (không đạt, ngoài dải vàng) — không ai, kể cả tác giả, có thể tự sửa kết quả này sau khi đã publish.
Publish = khóa vĩnh viễn định nghĩa mắt xích
Một khi Live Report được publish công khai, định nghĩa mắt xích và phản đề bị KHÓA VĨNH VIỄN — chỉ nội dung tường thuật (câu chữ) còn sửa được, còn CAM KẾT thì không. Đây là cơ chế cấu trúc (không phải lời hứa) đảm bảo một luận điểm không thể âm thầm "dời hạn khi sắp thua" — đúng tinh thần falsifiable vừa học ở trên.
Nối vào sổ cái độ tin cậy — vì sao mắt xích không chỉ phục vụ riêng bạn
Mỗi lần hệ thống đối chiếu một mắt xích, kết quả được ghi vào một sổ cái CHỈ-GHI-THÊM (append-only) — không có đường sửa, không có đường xoá đã tồn tại trong toàn bộ kiến trúc SMP. Khi một Live Report đến kỳ hạn (thường theo quý báo cáo tài chính), kết quả xanh/vàng/đỏ của TỪNG mắt xích trở thành một điểm dữ liệu vĩnh viễn trong hồ sơ của chính tác giả đó — tổng hợp lại thành tỷ lệ "số mắt xích đạt / tổng số mắt xích đã đủ điều kiện đối chiếu", và được trình bày công khai dưới dạng khoảng tin cậy Wilson (Wilson score interval — một cách ước lượng tỷ lệ thành công có tính đến việc mẫu còn ít, tránh một tác giả mới có 2/2 mắt xích đúng trông "hoàn hảo 100%" một cách gây hiểu lầm). Đây chính là lý do bài này được gọi là bài quan trọng nhất với producer: mắt xích bạn viết hôm nay không chỉ là lời hứa với chính mình — nó trở thành một dòng vĩnh viễn trong chính hồ sơ năng lực của bạn trên nền tảng.
Ví dụ thật: biến 1 câu mơ hồ về HPG thành mắt xích cụ thể, dùng đúng registry checkpoint của SMP.
Câu mơ hồ ban đầu: "HPG sẽ tăng trưởng tốt nhờ Dung Quất 2."
Bước 1 — chọn chỉ số thật (gọi GET /api/journal/checkpoint-keys?ticker=HPG, xác nhận tồn tại thật): ratio:revenue_cagr (Tăng trưởng doanh thu — CAGR), đơn vị %, hướng "cao là tốt". Giá trị HIỆN TẠI của HPG đo qua đúng chỉ số này: 3,35%/năm (số thật, không phải minh họa).
Bước 2 — đặt ngưỡng + kỳ hạn: "CAGR doanh thu HPG (đo qua ratio:revenue_cagr) sẽ vượt 8%/năm trong lần báo cáo tài chính năm kế tiếp — nếu không đạt, mắt xích này ĐỎ."
Bước 3 — mắt xích hoàn chỉnh (đúng shape hệ thống dùng): {metric_key: "ratio:revenue_cagr", operator: "gte", threshold: 8, agg: "latest"} — máy sẽ tự đọc số CAGR thật của HPG tại kỳ báo cáo kế tiếp và đối chiếu, không cần tác giả tự khai.
Đây chính xác là quy trình mà tính năng Live Report thật trên SMP dùng — mọi Live Report đã publish trên Sàn Nghiên cứu đều có mắt xích được cấu trúc theo đúng cách này.
Đây là điểm hội tụ của toàn bộ khóa học: đọc BCTC thật (Tầng 1) → tính tỷ số thật (Tầng 2) → chấm chất lượng thật (Tầng 3) → định giá thật (Tầng 4) → hiểu đặc thù ngành (Tầng 5) → và cuối cùng, NÉN tất cả thành một cam kết ĐO ĐƯỢC, có ngưỡng, có kỳ hạn, mà chính bạn không thể tự sửa khi sắp thua. Đây là sự khác biệt giữa "có ý kiến về một cổ phiếu" và "có một luận điểm đầu tư thật sự có thể bị chứng minh sai".
Lấy phản đề bạn đã viết ở bài 6.1 (phần 4 — phản đề, lý lẽ mạnh nhất chống lại chính luận điểm của bạn):
1. Mở GET /api/journal/checkpoint-keys?ticker=<mã (hoặc tab Nhật ký → tạo Live Report mới) — tìm 1 metric_key thật khớp với đúng biến số mà phản đề của bạn đang nhắm tới.
2. Viết lại phản đề đó dưới dạng {metric_key, operator, threshold, agg} cụ thể — đúng shape mắt xích của hệ thống.
3. Tự hỏi: nếu bạn thật sự tạo 1 Live Report với mắt xích này và publish công khai — biết rằng kết quả sẽ đi vào sổ cái độ tin cậy vĩnh viễn của chính bạn — bạn có sẵn sàng để nó khóa vĩnh viễn không, hay bạn đang cố để ngưỡng "dễ thắng" hơn mức bạn thật sự tin?