Cách tạo vòng lặp với Claude Code

Hầu hết các quy trình làm việc với Claude vẫn chỉ là một lần.

Bạn viết một prompt. Claude trả lời. Phiên kết thúc. Ngày mai bạn bắt đầu lại từ đầu.

Điều đó ổn cho các tác vụ một lần.

Nhưng đối với công việc lặp đi lặp lại — đánh giá hàng ngày, phân loại CI, giám sát dự án, theo dõi cuộc họp — bạn đang xây dựng lại cùng một ngữ cảnh mỗi ngày.

Đó không phải là một quy trình làm việc. Đó là lao động chân tay với một chút AI.

Sự trừu tượng hóa tốt hơn là một vòng lặp.

Lưu lại cái này. Bạn sẽ dùng nó.

Vòng lặp Claude thực sự là gì

Một vòng lặp không phải là "chỉ hỏi Claude lại."

Một vòng lặp là một cấu trúc quy trình làm việc có thể lặp lại xoay quanh mô hình.

Nó xác định:

→ Điều gì kích hoạt lần chạy

→ Ngữ cảnh nào Claude đọc trước khi hành động

→ Claude được phép làm gì → Đầu ra được xác minh như thế nào

→ Trạng thái được lưu trữ ở đâu

→ Khi nào dừng, lặp lại, hoặc yêu cầu xem xét của con người

Mô hình vẫn thực hiện việc suy luận.

Vòng lặp cung cấp cấu trúc vận hành.

Sự thay đổi này quan trọng vì các phiên của Claude chỉ là tạm thời.

Không có vòng lặp, mỗi lần chạy đều bắt đầu từ con số không. Có vòng lặp, Claude đọc những gì đã xảy ra trước đó và tiếp tục từ đó.

6 phần mà mọi vòng lặp Claude cần

Một vòng lặp không có cấu trúc chỉ là một prompt chạy hai lần.

Dưới đây là 6 phần tạo nên một vòng lặp thực sự hiệu quả:

→ 1. Bộ kích hoạt (Trigger)

Điều gì bắt đầu lần chạy.

Lệnh thủ công. Bộ hẹn giờ theo lịch. Thay đổi tệp. Lỗi CI. Sự kiện Git.

→ 2. Ngữ cảnh (Context)

Claude đọc gì trước khi hành động.

Định nghĩa tác vụ. Tiến độ trước đó. Các tệp dự án. Hướng dẫn.

→ 3. Hành động (Action)

Claude làm gì.

Viết báo cáo. Soạn thảo bản sửa lỗi. Phân loại lỗi. Cập nhật tài liệu.

→ 4. Xác minh (Verification)

Bạn kiểm tra kết quả như thế nào.

Danh sách kiểm tra. Bộ kiểm thử. Các phần bắt buộc. Kiểm tra ranh giới an toàn.

→ 5. Cập nhật trạng thái (State update)

Điều gì được ghi nhớ cho lần tiếp theo.

Cập nhật PROGRESS.md. Ghi lại các vấn đề cản trở. Hướng dẫn lần chạy tiếp theo.

→ 6. Quyết định (Decision)

Dừng. Lặp lại. Hoặc chuyển lên cho con người.

Đó là vòng lặp hoàn chỉnh.

Và mọi bước đều quan trọng.

Bỏ qua xác minh → vòng lặp mù quáng tin tưởng chính nó.

Bỏ qua trạng thái → mọi lần chạy đều bắt đầu từ con số không.

Bỏ qua quyết định → vòng lặp không bao giờ biết khi nào nên dừng.

Hệ thống 4 tệp giúp vòng lặp hoạt động

Bạn không cần cơ sở hạ tầng.

Bạn cần 4 tệp và một thư mục.

1my-loop/
2├── TASK.md
3├── LOOP_INSTRUCTIONS.md
4├── PROGRESS.md
5└── outputs/
6    └── daily-review.md

TASK.md — Mục tiêu. Vòng lặp này đang cố gắng hoàn thành điều gì.

LOOP_INSTRUCTIONS.md — Quy trình vận hành. Claude nên chạy như thế nào, nó được phép làm gì, cách xác minh.

PROGRESS.md — Bộ nhớ. Điều gì đã xảy ra lần trước, điều gì bị chặn, lần chạy tiếp theo nên tập trung vào đâu.

outputs/ — Nơi Claude ghi kết quả. Có thể dự đoán được. Có thể kiểm tra. An toàn.

Chỉ vậy thôi.

Claude đọc các tệp này khi bắt đầu mỗi lần chạy. Cập nhật chúng khi kết thúc. Lần chạy tiếp theo tiếp tục từ nơi lần cuối cùng dừng lại.

Đây là điều làm cho vòng lặp khác biệt so với các prompt lặp đi lặp lại.

Trạng thái tồn tại bên ngoài cuộc trò chuyện.

TASK.md — Xác định mục tiêu rõ ràng

Tệp này cho Claude biết vòng lặp dùng để làm gì.

Giữ nó ở cấp độ cao. Đừng đưa chi tiết vận hành vào đây. Những thứ đó để trong LOOP_INSTRUCTIONS.md.

Sao chép mẫu này:

1# Vòng lặp Đánh giá Dự án Hàng ngày
2
3## Mục tiêu
4Xem xét thư mục dự án này, tóm tắt những gì đã thay đổi,
5xác định các vấn đề cản trở và tạo một báo cáo đánh giá hàng ngày ngắn gọn.
6
7## Đầu ra mong đợi
8Mỗi lần chạy sẽ tạo hoặc cập nhật:
9- `outputs/daily-review.md`
10- `PROGRESS.md`
11
12## Phạm vi
13Claude có thể kiểm tra các tệp trong không gian làm việc này và viết
14báo cáo vào thư mục `outputs/`.
15
16Claude KHÔNG được:
17- Sửa đổi các tệp nguồn
18- Xóa hoặc đổi tên tệp
19- Gửi tin nhắn hoặc mở ticket

Hãy chú ý đến phần cuối cùng.

Phiên bản đầu tiên của bất kỳ vòng lặp nào cũng nên có các quy tắc "không được" rõ ràng.

Đây không phải là Claude không đáng tin cậy.

Đây là bạn là một kỹ sư giỏi.

PROGRESS.md — Bộ nhớ của vòng lặp

Đây là tệp quan trọng nhất trong hệ thống.

Không có nó, mọi lần chạy đều bắt đầu từ đầu. Có nó, Claude biết điều gì đã xảy ra và tiếp tục từ đó.

Cấu trúc thực sự hiệu quả:

1# Tiến độ Vòng lặp
2
3## Trạng thái hiện tại
4- Trạng thái: Đang hoạt động
5- Mục tiêu chính: Đánh giá dự án hàng ngày
6- Trọng tâm hiện tại: [điều quan trọng ngay bây giờ]
7- Cập nhật lần cuối: [ngày]
8
9## Lần chạy trước
10- Ngày:
11- Tóm tắt:
12- Các tệp đã xem xét:
13- Đầu ra đã tạo:
14
15## Các mục còn tồn đọng
16-
17
18## Vấn đề cản trở
19-
20
21## Cần xem xét của con người
22-
23
24## Lần chạy tiếp theo nên
25-
26
27## Các quyết định đã đưa ra
28-
29
30## Không lặp lại
31-

Phần "Không lặp lại" rất quan trọng.

Nó ngăn Claude thử lại những việc đã thất bại.

Phần "Cần xem xét của con người" rất quan trọng.

Nó ngăn vòng lặp âm thầm tiếp tục khi không nên.

Hai quy tắc để giữ cho PROGRESS.md hữu ích:

→ Nếu Claude cần nó để quyết định hành động tiếp theo → giữ nó trong PROGRESS.md → Nếu bạn chỉ muốn một bản ghi → chuyển nó sang outputs/history/

Các tệp trạng thái phát triển mãi mãi sẽ trở nên vô dụng.

Giữ PROGRESS.md như một bảng điều khiển, không phải một kho lưu trữ.

LOOP_INSTRUCTIONS.md — Quy trình vận hành

Tệp này là lớp kiểm soát xung quanh Claude.

Nó cho Claude biết chính xác nên đọc gì, viết gì, không được chạm vào gì và cách xác minh kết quả trước khi dừng.

Mẫu hiệu quả:

1# Hướng dẫn Vòng lặp
2
3Bạn đang chạy một vòng lặp đánh giá dự án hàng ngày.
4
5## Trước khi bắt đầu
61. Đọc `TASK.md`
72. Đọc `PROGRESS.md`
83. Kiểm tra thư mục dự án
94. Xác định những gì đã thay đổi, những gì chưa hoàn thành, những gì cần xem xét của con người
10
11## Những gì bạn nên làm
12Viết một bài đánh giá hàng ngày ngắn gọn vào `outputs/daily-review.md` bao gồm:
13- Tóm tắt trạng thái hiện tại
14- Các tệp đã xem xét
15- Các thay đổi có ý nghĩa
16- Các vấn đề cản trở hoặc câu hỏi chưa được giải quyết
17- Các hành động tiếp theo được đề xuất
18
19Sau khi viết, cập nhật `PROGRESS.md` với:
20- Ngày của lần chạy này
21- Tóm tắt những gì đã xảy ra
22- Các tệp đã kiểm tra
23- Lần chạy tiếp theo nên làm gì
24- Liệu có cần xem xét của con người không
25
26## Quy tắc an toàn
27- Không xóa tệp
28- Không đổi tên hoặc di chuyển tệp
29- Không sửa đổi các tệp nguồn
30- Chỉ ghi vào `outputs/daily-review.md` và `PROGRESS.md`
31- Nếu không chắc chắn một hành động có được phép hay không → dừng lại và hỏi
32
33## Danh sách kiểm tra xác minh
34Trước khi kết thúc lần chạy, hãy xác nhận:
35- `outputs/daily-review.md` tồn tại với tất cả các phần bắt buộc
36- `PROGRESS.md` đã được cập nhật
37- Không có tệp nào ngoài đường dẫn được phép bị sửa đổi
38
39## Chính sách xử lý lỗi
40Nếu xác minh thất bại:
411. Thiếu phần trong báo cáo → sửa một lần
422. `PROGRESS.md` chưa được cập nhật → cập nhật một lần
433. Tệp bị cấm đã bị sửa đổi → dừng ngay lập tức
444. Cùng một kiểm tra thất bại hai lần → đánh dấu là cần xem xét của con người

Hãy chú ý đến chính sách xử lý lỗi ở cuối.

Hầu hết các vòng lặp không có chính sách xử lý lỗi.

Vì vậy, khi có sự cố, Claude sẽ ứng biến.

Đó là lúc các vòng lặp tạo ra vấn đề.

Hãy xác định rõ ràng đường dẫn lỗi. Luôn luôn.

Chạy vòng lặp đầu tiên của bạn theo cách thủ công

Đừng lên lịch trình ngay.

Hãy chạy thủ công trước.

Mở thư mục trong Claude Code hoặc Claude Desktop/Cowork. Sử dụng prompt này:

1Chạy vòng lặp đánh giá dự án hàng ngày cho không gian làm việc này.
2
3Tuân theo `LOOP_INSTRUCTIONS.md` một cách chính xác.
4
5Trước khi hành động, hãy đọc:
6- `TASK.md`
7- `PROGRESS.md`
8- `LOOP_INSTRUCTIONS.md`
9
10Sau đó kiểm tra không gian làm việc, viết bài đánh giá hàng ngày vào
11`outputs/daily-review.md`, cập nhật `PROGRESS.md`,
12chạy danh sách kiểm tra xác minh và báo cáo những gì đã thay đổi.
13
14Không sửa đổi bất kỳ tệp nào ngoại trừ
15`outputs/daily-review.md` và `PROGRESS.md`.

Sau khi chạy, hãy kiểm tra hai điều:

→ outputs/daily-review.md — báo cáo có cấu trúc với tất cả các phần

→ PROGRESS.md — trạng thái đã cập nhật, hướng dẫn lần chạy tiếp theo, cờ xem xét của con người

Nếu cả hai đều ổn → vòng lặp đang hoạt động.

Bây giờ hãy chạy nó thêm 3-5 lần nữa với những thay đổi nhỏ.

Thêm một tệp ghi chú. Thêm một vấn đề cản trở vào PROGRESS.md. Thay đổi một cái gì đó trong không gian làm việc.

Mỗi lần chạy sẽ nhận được các thay đổi mà không cần bắt đầu từ con số không.

Sự liên tục đó là toàn bộ mục đích.

Xác minh: phần mà hầu hết mọi người bỏ qua

Đây là chế độ thất bại mà không ai nói đến.

Claude chạy vòng lặp. Nói rằng nó đã xong. Cập nhật trạng thái. Dừng lại.

Mọi thứ có vẻ ổn.

Nhưng báo cáo thiếu các phần bắt buộc. Hoặc PROGRESS.md thực sự không được cập nhật. Hoặc Claude âm thầm chỉnh sửa một tệp mà nó không nên.

Bạn chỉ phát hiện ra khi có thứ gì đó bị hỏng.

Đó là lý do tại sao xác minh tồn tại.

Vòng lặp không nên dừng vì Claude nói nó đã hoàn thành.

Nó dừng lại vì một điều kiện cụ thể đã được kiểm tra.

Xác minh tốt trông như thế này:

Chạy một lượt xác minh cho lần thực thi vòng lặp mới nhất.

Kiểm tra đầu ra so với Danh sách kiểm tra Xác minh

trong \LOOP_INSTRUCTIONS.md\.

Báo cáo:

1. Những kiểm tra nào đã đạt
2. Những kiểm tra nào đã thất bại
3. Những tệp nào đã được sửa đổi
4. Liệu lần chạy có an toàn để chấp nhận không
5. Liệu có cần xem xét của con người không

Không sửa đổi bất kỳ tệp nào trong lượt xác minh này.

Chạy worker. Sau đó chạy verifier. Riêng biệt.

Theo thời gian, bạn có thể hợp nhất chúng. Nhưng trong giai đoạn thử nghiệm ban đầu, hãy giữ chúng riêng biệt.

Verifier cần một tiêu chuẩn đạt/không đạt.

"Xem xét cái này và cho tôi biết nếu nó ổn" KHÔNG phải là một verifier.

"Kiểm tra 7 điều kiện này và chỉ đánh dấu lần chạy được chấp nhận nếu tất cả 7 điều kiện đều đạt" MỚI LÀ một verifier.

Lên lịch với /loop

Vòng lặp đang chạy đáng tin cậy theo cách thủ công.

Bây giờ hãy lên lịch cho nó.

Trong Claude Code, sử dụng /loop:

1/loop 24h Chạy vòng lặp đánh giá dự án hàng ngày cho không gian làm việc này.
2
3Tuân theo `LOOP_INSTRUCTIONS.md` một cách chính xác.
4Đọc `TASK.md` và `PROGRESS.md` trước.
5Viết báo cáo vào `outputs/daily-review.md`.
6Cập nhật `PROGRESS.md` trước khi dừng.
7Chạy danh sách kiểm tra xác minh.
8Nếu không có thay đổi có ý nghĩa → giữ báo cáo ngắn gọn.
9Nếu cần xem xét của con người → đánh dấu rõ ràng trong `PROGRESS.md`.
10Không sửa đổi bất kỳ tệp nào ngoại trừ `outputs/daily-review.md`
11và `PROGRESS.md`.

Các tùy chọn khoảng thời gian:

→ /loop 15m — Nhịp độ thử nghiệm (sử dụng trong khi theo dõi)

→ /loop 1h — Giám sát hàng giờ

→ /loop 24h — Đánh giá hàng ngày

→ /loop 7d — Dọn dẹp hoặc tóm tắt hàng tuần

Quan trọng: /loop không phải là phép màu.

Nó chỉ lặp lại prompt.

Chất lượng của vòng lặp đến từ cấu trúc xung quanh prompt — các tệp, hướng dẫn, xác minh, trạng thái.

/loop chỉ cung cấp bộ kích hoạt.

Cũng nên biết về /goal:

/loop = chạy lại vì thời gian đã trôi qua.

/goal = tiếp tục chạy cho đến khi một điều kiện được đáp ứng.

1/goal outputs/daily-review.md tồn tại, PROGRESS.md được cập nhật,
2danh sách kiểm tra xác minh đạt, không có tệp bị cấm nào bị sửa đổi.

Sử dụng /loop cho công việc dựa trên thời gian (đánh giá hàng ngày, giám sát).

Sử dụng /goal cho công việc dựa trên hoàn thành (sửa cho đến khi kiểm thử đạt, viết cho đến khi tất cả các phần hoàn thành).

Thang quyền hạn

Đây là nơi hầu hết các vòng lặp sai.

Mọi người xây dựng một vòng lặp hoạt động. Sau đó ngay lập tức trao cho nó quá nhiều quyền lực.

Vòng lặp đăng trực tiếp lên Slack. Đẩy code mà không cần xem xét. Tự động đóng ticket.

Sau đó, có sự cố và nó trở nên hỗn loạn.

Thay vào đó, hãy sử dụng thang quyền hạn:

1Cấp 1 — Chỉ đọc
2Claude đọc các tệp, ticket, nhật ký, vấn đề.
3
4Cấp 2 — Soạn thảo đầu ra
5Claude chỉ ghi vào outputs/.
6Báo cáo, kế hoạch, đề xuất.
7Không có gì bên ngoài.
8
9Cấp 3 — Chỉnh sửa trong sandbox
10Claude sửa đổi các tệp bên trong một sandbox được kiểm soát.
11Nhánh hoặc worktree biệt lập.
12
13Cấp 4 — Soạn thảo hành động bên ngoài
14Claude chuẩn bị PR, tin nhắn Slack, cập nhật ticket.
15KHÔNG gửi hoặc hợp nhất.
16
17Cấp 5 — Hành động được con người phê duyệt
18Claude chỉ áp dụng các thay đổi sau khi có sự chấp thuận rõ ràng.
19
20Cấp 6 — Hành động tự động hóa rủi ro thấp
21Claude hoàn thành các tác vụ có phạm vi hẹp một cách tự động.
22Có nhật ký, giới hạn và khả năng khôi phục.

Vòng lặp đầu tiên của bạn nên ở Cấp 1 hoặc Cấp 2.

Đó không phải là điểm yếu. Đó là kỹ thuật.

Các vòng lặp Cấp 1 và 2 vẫn có thể cực kỳ giá trị.

Claude có thể kiểm tra các vấn đề GitHub của bạn, đọc các lỗi CI, xem xét PRD và tóm tắt mọi thứ — tất cả mà không cần chạm vào bất cứ điều gì quan trọng.

Hãy chứng minh vòng lặp hoạt động ở Cấp 2 trước.

Sau đó quyết định xem nó có xứng đáng với Cấp 3 hay không.

Khi vòng lặp sai (và cách ngăn chặn)

Vòng lặp đầu tiên tồi:

Mỗi ngày, cải thiện chiến lược sản phẩm cho đến khi nó cảm thấy mạnh mẽ hơn.

→ Không có điều kiện dừng → Không có xác minh → Không có trạng thái → "Cảm thấy mạnh mẽ hơn" không phải là một mục trong danh sách kiểm tra

Vòng lặp này sẽ không làm gì hữu ích hoặc sẽ thay đổi những thứ nó không nên.

Vòng lặp đầu tiên tốt:

Mỗi thứ Sáu, xem xét tài liệu chiến lược sản phẩm.

Xác định các phần đã thay đổi trong tuần này.

Liệt kê các giả định chưa được giải quyết.

Viết một ghi chú đánh giá có cấu trúc vào outputs/strategy-review.md.

Không chỉnh sửa trực tiếp tài liệu chiến lược.

→ Lịch trình rõ ràng → Phạm vi giới hạn → Tệp đầu ra có thể dự đoán → Ranh giới quyền hạn an toàn

Sự khác biệt không phải là trí thông minh. Đó là thiết kế.

5 điều làm hỏng vòng lặp:

→ Lên lịch trước khi thử nghiệm thủ công

→ Không có tệp trạng thái — mọi lần chạy đều khởi động lại từ đầu

→ Không có xác minh — vòng lặp tự tin tưởng vào chính nó

→ Không có chính sách xử lý lỗi — kết quả xấu ứng biến

→ Quá nhiều công cụ quá sớm — bán kính vụ nổ mở rộng

Sửa cả năm trước lệnh /loop đầu tiên.

Thêm công cụ và bộ kết nối

Khi vòng lặp cục bộ ổn định, bạn có thể mở rộng nó.

GitHub. Slack. Linear. Jira. Nhật ký CI.

Nhưng mọi công cụ mới đều mở rộng bán kính vụ nổ.

Tuân theo cùng một nguyên tắc: đọc trước, soạn thảo thứ hai, ghi chỉ sau nhiều lần chạy thành công.

Các quy tắc dành riêng cho công cụ được đặt trong LOOP_INSTRUCTIONS.md:

1## Chính sách Quyền hạn Công cụ
2
3### GitHub
4Được phép:
5- Đọc các vấn đề đang mở
6- Đọc trạng thái pull request
7- Đọc trạng thái CI
8- Soạn thảo bản tóm tắt trong `outputs/github-review.md`
9KHÔNG được phép:
10- Push commit
11- Hợp nhất pull request
12- Đóng vấn đề
13- Bình luận công khai mà không có sự chấp thuận
14
15### Slack
16Được phép:
17- Soạn thảo tin nhắn trong `outputs/slack-update.md`
18KHÔNG được phép:
19- Gửi tin nhắn
20- Đề cập đến người dùng
21- Đăng lên kênh
22
23### Linear/Jira
24Được phép:
25- Đọc các ticket được gán
26- Soạn thảo các bản cập nhật được đề xuất
27KHÔNG được phép:
28- Thay đổi trạng thái
29- Đóng ticket
30- Tạo ticket mà không có sự chấp thuận

Nếu công cụ không được liệt kê → dừng lại và yêu cầu xem xét của con người.

Điều này bảo vệ bạn khỏi vòng lặp làm những việc bạn không nghĩ tới.

Vòng lặp hoàn chỉnh đầu tiên của bạn trông như thế nào

Đây là thiết lập đầy đủ từ đầu.

1## Chính sách Quyền hạn Công cụ
2
3### GitHub
4Được phép:
5- Đọc các vấn đề đang mở
6- Đọc trạng thái pull request
7- Đọc trạng thái CI
8- Soạn thảo bản tóm tắt trong `outputs/github-review.md`
9KHÔNG được phép:
10- Push commit
11- Hợp nhất pull request
12- Đóng vấn đề
13- Bình luận công khai mà không có sự chấp thuận
14
15### Slack
16Được phép:
17- Soạn thảo tin nhắn trong `outputs/slack-update.md`
18KHÔNG được phép:
19- Gửi tin nhắn
20- Đề cập đến người dùng
21- Đăng lên kênh
22
23### Linear/Jira
24Được phép:
25- Đọc các ticket được gán
26- Soạn thảo các bản cập nhật được đề xuất
27KHÔNG được phép:
28- Thay đổi trạng thái
29- Đóng ticket
30- Tạo ticket mà không có sự chấp thuận

Sau đó điền vào từng tệp (sử dụng các mẫu ở trên).

Sau đó chạy thủ công:

1Chạy vòng lặp đánh giá dự án hàng ngày cho không gian làm việc này.
2
3Tuân theo `LOOP_INSTRUCTIONS.md` một cách chính xác.
4Trước khi hành động, hãy đọc TASK.md, PROGRESS.md,
5và LOOP_INSTRUCTIONS.md.
6Viết bài đánh giá hàng ngày vào `outputs/daily-review.md`.
7Cập nhật `PROGRESS.md` trước khi dừng.
8Chạy danh sách kiểm tra xác minh.
9Không sửa đổi bất kỳ tệp nào ngoại trừ
10`outputs/daily-review.md` và `PROGRESS.md`.

Sau đó xác minh:

1Chạy một lượt xác minh.
2Kiểm tra theo Danh sách kiểm tra Xác minh trong
3`LOOP_INSTRUCTIONS.md`.
4Báo cáo những kiểm tra nào đã đạt, những kiểm tra nào đã thất bại,
5những tệp nào đã được sửa đổi, liệu có cần xem xét của con người không.
6Không sửa đổi bất kỳ tệp nào.

Chạy 3-5 lần thủ công với những thay đổi nhỏ trong không gian làm việc.

Sau đó lên lịch:

1/loop 24h Chạy vòng lặp đánh giá dự án hàng ngày...
2[cùng prompt như thủ công, thêm tiền tố /loop 24h]

Xem xét tuần đầu tiên của các đầu ra đã lên lịch trước khi tin tưởng nó.

Đó là toàn bộ hệ thống.

Sự thay đổi làm thay đổi mọi thứ

Trước vòng lặp:

→ Bạn viết một prompt

→ Claude trả lời

→ Ngày mai bạn viết lại cùng một prompt

→ Claude không có ký ức về ngày hôm qua

→ Bạn theo dõi thủ công những gì đã thay đổi

→ Mọi thứ đều được đặt lại với mỗi phiên

Sau vòng lặp:

→ TASK.md xác định mục tiêu một lần

→ PROGRESS.md mang ký ức qua các lần chạy

→ LOOP_INSTRUCTIONS.md kiểm soát hành vi

→ Claude đọc, hành động, xác minh, cập nhật, dừng

→ Ngày mai nó tiếp tục từ nơi nó dừng lại

→ Bạn xem xét đầu ra, không phải prompt

Nút thắt cổ chai chuyển từ tạo công việc sang xem xét công việc.

Đó là đòn bẩy thực sự.

Bạn không đặt câu hỏi tốt hơn cho Claude.

Bạn đang thiết kế một hệ thống tiếp tục hoạt động mà không cần bạn.

10 vòng lặp bạn có thể xây dựng trong tuần này

→ Đánh giá dự án hàng ngày — đọc không gian làm việc, viết tóm tắt

→ Trình trích xuất theo dõi cuộc họp — biến ghi chú thành các mục hành động

→ Lập kế hoạch dọn dẹp thư mục — sắp xếp, đề xuất, không chạm vào

→ Phân loại lỗi CI — đọc nhật ký, phân loại lỗi, soạn thảo điều tra

→ Trình tóm tắt vấn đề GitHub — đọc các vấn đề đang mở, nhóm theo chủ đề

→ Trợ lý xem xét PR — đọc diff, gắn cờ các vấn đề tiềm ẩn

→ Vòng lặp nghiên cứu bản tin — thu thập nguồn, soạn thảo tóm tắt

→ Trình tìm lỗ hổng tài liệu — đọc tài liệu, gắn cờ các phần bị thiếu

→ Người soạn thảo standup hàng ngày — đọc PROGRESS.md, viết standup

→ Vòng lặp tổng kết hàng tuần — xem xét tuần, xác định các mẫu

Mỗi vòng lặp trong số này đều bắt đầu với cùng một hệ thống 4 tệp.

Điều duy nhất thay đổi là TASK.md và LOOP_INSTRUCTIONS.md.

Nếu điều này hữu ích:

→ Đăng lại để chia sẻ với mọi nhà phát triển sử dụng Claude

→ Theo dõi @sairahul1 để biết thêm các hệ thống hoạt động mà không cần bạn

→ Đánh dấu trang này — các mẫu có sẵn để sao chép-dán

Đăng ký theaibuilders.co để biết thêm nhiều bài viết thú vị như thế này

Tôi viết về AI, xây dựng sản phẩm và hệ thống tự động hóa.