Font loading plan: preload, swap, subset

TL;DR

• Mục tiêu: Tối ưu font loading giảm CLS/LCP.
• Output chuẩn: spec rõ (AC/edge cases) → checklist QA → plan deploy/rollback → log/monitoring.
• Nguyên tắc: mô tả rõ bối cảnh, không đoán; thiếu dữ liệu ghi “CẦN BỔ SUNG”.

1) Input Spec (bắt buộc)

• System: {SYSTEM} (WordPress/Next.js/Shopify/Custom)
• Goal: {GOAL} (perf, SEO, tracking, automation, reliability)
• Scope: {SCOPE} (1 page/10 URLs/sitewide/API)
• Constraints: {CONSTRAINTS} (dev time, plugin, hosting, privacy)
• Evidence: {EVIDENCE} (logs, GSC, GA4, Lighthouse, screenshots)

2) Ví dụ thực chiến

Input

• SYSTEM: Any web
• GOAL: tăng tốc + giảm lỗi
• SCOPE: sitewide
• CONSTRAINTS: chỉ sửa 10 task/tuần

Output kỳ vọng

• PRD/Spec 1 trang + acceptance criteria
• Checklist QA + test cases
• Deploy plan + rollback plan
• Monitoring/alert rules

3) Mẫu thao tác (copy dùng ngay)

Bạn là Web/Dev/Automation Engineer + SEO-aware.
System: {SYSTEM}
Goal: {GOAL}
Scope: {SCOPE}
Constraints: {CONSTRAINTS}
Evidence: {EVIDENCE}

Hãy xuất theo format:
A) Problem statement (5W1H) + impact (user/SEO/business)
B) Root-cause hypotheses (3–5) + cách xác minh
C) Spec chi tiết: giải pháp + acceptance criteria + edge cases
D) Task breakdown: dev tasks + config tasks + content tasks (kèm ước lượng)
E) QA plan: test cases, tools, pass/fail
F) Deploy plan: steps + rollback + risk
G) Monitoring: logs/metrics + alert thresholds + owner
H) Post-deploy checklist: 24h/72h/7d

4) Pass/Fail

• Pass: spec rõ, có AC/test, có rollback, có monitoring.
• Fail: mô tả chung chung, thiếu evidence, thiếu QA/rollback.