Spec Kit của GitHub đã lên 1.0 — "bundle cho product manager" của nó có cài được thật không?

Một tính năng nghe rất hợp với PM

Spec Kit là toolkit open-source của GitHub để làm spec-driven development: chạy bằng slash command ngay trong hơn 30 AI coding agent (Claude Code, Copilot, Cursor…). Nó vừa đạt v1.0.0 và đang ở v1.0.4 (VERIFIED).

Trong README có một mục tên "Bundles: Role-Based Setups" — hứa dựng nguyên một "persona" cho team (product manager, business analyst, security researcher, developer…) chỉ bằng một lệnh. Nghe như viết riêng cho PM. Mình kiểm tra xem nó có thật không.

Phần chạy được: vòng lặp lõi

Sáu lệnh, theo thứ tự (VERIFIED, README):

1. /speckit.constitution — nguyên tắc dự án, làm một lần
2. /speckit.specify — tập trung vào cái gì và tại sao, không bàn tech stack
3. /speckit.plan — tech stack và kiến trúc
4. /speckit.tasks — chia plan thành task
5. /speckit.implement — thực thi
6. /speckit.converge — đối chiếu kết quả với spec/plan/tasks, lặp đến khi khớp

Chỉ riêng vòng này đã là một cách chia việc rất "PM": bước 1–2 là yêu cầu và ý định, PM làm chủ được mà không cần đụng kiến trúc. Ranh giới giữa specify và plan chính là chỗ PM bàn giao cho tech lead — giờ được viết thành hai lệnh riêng, review được.

Phần của PM bundle có thật

Manifest examples/bundles/product-manager/bundle.yml có tồn tại (VERIFIED). Nó trỏ tới extension agent-context — thật, có tài liệu, cài được. Việc của nó: mỗi lần chạy specify hay plan, nó tự cập nhật file hướng dẫn cho agent (AGENTS.md, CLAUDE.md…) để trỏ tới plan hiện tại. Đúng kiểu repo này đang làm bằng tay.

Phần chưa có

Manifest còn trỏ tới preset product-discovery. Mình probe từng đường dẫn mà một preset có thể nằm: 404 ở tất cả — không manifest, không README (VERIFIED).

GitHub cũng không giấu: ngay dưới bảng bundle, README ghi đây là "bundle packaging examples, not filled generated feature specs". Tức là GitHub đang cho xem hình dạng của một bộ kit cho PM, chưa ship bộ kit đó. Chạy nguyên văn specify bundle install product-manager hôm nay thì một nửa sẽ không resolve được.

Vì sao vẫn đáng để ý

Ví dụ chưa hoàn chỉnh thì không có gì lạ. Điều đáng chú ý là vai trò nào được đặt tên: trong một công cụ mà spec — chứ không phải code — là artifact bền vững mà AI agent làm việc dựa trên, GitHub đặt "product manager" ngang hàng với BA, security researcher và developer. Ngành đang kỳ vọng PM là người viết trực tiếp bên trong vòng lặp AI agent, không chỉ là người dùng đầu ra.

Thử tuần này

1. Đừng chờ PM bundle. specify init trên một feature nhỏ có thật, specify extension add agent-context, rồi chạy trọn vòng constitution → specify → plan → tasks → implement → converge.
2. Coi mọi lời hứa "role bundle" của vendor là thứ cần probe, không phải sự thật. Cách kiểm tra ở bài này — thành phần được nhắc tới có resolve ra file thật không? — dùng lại được cho công cụ tiếp theo tự xưng có "PM edition".
3. Khi demo cho khách hay cho lớp, nói rõ đâu là thật (vòng SDD lõi, agent-context) và đâu là bản phác (nửa discovery/roadmap của PM bundle).