Nền tảng phát triển web bằng AI

Tôi đã từng có hai dự án tương tự trước đây với những ưu và nhược điểm riêng. Tôi cần tìm lại cả hai và tạo một mẫu mới dựa trên haih-agent.

Mở rộng mẫu

Tôi đã suy nghĩ rất nhiều về các cơ chế khác nhau theo hướng này, và cho đến nay, việc sử dụng máy chủ TypeScript có vẻ là phương pháp triển vọng nhất. Tại sao? Bởi vì khi đó chúng ta có thể không chỉ thao tác với chính các tệp và đọc chúng riêng lẻ, mà còn phân tích các phụ thuộc của chúng. Ví dụ, chúng ta bảo tác nhân kiểm tra một thành phần nào đó. Nó có thể chỉ cần thông qua một công cụ đặc biệt để lấy các thực thể có ở đó (biến, hàm, import, export, v.v.), cũng như dễ dàng yêu cầu các phụ thuộc bổ sung mà nó cần mà không cần bận tâm về vị trí của chúng. Nhưng nếu nó cần mã nguồn cuối cùng của phụ thuộc cần thiết, nó có thể dễ dàng biết được phụ thuộc đó nằm ở tệp nào và đọc nó.&#x20;

Nhân tiện, chúng ta cũng nên có các công cụ để đọc tệp với phạm vi dòng được chỉ định. Rốt cuộc, một tệp mã nguồn có thể rất lớn, và nếu TS cung cấp ngay thông tin không chỉ về vị trí của nó mà còn về phạm vi dòng, thì chúng ta không bắt thiết phải đọc toàn bộ tệp đó.

Thêm tính năng phân tích mã nguồn

Cần đảm bảo vòng đời dự án tối thiểu:

* Tạo mới từ đầu hoặc nhân bản (clone) kho lưu trữ (repository)
* Khởi chạy các môi trường riêng biệt (dev/stage/prod)
* Duy trì cơ sở tri thức chung của dự án

Thêm chức năng quản lý dự án tối thiểu

Cần phải thấy trạng thái của dự án, những tệp nào đã được sửa đổi, commit, v.v.
Nếu không có điều này, tác nhân đơn giản là không thể biết những gì đã được thực hiện cho nhiệm vụ và những gì chưa.&#x20;

Cần thêm resolver làm việc với Git

Hiện tại, tác nhân (agent) thường quên ghi lại khối lượng công việc như đã làm gì, làm như thế nào và theo tác vụ nào, hoặc ghi lại rất ít thông tin. Thay vào đó, nó chỉ trao đổi miệng với người dùng.

Điều này đặc biệt quan trọng trong các tác vụ nghiên cứu, khi nó phải thực hiện một số hành động mang tính thử nghiệm và cần phải biết chính xác nó đã thực hiện những gì, đi kèm với các truy vấn ví dụ, v.v.

Chúng tôi chưa quyết định chính xác công cụ nào sẽ được sử dụng cho việc này, nhưng có một vài phương án. Phương án khả quan nhất có vẻ là một post-agent (tác nhân hậu kỳ), sau khi hoàn thành phản hồi sẽ xem xét những gì người dùng đã nói, những gì tác nhân đã làm và ghi lại một báo cáo hoàn chỉnh. Tuy nhiên, điều này vẫn tạo khoảng trống cho sự không hoạt động. Một lựa chọn khác là thêm cơ chế gỡ lỗi (debugging) mạnh mẽ hơn ngay vào các công cụ. Chúng ta đã có trường reasoning ở đó, nơi tác nhân chỉ ra nó đang làm gì và để làm gì, tức là giải thích lý do nó thực thi công cụ này. Chúng ta cũng có thể thêm trường ID tác vụ, và nếu nó được chỉ định, sẽ tự động ghi lại kết quả. Nhưng điều này có thể trở nên dư thừa.

Chúng ta cũng có thể dựa vào việc URL của trang đang được ghi nhận được truyền trong mọi yêu cầu (request). Nếu chúng ta đang ở trên trang tác vụ, đây là một dấu hiệu bổ sung, đặc biệt khi chúng ta làm việc với nhiều tác vụ cùng một lúc. Về nguyên tắc, chúng ta có thể thêm trường gửi tin nhắn ngay vào chính tác vụ đó.&#x20;

Nhưng tất cả mới chỉ là ý tưởng.&#x20;

Cải thiện việc ghi nhận khối lượng công việc (workloads)

Сейчас у нас выводится подобная информация:&#x20;


⏳ Calling Read Concepts...

⏳ Calling GraphQL Request...

⏳ Calling Shell Execute...

⏳ Calling Shell Execute...

Думаю, хорошо было бы видеть какие именно запросы и команды агент пишет и какие там ответы прилетают.&#x20;

Проработать более подробное логирование того, что выполняет агент

Hiện tại đã có resolver để tạo thư mục dự án, nhưng chưa có resolver để lấy danh sách thư mục, xóa, v.v.

Thêm resolver để làm việc với thư mục dự án

Cần có khả năng tạo ra cả bố cục tổng thể lẫn các yếu tố và thành phần riêng lẻ. Ngoài ra cũng cần các infographic có chứa văn bản, bởi vì văn bản vốn là một điểm yếu trong việc tạo ảnh. Dường như phiên bản Qwen mới nhất đã khoe khoang về tính năng này.