Sự kiện đã lưu trữ. Arena chỉ diễn ra một lần, vào ngày 19/09/2026, và hiện không thể chạy lại: sự kiện cần môi trường, mã đội và AI judge được cung cấp trong ngày. Trang này ghi lại cách ngày hôm đó diễn ra. Bạn vẫn có thể tái sử dụng các nhãn khẳng định và khung báo cáo, và đối chiếu bài của mình với báo cáo mẫu đã chấm.
Kịch bản
Bạn nhận hai môi trường cloud xa lạ, một đồng hồ đếm giờ và một giám khảo chỉ thấy những gì bạn viết. Các quy tắc của Ngày 01 và Ngày 02 vẫn áp dụng:- Chỉ đọc. Agent có thể kiểm tra tài nguyên, cấu hình, telemetry và log. Agent không thể thay đổi bất cứ thứ gì hay đọc secret.
- Không có thông tin xác thực. Bạn tham gia bằng mã đội, và môi trường được vận hành sẵn cho bạn.
- Không thực thi gì. Mọi thay đổi trong báo cáo đều là khuyến nghị có người phụ trách được nêu tên.
- Một đến bốn người mỗi đội. Một laptop là đủ.
- Che thông tin trước khi chia sẻ. Xóa account ID, ARN, endpoint, hostname và dữ liệu khách hàng.
Quy tắc tính điểm
Giám khảo là một AI agent. Giám khảo chấm mỗi bản final ba lần và lấy trung vị, rồi trả về tổng điểm cùng một ghi chú ngắn để lượt tiếp theo của bạn nhắm vào những gì lượt trước bỏ sót. Giám khảo không bao giờ tiết lộ đáp án và không xem môi trường thay bạn. Ở Vòng 2 bạn không thấy điểm của chính mình: bảng điểm chỉ cho biết bạn đã nộp.
Cách gắn nhãn mọi khẳng định
Mỗi dòng trong báo cáo có giá trị bằng những gì chứng minh cho nó. Gắn nhãn như bạn đã làm ở Ngày 01:
Số lượng phát hiện không bị giới hạn. Một phát hiện được chứng minh có giá trị hơn năm phát hiện phỏng đoán, và báo cáo tự nêu rõ lỗ hổng của mình được điểm cao hơn báo cáo che giấu lỗ hổng.
Hướng dẫn từng bước
1
Tham gia đội trong phần chia sẻ cộng đồng
Tại sự kiện, các đội mở arena.cloudthinker.io (hiện không thể chạy Arena). Trong Join your team, mỗi đội gõ mã tham gia từ thẻ đội hoặc slide, rồi nhấn Enter the arena.
Trạng thái thành công: Team console mở ra với tên đội của bạn và huy hiệu Live trong header. Để đổi tên, nhấn Rename trong header. Tên mà đội khác đã dùng sẽ bị từ chối.

2
Kiểm tra bảng điểm và trang vòng thi
Bảng điểm trên màn hình lớn liệt kê mọi đội với cột R1 · 30%, cột R2 · 70% và Total. Mỗi cột vòng hiển thị tỷ trọng của vòng đó trong tổng 100 điểm. Cột R2 hiển thị biểu tượng khóa cho đến lúc công bố.
Trang vòng thi của bạn có trình soạn thảo 
Trạng thái thành công: vòng thi hiển thị Not started, header ghi Attempts 3 of 3 left, Cooldown ready và Judge idle, và một banner cho biết bạn có thể soạn nháp nhưng việc lưu bị tắt cho đến khi vòng thi mở. Mọi thứ gửi sớm đều không được tính.

report.md, bảng Versions và bộ đếm lượt.
3
Vòng 1: đọc môi trường, rồi thống nhất danh sách (T+00 đến T+05)
Hỏi agent điều gì bất thường trước khi viết bất cứ thứ gì. Dùng năm trong sáu trụ cột Well-Architected (Cost Optimization, Security, Performance Efficiency, Reliability, Operational Excellence) làm khung, không phải chỉ tiêu.Trạng thái thành công: một danh sách ngắn trong đó mọi mục đều trỏ đến một lệnh gọi và output thô của nó. Nếu agent đưa cho bạn một danh sách dài, hãy hỏi agent sẽ sửa mục nào đầu tiên và điều gì chứng minh mục đó. Nếu agent không đọc được thứ gì, đó là một dòng Blocked cho phần 01.
4
Vòng 1: nộp bản final đầu tiên trước T+10
Dán khung này vào trình soạn thảo, điền vào, rồi nhấn Save version và Mark final & grade.Trạng thái thành công: phiên bản xuất hiện trong Versions kèm thời gian, bộ đếm giảm xuống Attempts 2 of 3 left, thời gian chờ bắt đầu, và giám khảo trả về tổng điểm cùng một ghi chú ngắn. Điểm của bạn hiển thị ở cột R1 trên bảng điểm công khai.
5
Vòng 1: nhắm phiên bản thứ hai vào ghi chú (T+18), dừng ở T+23
Sửa lỗ hổng mà ghi chú chỉ ra. Củng cố bằng chứng trước khi thêm phát hiện.Trạng thái thành công: một bản final thứ hai được chấm trước khi hết giờ. Vòng thi đóng theo đồng hồ, không theo lần lưu.
6
Vòng 2: xác định sự cố và hai giả thuyết (T+00 đến T+12)
Đọc triệu chứng theo lời của khách hàng trước khi xem bất kỳ dashboard nào. Viết câu hỏi về sự cố: cái gì hỏng, với ai, từ khi nào. Dashboard báo mọi thứ ổn cũng là một phần của bài tập.Trạng thái thành công: hai giả thuyết được viết ra, mỗi giả thuyết kèm phép đo có thể bác bỏ giả thuyết đó. Nếu một nguyên nhân chắc chắn xuất hiện ngay lập tức, hãy hỏi lời giải thích đối lập trước.
7
Vòng 2: nộp bản final đầu tiên trước T+25, bản thứ hai trước T+40
Dùng năm phần. Sau đó nhắm phiên bản tiếp theo vào phần bạn khó bảo vệ nhất.Trạng thái thành công: bộ đếm lượt giảm và bảng điểm cho thấy đội bạn đã nộp, nhưng điểm R2 vẫn bị khóa. Nếu hết thời gian, hãy nộp những gì bạn có. Một báo cáo kết thúc bằng “không đủ bằng chứng” và trình bày log là một báo cáo hoàn chỉnh.
Điều gì làm nên thành công
- Một thay đổi có thời điểm. Ở Vòng 2, nguyên nhân gốc là tài nguyên có cấu hình của chính nó đã thay đổi. Các điều kiện bạn không xác định được thời điểm là yếu tố góp phần. Xem phân tích nguyên nhân gốc để biết cách Resolve, Frontier Investigation Agent của CloudThinker cho sự cố production, xây dựng chuỗi nhân quả.
- Một phương án ứng phó có người phụ trách. Nêu rõ cần thay đổi gì, ai phê duyệt và bạn sẽ kiểm tra gì sau đó. Phương án ứng phó chỉ nêu triệu chứng sẽ bị coi là phỏng đoán. Trong workspace của bạn, Approvals là nơi người phụ trách đó phê duyệt.
- Trung thực về lỗ hổng. Phạm vi bị chặn và các mắt xích chưa chứng minh được, khi được viết ra, sẽ có lợi cho bạn.
- Bản final đầu tiên sớm. Ghi chú của giám khảo ở lượt đầu là phản hồi duy nhất bạn nhận được. Đội nào chờ đợi sẽ mất phản hồi đó.
Đọc thêm
- AWS Well-Architected Framework
- Google SRE Book: Effective troubleshooting
- NIST SP 800-61r3: Incident response recommendations
Bước tiếp theo
Tổng quan Prove It
Xem cả ba ngày và những gì mỗi ngày xây dựng.
Ngày 02: Investigate
Ôn lại trigger, nguyên nhân gốc và yếu tố góp phần trước Vòng 2.
Phân tích nguyên nhân gốc
Xem cách Resolve truy một triệu chứng đến thay đổi đã gây ra nó.
Approvals
Tìm hiểu cách CloudThinker buộc thay đổi phải chờ một người phê duyệt.