Thẩm định đối thủ (Benchmark Due Diligence)
Bóc tách thành công của một founder/KOL/công ty mà bạn ngưỡng mộ, tách phần 'bong bóng marketing' khỏi tín hiệu thật rồi ánh xạ playbook đã kiểm chứng vào nguồn lực của chính bạn.
Dữ liệu · Phân tíchNâng cao★ 1,323⑂ 212Điểm AI 8/10Cập nhật lần cuối: 8 thg 8, 2026
Làm được gì
Đây không phải một bản báo cáo trung lập mà là thẩm định đối kháng: mọi tuyên bố của đối tượng bị coi là bị thổi phồng cho đến khi được chứng minh. Quy trình gồm 4 pha:
- Pha 0 — Dựng nền bằng bằng chứng: không suy đoán quan hệ sở hữu từ tên miền hay tên gọi; xác minh ai thực sự sở hữu cái gì, và đặc biệt là chỉ số 'cúp vàng' (ví dụ "đưa sản phẩm từ 0 lên 1 triệu người dùng") có thực sự thuộc về người đó không. Đồng thời phân biệt tài sản bạn thực sự sở hữu với tài sản của khách hàng bạn.
- Pha 1+2 — Thu thập rồi kiểm chứng theo từng chiều: agent thu thập gắn URL nguồn và loại nguồn (tự thuật/marketing vs bên thứ ba độc lập); agent kiểm chứng mang thái độ hoài nghi, chấm bằng chứng L1–L4 và ra phán quyết (xác thực / khá tin cậy / nghi ngờ / bác bỏ - bong bóng).
- Pha 3 — Phân bổ nguyên nhân thành công: bao nhiêu % là sản phẩm, bao nhiêu là thời điểm thị trường, bao nhiêu là marketing IP cá nhân, bao nhiêu là vận hành — và tách rõ 'phương pháp có thể sao chép' khỏi 'may mắn / thời điểm'.
- Pha 4 — Với BẠN thì sao: bảng ánh xạ playbook × nguồn lực thật của bạn, gắn nhãn ✅ học được / ⚠️ không tái lập được / 🔄 đang làm rồi / 🚫 bong bóng đừng bắt chước, kèm danh sách hành động.
Một điểm rất đáng khen: cơ chế bảo mật hai kênh. Bối cảnh riêng tư của bạn (tên khách hàng, ý đồ chiến lược) chỉ được đưa vào pha ánh xạ cuối, không bao giờ lọt vào các agent chạy tìm kiếm web.
Phù hợp với ai
- Founder muốn biết đối thủ có thực sự giỏi hay chỉ giỏi PR
- Người làm đầu tư / chiến lược cần kiểm chứng các con số headline (top 1 Product Hunt, số người dùng, định giá)
- Marketer muốn sao chép công thức tăng trưởng của KOL nhưng cần biết phần nào tái lập được
- Tư vấn viên muốn báo cáo benchmark kết thúc bằng kế hoạch hành động, không phải tóm tắt trung lập
Ví dụ sử dụng
- "Founder này khoe đưa sản phẩm từ 0 lên 1 triệu user — thật không?" → skill đặt việc quy thuộc thành tích đó làm mục tiêu kiểm chứng số 1 và đối chiếu với nguồn bên thứ ba.
- Bóc tách playbook truyền thông của một đối thủ: ma trận nền tảng, chân dung nhân vật, dạng nội dung, cách mượn khán giả người khác, phễu từ IP cá nhân về sản phẩm.
- Rà soát trước khi đầu tư: pháp nhân, vòng gọi vốn, so sánh với một đối thủ tương đương, và cách loại playbook này thường thất bại.
· · · Hướng dẫn cài đặt · · ·
Cài vào ứng dụng Claude (không cần terminal)
- Tải tệp ZIP bằng nút bên dưới.
- Trong Claude, mở Settings → Capabilities và bật 'Code execution and file creation'. (chỉ một lần)
- Vào Customize → Skills → + → 'Upload a skill' rồi tải tệp ZIP lên.
Cài vào Claude Code
Để Claude làm — dán câu dưới đây vào Claude Code
Hãy cài skill mình tìm thấy trên Claude Skill Mart. Copy thư mục benchmark-due-diligence từ repo GitHub daymade/claude-code-skills vào ~/.claude/skills/benchmark-due-diligence/ của mình. Sau khi cài xong, cho mình biết skill này làm được gì trong một câu.
Cài bằng lệnh thủ công
git clone https://github.com/daymade/claude-code-skills.git && mkdir -p ~/.claude/skills && cp -r claude-code-skills/benchmark-due-diligence ~/.claude/skills/⚠ Đây là skill do người khác tạo. Hãy kiểm tra repo gốc trước khi cài.
- Mở Terminal (macOS) hoặc Git Bash/WSL (Windows).
- Tạo thư mục skill nếu chưa có:
mkdir -p ~/.claude/skills - Tải kho mã về:
git clone https://github.com/daymade/claude-code-skills.git - Sao chép riêng skill này:
cp -r claude-code-skills/benchmark-due-diligence ~/.claude/skills/ - Kiểm tra trong
~/.claude/skills/benchmark-due-diligence/có cảSKILL.mdlẫn thư mụcreferences/— thiếu references thì thang chấm bằng chứng sẽ không hoạt động. - Khởi động lại Claude Code và xác nhận
benchmark-due-diligencexuất hiện trong danh sách skill. - Dùng thử: "Hãy thẩm định xem thành công của công ty X có bị thổi phồng không". Cần bật công cụ tìm kiếm web; skill chạy nhiều agent song song nên tốn khá nhiều token.
- Lưu ý: đây là skill điều phối, tuyệt đối không chạy nó bên trong subagent (
context: fork), nếu không toàn bộ fan-out sẽ hỏng.
Xem mã nguồn trên GitHub ↗Giấy phép: MIT