AI mặc định về một mức trung bình chung của dữ liệu huấn luyện, nên để có phong cách của bạn bạn phải chỉ ra và bắt buộc nó — qua ví dụ, một file quy tắc tường minh, và một vòng lặp linter bắt những gì lọt qua. Đừng trông cậy nó đoán chuẩn của bạn (WordPress Coding Standards, PSR-12, v.v.).
.eslintrc, phpcs.xml, hoặc .editorconfig của bạn. Đây là các quy tắc ở dạng máy kiểm tra được, và AI có thể đọc chúng.CLAUDE.md hoặc system prompt nêu chuẩn một cách tường minh: "Dự án này theo PSR-12. Dùng indent 4 dấu cách, braces ở dòng kế tiếp cho hàm, snake_case cho hook." Hướng dẫn cố định tốt hơn việc lặp lại mỗi prompt.# 1. AI sinh thay đổi, rồi bạn chạy linter của dự án trên nó:
phpcs --standard=phpcs.xml src/NewClass.php
# => src/NewClass.php 12 | ERROR | Expected 1 space after FUNCTION keyword; 0 found
# src/NewClass.php 14 | ERROR | Line indented incorrectly; expected 4 spaces, found 2
# 2. Dán chính xác các lỗi đó ngược lại cho AI: "Sửa các lỗi phpcs này."
# 3. Chạy lại đến khi sạch. Linter — không phải lời khẳng định của AI — là nguồn chân lý.
Vòng lặp này hội tụ nhanh vì linter cho phản hồi chính xác ở mức dòng mà AI có thể hành động trực tiếp, thay vì bạn mô tả phong cách bằng văn xuôi.
Code bỏ qua quy ước dự án tạo ra ma sát review và sự thiếu nhất quán ngay cả khi nó đúng về mặt chức năng — reviewer lãng phí thời gian vào định dạng, và codebase trôi dạt. AI không nhận thức được phong cách nhà của bạn trừ khi bạn cung cấp, nên công việc là làm cho các quy tắc tường minh và kiểm tra được: một file quy tắc cho ý định, code tiêu biểu cho idiom, và linter làm người thực thi trong vòng lặp. Cùng kỷ luật đó (config + ví dụ + kiểm tra tự động) cũng là cách bạn onboard một đồng đội con người vào quy ước của bạn.
Thư viện câu hỏi phỏng vấn IT với đáp án chi tiết — từ Junior đến Senior.
Ủng hộ