Đây là bài viết đầu tiên trong chuỗi bài viết về nội dung cập nhật phiên bản Caffeine V3, bài viết này sẽ giới thiệu về kiến trúc xây dựng mới, bài tiếp theo: Hệ thống thiết kế của V3 làm thế nào để tạo ra ứng dụng đẹp hơn.
Nếu bạn đã từng gặp phải tình huống Caffeine quên đi hình dạng ban đầu của ứng dụng sau 50 lần chỉnh sửa, thì đây là lý do tại sao điều đó xảy ra và tại sao nó sẽ không xảy ra nữa trong tương lai.
Trong phiên bản V3, chúng tôi đã tái cấu trúc cách xây dựng ứng dụng của Caffeine từ nền tảng. Trước đây, Caffeine sử dụng quy trình tuần tự, về cơ bản là由一系列依次运行的代理组成: lập kế hoạch ứng dụng, xây dựng backend, xây dựng frontend, thực hiện kiểm tra chất lượng, triển khai. Mỗi bước đều phải hoàn thành trước khi bắt đầu bước tiếp theo. Nếu bước thứ ba phát hiện vấn đề ở bước thứ hai, thì không thể quay lại.
Phương pháp này hoạt động tốt cho các ứng dụng đơn giản, nhưng khi quy mô dự án mở rộng (nhiều trang hơn, nhiều chức năng hơn, nhiều lần lặp hơn), quy trình bắt đầu gặp phải các điểm nghẽn, cửa sổ ngữ cảnh sẽ bị lấp đầy, các quyết định ban đầu sẽ bị bỏ qua và chất lượng cũng sẽ giảm.
V3 đã thay thế quy trình tuần tự bằng một đội ngũ gồm các đại lý chuyên nghiệp, những người có thể làm việc song song, qua nhiều vòng lặp, và truyền đạt các kết quả học tập giữa các vòng, tất cả đều được điều phối bởi một người điều phối mà chúng tôi gọi là “người biên soạn”, bạn có thể hiểu rằng bạn không còn phải trông chờ một người hoàn thành tất cả công việc, mà là có một công ty phục vụ bạn.
Từ một Đại lý đến một đội ngũ
Composer không bao giờ đọc hoặc viết mã, trách nhiệm của nó là phân chia yêu cầu của bạn thành nhiều nhiệm vụ, phân phối chúng cho các chuyên gia phù hợp, thu thập kết quả và quyết định bước tiếp theo nên làm gì, công việc thực tế được thực hiện bởi các chuyên gia:
Một đại lý của Discovery sẽ quét dự án của bạn để có cái nhìn chính xác về tình trạng dự án trước khi bất kỳ thay đổi nào xảy ra.
Nhân viên sản phẩm sẽ chuyển đổi yêu cầu của bạn thành các yêu cầu có cấu trúc để toàn đội có thể tham khảo.
Đại lý thiết kế sẽ tạo ra một bộ hệ thống hình ảnh (mã màu, phông chữ, hướng dẫn bố cục), tất cả các quyết định của frontend đều tuân theo bộ hệ thống này.
Kỹ sư frontend viết mã React, nhiều mã React có thể chạy song song cho các trang khác nhau.
Kỹ sư backend viết mã Motoko cho máy tính internet.
Nhân viên đảm bảo chất lượng sẽ kiểm tra mã và thực hiện kiểm tra hình ảnh.
Khi bạn để Caffeine xây dựng một cái gì đó, Composer sẽ tiếp quản ở phía sau, trong quá trình xây dựng, bạn có thể tiếp tục trò chuyện, thêm ngữ cảnh, thay đổi hướng đi, hoặc tạm dừng xây dựng hoàn toàn nếu cần.
Sóng: cách nhóm phối hợp
Composer tổ chức công việc thành các quy trình sóng, trong mỗi quy trình sóng, các nhiệm vụ độc lập chạy song song, kết quả giữa các quy trình sóng sẽ được truyền lần lượt.
Quy trình phát triển điển hình như sau:
Làn sóng đầu tiên - giai đoạn khám phá quét dự án, đại lý sản phẩm tạo ra thông số kỹ thuật.
Làn sóng thứ hai - đội ngũ thiết kế tạo ra nhận diện hình ảnh, backend viết hợp đồng API, cả hai đều diễn ra song song.
Làn sóng thứ ba - frontend sử dụng token thiết kế của làn sóng trước và hợp đồng backend để xây dựng cấu trúc ứng dụng.
Làn sóng thứ tư - nếu ứng dụng có nhiều trang độc lập, chúng sẽ được xây dựng song song (mỗi trang do một đại lý frontend riêng biệt xây dựng).
Làn sóng thứ năm - kiểm tra chất lượng dựa trên yêu cầu ban đầu và thực hiện kiểm tra hình ảnh.
Triển khai.
Điều quan trọng là sự thay đổi giữa các chu kỳ lặp, mỗi chuyên gia sẽ trả về một kết quả có cấu trúc: nó đã xây dựng cái gì (để các đại lý hạ nguồn biết tài nguyên có sẵn), đã học được gì trong quá trình này, và phát hiện ra những vấn đề không thể giải quyết, thông tin này sẽ được truyền tải liên tục, do đó mỗi lần lặp sẽ có nhiều thông tin nền tảng hơn lần lặp trước, và các kết quả học tập sẽ tiếp tục tích lũy trong quá trình xây dựng, làm cho hệ thống trở nên thông minh hơn theo thời gian.
Điều này mang lại hai đặc tính mà quy trình cũ không có: tính song song, có nghĩa là trong mỗi chu kỳ lặp, các nhiệm vụ độc lập (thiết kế, backend, nhiều trang khác nhau, v.v.) có thể chạy đồng thời, trong khi quy trình cũ chỉ có thể thực hiện một nhiệm vụ tại một thời điểm, và tính lặp lại, Composer có thể chạy bất kỳ số chu kỳ lặp nào theo nhu cầu; nếu frontend phát hiện cần thay đổi backend, kỹ sư backend sẽ được điều động lại để xử lý. Nếu kiểm tra chất lượng phát hiện vấn đề, sẽ thêm một chu kỳ lặp nữa để sửa chữa các vấn đề đó, trong khi quy trình cũ chỉ có thể chạy một lần từ đầu đến cuối.
Không phải lúc nào cũng cần cả đội ngũ cho mỗi thay đổi, nếu bạn chỉ đưa ra một số yêu cầu cụ thể, chẳng hạn như thay đổi màu sắc hoặc sửa đổi tiêu đề, Composer sẽ nhận ra điều đó và trực tiếp điều động một đại lý, bỏ qua quy trình phát triển hoàn chỉnh. Các chức năng phức tạp sẽ đi qua quy trình phát triển đầy đủ, còn các sửa lỗi nhanh sẽ đi theo con đường nhanh chóng.
Mỗi lần xây dựng đều mang lại ngữ cảnh hoàn toàn mới
Mỗi lần xây dựng đều bắt đầu từ con số không, ngay cả khi chỉ điều chỉnh tiêu đề, Caffeine cũng sẽ kiểm tra lại dự án từ đầu trước khi thực hiện bất kỳ thay đổi nào, điều này là có chủ đích: mô hình AI chỉ có thể hoạt động tốt nhất khi không bị ảnh hưởng bởi các phiên họp trước đó.
Điều thực sự được giữ lại giữa các phiên bản khác nhau là một tập tin cấu hình và tích lũy kinh nghiệm nhẹ nhàng, đây là siêu dữ liệu về cách sử dụng dự án, chứ không phải là bản chụp của dự án, một dự án có 50 tệp và 700 phiên bản nháp có hiệu suất làm việc tương đương với một dự án hoàn toàn mới, thực tế, Caffeine sẽ ghi lại theo thời gian những phương pháp nào hiệu quả cho dự án cụ thể của bạn, do đó mỗi lần xây dựng đều hoàn thiện hơn lần trước, điều này hoàn toàn trái ngược với trải nghiệm trước đây của bạn.
Bây giờ bạn có thể thấy những gì đang xảy ra
Trong phiên bản V2, khi bạn gửi một tin nhắn, bạn sẽ thấy thông báo “Đang xây dựng ứng dụng của bạn…”, sau đó chỉ có thể chờ đợi, đối với các ứng dụng phức tạp, điều này có thể đồng nghĩa với vài phút im lặng, bạn hoàn toàn không biết điều gì đang xảy ra, cũng không thể đánh giá xem mọi thứ có diễn ra suôn sẻ hay không.
Phiên bản V3 sẽ hiển thị trực tiếp quá trình xây dựng, danh sách nhiệm vụ sẽ liệt kê từng công việc mà Composer đã lên kế hoạch, và hiển thị chỉ báo trạng thái khi nhiệm vụ hoàn thành, thất bại hoặc bị bỏ qua, tóm tắt tiến độ sẽ chỉ ra công việc mà Caffeine hiện đang xử lý, ngoài ra còn có một nút dừng - nếu bạn muốn thay đổi hướng đi, bạn có thể tạm dừng xây dựng bất cứ lúc nào.
Danh sách kiểm tra này tương ứng trực tiếp với sơ đồ quy trình phát triển, bạn có thể xem khi nào các bước thiết kế hoàn thành, khi nào backend được biên dịch, khi nào nhiều trang được xây dựng song song và khi nào kiểm tra chất lượng diễn ra. Nếu có sự cố xảy ra, bạn có thể xem nhiệm vụ nào đã thất bại và lý do thất bại.
Khôi phục lỗi thông minh hơn
Quy trình cũ chỉ có một lần kiểm tra chất lượng - nó kiểm tra xem cấu trúc mã có hợp lý hay không, chứ không phải ứng dụng có thực sự hoạt động hay không, mã có biên dịch không? Có, nhưng sau khi nhấn nút “Thêm vào giỏ hàng”, sản phẩm có thực sự được thêm vào giỏ không? Không ai đã kiểm tra điều đó, phiên bản V3 đã kiểm tra cả hai khía cạnh này: chất lượng cấu trúc và chất lượng chức năng là khác nhau, cả hai đều rất quan trọng.
Phiên bản V3 có khả năng phát hiện vấn đề kịp thời, mã backend sẽ được biên dịch trước khi phát triển frontend bắt đầu, mã frontend sẽ được kiểm tra kiểu sau mỗi lần sửa đổi, hệ thống đảm bảo chất lượng sẽ xác minh ứng dụng cuối cùng dựa trên yêu cầu ban đầu và chấm điểm cho mỗi ứng dụng - thông qua hoặc thất bại, và đưa ra lý do, nó cũng sẽ chụp ảnh màn hình của ứng dụng đang chạy và so sánh với tóm tắt thiết kế - văn bản trên nền có rõ ràng dễ đọc không? Vị trí của các yếu tố tương tác có chính xác không?
Khi có sự cố xảy ra, Composer sẽ sử dụng thông tin ngữ cảnh để thử lại: chi tiết lỗi, bài học rút ra từ sự cố và cửa sổ ngữ cảnh mới, không cần phải lo lắng về những lỗi tích lũy trước đó.
Điều này cũng áp dụng cho việc triển khai, khi việc triển khai thất bại, lỗi sẽ được trả lại cho Composer, Composer sẽ đọc thông tin lỗi, cố gắng sửa chữa và sau đó thử lại việc triển khai - thường hoàn thành trước khi bạn nhận thấy vấn đề, nếu việc xây dựng thực sự không thể hoàn thành, nó sẽ bị vứt bỏ một cách gọn gàng, thay vì ở lại trong trạng thái hỏng hóc.
Những khía cạnh không thay đổi
Cách dự án của bạn hoạt động vẫn như cũ, bạn vẫn cần mô tả yêu cầu của mình bằng ngôn ngữ rõ ràng và dễ hiểu, bạn vẫn sẽ nhận được một bản nháp có thể xem trước, sửa đổi và công bố.
Những gì thay đổi là mọi thứ xảy ra giữa việc bạn truyền tải thông tin và việc thu được kết quả.
Bài viết tiếp theo trong chuỗi này: Hệ thống thiết kế V3 và cách DESIGN.md xây dựng ứng dụng nhất quán và đẹp hơn.
#CaffeineAI #caffeine #vibecoding #AI
Nội dung IC mà bạn quan tâm
Tiến bộ công nghệ | Thông tin dự án | Hoạt động toàn cầu
Theo dõi kênh IC trên Binance
Nắm bắt thông tin mới nhất