Nhật ký công việc cho nhiệm vụ "Chuyển trang web sang nền tảng mới"

Thí nghiệm HAIH mới: brownfield trên pivkarta.ru

Nhiệm vụ này đã được đặt ra từ lâu như một bản nâng cấp cho haih-agent cũ, nhưng kể từ đó, một cách tiếp cận HAIH mới đã xuất hiện, mà chúng tôi hiện đang kiểm tra thực tế tại haih.site. Công việc hiện tại về ý tưởng đang được thực hiện trong nhiệm vụ «Phát triển và ra mắt trang web», và pivkarta.ru có vẻ là một vật thí nghiệm tiếp theo tốt cho công nghệ/cách tiếp cận mới.

Nếu haih.site là một thí nghiệm greenfield về việc «nhanh chóng xây dựng một kiến trúc đủ dùng từ các yêu cầu thực tế», thì pivkarta.ru có thể trở thành một thí nghiệm brownfield: AI-agent có khả năng phân tích một sản phẩm hiện có nhanh đến mức nào, giữ lại các yêu cầu thực tế của nó và dần dần thay thế kiến trúc lỗi thời, mà không mang theo gánh nặng lịch sử của nó vào hệ thống mới.

Điều quan trọng là không bắt đầu bằng việc viết lại hoàn toàn (rewrite) và chọn trước một «stack đúng». MySQL hiện tại có thể được giữ lại làm ranh giới bền vững (persistence boundary) và cho lát cắt dọc (vertical slice) đầu tiên, hãy kết nối với nó thông qua Knex, phía trên tạo một API kiểu mới trên Pothos/GraphQL, và ở phía client là codegen/Apollo + React. Tức là chuyển giao trước hết là các yêu cầu và hành vi, chứ không phải kiến trúc cũ.

Thí nghiệm thực tế đầu tiên: chọn một kịch bản người dùng thực tế và thực hiện nó từ đầu đến cuối (end-to-end) qua hệ thống mới (React → Apollo → GraphQL/Pothos → Knex → MySQL hiện có), ghi lại thời gian triển khai, các vấn đề, phương pháp kiểm tra và tài nguyên. Đường cơ sở (baseline) đã có của hệ thống cũ (~2 GB RAM theo các số đo hiện tại) sẽ cho phép so sánh kết quả không chỉ về mặt tính năng mà còn về chi phí runtime.

Điều này sẽ trở thành loại bằng chứng (evidence) thứ hai cho HAIH sau haih.site: không chỉ là «AI thu thập cái mới nhanh đến mức nào», mà còn là nó có khả năng định hình lại và thay thế legacy theo các chiều dọc hoạt động nhanh đến mức nào.