Một vòng làm việc với Loop
Ví dụ dưới đây giải thích cách suy nghĩ khi điều phối Loop. Đây không phải hướng dẫn khẳng định mọi bước đã được nghiệm thu trên bản cài hiện tại.
1. Mô tả kết quả cần đạt#
Ví dụ: “Khi đang soạn một Goal, chuyển sang dự án khác rồi quay lại phải giữ được bản nháp riêng của từng dự án.” Tiêu chí chấp nhận phải chỉ ra thao tác và kết quả quan sát được.
2. Xem kế hoạch và phụ thuộc#
Tách công việc thành phạm vi đủ rõ: kiểm tra nơi lưu bản nháp, cập nhật hành vi cần thiết, chuẩn bị tình huống kiểm chứng. Xem dữ liệu nào thuộc renderer và dữ liệu nào do main quản lý trước khi sửa.
Giữ một ticket Verification trực tiếp cho mỗi Work Item. Đưa danh sách file, case, phạm vi chạy và lần chạy vào bằng chứng của ticket đó.
3. Thực hiện và theo dõi#
Xem task, attempt và kết quả thực hiện trong Graph hoặc Runs. Nếu chỉ mới có mã và test được viết, ghi trạng thái “chưa kiểm chứng”; không dùng việc commit làm bằng chứng test đã đạt.
Giữ lịch sử thất bại và nguyên nhân đang chờ. Một kết quả cũ có thể không còn đủ cho phiên bản mã vừa thay đổi.
4. Giao rõ phạm vi kiểm chứng#
Khi muốn chạy, hãy nêu rõ: “Thực hiện Verification cho thay đổi lưu bản nháp, chạy các tình huống đã chuẩn bị và ghi bằng chứng.” Phạm vi native, provider thật hoặc toàn bộ hệ thống cần được chỉ định đúng.
5. Đánh giá và bàn giao#
Đối chiếu tiêu chí, kết quả kiểm chứng, tài liệu và thay đổi đã tích hợp. Với thay đổi runtime ứng dụng, owner bàn giao cuối mới yêu cầu cập nhật bản cài sau kiểm chứng cấp Goal và commit sạch.
Tài liệu gốc để đối chiếu 3 nguồn
Đường dẫn trong kho mã MegaStacks. Đây là nguồn để kiểm tra hợp đồng và trạng thái, không phải liên kết tải mã công khai.
CLAUDE.mddocs/features/loop-manager/purpose.mddocs/feature-development-workflow.md