Automobile G-S Auto.69
Region: BJ
Tuesday 20 October 2026 11:31:05 GMT
586
10
0
2
Music
Download
Comments
There are no more comments for this video.
To see more videos from user @automobile.gs.aut, please go to the Tikwm
homepage.
![Đây là trick REA clean-room mà tôi thấy hay nhất tháng này! Gần như chưa ai chạy đúng cách! Ý tưởng: REA tháo tung app ra, Jev chỉ giữ lại cái gì có bằng chứng, và một session Opus 5.5 mới tinh xây lại feature từ mỗi cái spec Jev đã duyệt! Không copy, không đoán mò lọt vào code, vì builder không bao giờ thấy code gốc, chỉ thấy spec! Clean-room rule trong 1 câu: Model thấy code gốc thì không bao giờ được viết code, và model viết code thì không bao giờ được thấy code gốc! 1️⃣ Bạn kết nối REA như này thôi: npx rea-agents setup 2️⃣ Đây là split chi tiết tôi đang chạy và hướng dẫn bạn: - REA đọc feature xuống tận binary và viết mọi rule vào SPEC.md, mỗi rule đều có evidence! - Jev kiểm tra từng rule dựa trên evidence của REA và trả lại bất cứ rule nào không có bằng chứng! - Một session Opus 5.5 mới tinh chỉ nhận SPEC.md và rebuild lại feature, không được mở code gốc! - Haiku 5.5 chạy test với 3 bản cố tình làm hỏng! - Opus chỉ xuất hiện ở 3 thời điểm: 1. Rebuild từ spec đã duyệt 2. Những check Jev đánh là unclear 3. Ký duyệt trước khi ship! 3️⃣ REA đọc – Jev kiểm duyệt – Opus xây dựng lại! Quy trình hoạt động đầy đủ: 1. REA – Phân tích: Đọc và kiểm tra ứng dụng, sau đó tạo tệp SPEC.md, ghi lại toàn bộ quy tắc và hành vi, kèm bằng chứng xác thực cho từng quy tắc. 2. Jev – Kiểm duyệt: Xét duyệt từng quy tắc. Quy tắc nào thiếu bằng chứng sẽ được trả về REA để kiểm tra lại. 3. Opus 5.5 – Xây dựng lại: Bắt đầu một phiên làm việc hoàn toàn mới, chỉ sử dụng tệp SPEC.md đã được phê duyệt để xây dựng lại tính năng, không xem mã nguồn gốc. 4. Haiku 5.5 – Kiểm thử: Chạy các bài kiểm thử và kiểm tra thêm 3 phiên bản được cố tình tạo lỗi để xác nhận hệ thống phát hiện đúng lỗi. 5. Jev – Xử lý kết quả: Những trường hợp kiểm thử chưa rõ ràng sẽ được chuyển lại cho Opus để xử lý. 6. /goal – Duy trì thực thi: Tiếp tục cho đến khi phiên bản xây dựng lại vượt qua kiểm thử và cả 3 phiên bản cố tình tạo lỗi đều không vượt qua kiểm thử. 4️⃣ Prompt bạn paste thẳng vào Claude Code, thay [FEATURE] và [APP] bằng feature của bạn: Thiết lập quy trình xây dựng lại độc lập (Clean Room) theo các bước sau: 1. Sử dụng REA để điều tra tính năng [FEATURE] trong ứng dụng [APP]. Ghi lại toàn bộ hành vi và quy tắc vào tệp SPEC.md. Mỗi quy tắc phải kèm theo bằng chứng mà REA đã thu thập được. 2. Chuyển từng quy tắc cho Jev kiểm duyệt. Bất kỳ quy tắc nào không có bằng chứng đều phải được trả lại REA để điều tra và bổ sung. 3. Khởi tạo một phiên làm việc hoàn toàn mới, chỉ cung cấp tệp SPEC.md. Sử dụng Opus 5.5 để xây dựng lại tính năng mà không được mở hoặc tham khảo mã nguồn gốc. 4. Sử dụng Haiku 5.5 để viết các bài kiểm thử và tạo thêm 3 phiên bản cố tình chứa lỗi. Sử dụng /goal để tiếp tục thực hiện cho đến khi phiên bản xây dựng lại vượt qua toàn bộ bài kiểm thử và cả 3 phiên bản cố tình chứa lỗi đều bị kiểm thử phát hiện và đánh trượt. 5. Yêu cầu bắt buộc: - Trước tiên, hãy hiển thị tệp SPEC.md để tôi kiểm tra. - Tuyệt đối không được bắt đầu xây dựng lại tính năng cho đến khi tôi ra lệnh](/video/cover/7698398677437631751.webp)
