Góc đọc · Every
Compound Engineering: triết lý phát triển phần mềm AI-native
Một ghi chú đọc về cách biến mỗi vòng làm việc với AI thành kiến thức, quy trình và hệ thống giúp các vòng sau dễ hơn.
Compound Engineering, theo Every, là cách nhìn việc phát triển phần mềm như một hệ thống tích lũy: mỗi lần lập kế hoạch, triển khai, review và ghi lại bài học phải khiến lần làm tiếp theo nhanh hơn, rõ hơn và đáng tin hơn.
Bài viết phù hợp với nanoHome như một nguyên tắc vận hành cho các vòng xây dựng storefront: không chỉ giao tính năng, mà còn để lại pattern, kiểm thử, tài liệu và checklist cho lần sau.
What changes
Keep the showroom in the buying path.
- 01
For customers
A product page gives the next useful step: buy, request a quote, book a visit, or talk to the showroom.
- 02
For the showroom team
Staff can see product changes, missing prices, quote requests, and items that need approval before they go live.
- 03
For the build team
Engineers can release small pieces, watch failures, and roll back without disturbing the showroom floor.
Triết lý
Mỗi đơn vị công việc nên làm hệ thống tốt hơn
Ý tưởng cốt lõi của Compound Engineering là mỗi phần việc không nên chỉ thêm một tính năng rồi để lại thêm độ phức tạp. Một bug fix tốt nên loại bỏ cả một nhóm bug tương tự. Một pattern tốt nên trở thành hướng dẫn hoặc helper có thể dùng lại. Một lần review tốt nên tạo ra checklist để lần sau tự bắt lỗi sớm hơn.
Đối với nanoHome, điều này có nghĩa là khi thêm nội dung, route, schema hoặc workflow mới, phần học được nên quay lại repo dưới dạng content model rõ ràng, test hợp lý, quy ước trong AGENTS.md hoặc tài liệu trong specs.
- 01Ghi lại quyết định kỹ thuật thay vì để chúng nằm trong trí nhớ của người làm.
- 02Biến lỗi lặp lại thành kiểm thử, validation hoặc checklist.
- 03Ưu tiên pattern có thể tái sử dụng trong content, UI và route.
Workflow
Plan, Work, Review, Compound
Every mô tả một vòng lặp bốn bước: lập kế hoạch, triển khai, review, rồi compound. Ba bước đầu tạo ra tính năng; bước cuối tạo ra hệ thống làm tính năng tiếp theo tốt hơn.
Phần đáng giữ lại cho dự án là nhịp làm việc: nghiên cứu requirement và codebase trước khi sửa, triển khai nhỏ và có kiểm chứng, review theo mức độ ưu tiên, sau đó cập nhật tài liệu hoặc quy ước nếu có bài học tái sử dụng.
- 01Plan: hiểu yêu cầu, khảo sát codebase, kiểm tra tài liệu framework và thiết kế hướng sửa.
- 02Work: triển khai theo từng bước nhỏ, chạy validation và điều chỉnh khi có vấn đề.
- 03Review: tìm lỗi hành vi, regression, thiếu test và ưu tiên xử lý theo mức độ ảnh hưởng.
- 04Compound: ghi lại pattern, checklist hoặc guardrail để lần sau không phải học lại từ đầu.
Áp dụng cho storefront
Taste thuộc về hệ thống, không chỉ thuộc về review
Một điểm mạnh trong bài Every là lời nhắc rằng gu kỹ thuật nên được mã hóa vào hệ thống: schema, helper, test, tài liệu, command và hướng dẫn agent. Khi hệ thống biết cách mình muốn xây, review sẽ bớt là nơi truyền miệng và trở thành nơi xác nhận chất lượng.
Với dự án nanoHome, hướng này đặc biệt hữu ích cho những phần dễ lặp lại như bài viết news, dữ liệu sản phẩm, trang marketing song ngữ, metadata, route contract và e2e flow. Mỗi lần thêm nội dung nên làm cấu trúc nội dung dễ tái sử dụng hơn.
- 01Đưa quy ước bền vững vào schema hoặc helper thay vì copy logic trong từng route.
- 02Khi phát hiện lỗi nội dung song ngữ, bổ sung validation hoặc test tương ứng.
- 03Khi một UI pattern lặp lại, nâng nó thành component dùng chung.
Nguồn tham khảo
Đọc bài gốc
Bài gốc của Every đi sâu hơn vào workflow, plugin, command, review agent và những niềm tin cần thay đổi khi làm phần mềm cùng AI. Entry này chỉ tóm tắt và chuyển hóa các ý chính thành ghi chú phù hợp với repo nanoHome.