Cách canvas làm cho quy trình làm việc tổng thể trở nên rõ ràng, dễ quản lý và tiết kiệm chi phí

Khi còn học đại học, tôi đã tham gia phiên bản beta của một trong những phiên bản đầu tiên của tính năng hoàn thiện nội tuyến AI trong VS Code. Nó giống như một sự thay đổi cuộc chơi. Kể từ đó, GenAI đã thay đổi căn bản hoạt động phát triển phần mềm: các nhóm kết hợp nơi các tác nhân và con người làm việc song song, với nhà phát triển ở trung tâm là người có tầm nhìn xa và người điều phối. Hiện tại chúng ta đang sống trong quá trình chuyển đổi đó. Là sản phẩm phụ tự nhiên của tốc độ đổi mới trong GenAI, giờ đây chúng tôi có các công cụ giúp chúng tôi lập kế hoạch, xây dựng, đánh giá và gửi mã. Nhưng trong tình trạng hiện tại, nhiều quy trình làm việc vẫn có cảm giác rời rạc. Bối cảnh bị mất trên các luồng và bề mặt, đồng thời mất quá nhiều thời gian để xem xét công việc do tác nhân tạo. Tác nhân có thể tạo ra các thay đổi nhanh hơn mức mà con người có thể xem xét chúng và hầu hết các công cụ dành cho nhà phát triển ban đầu không được thiết kế để điều phối nhiều tác nhân. Rất dễ để mất dấu những gì đã chạy, những gì đã thay đổi, những gì đã được xác thực và những gì vẫn cần sự đánh giá của con người. Ứng dụng GitHub Copilot là một bước quan trọng để giải quyết vấn đề này. Một tính năng đặc biệt mà tôi đã học cách yêu thích và sử dụng hầu như hàng ngày là canvas. Canvas cho phép các nhà phát triển và đại lý tương tác trên một bề mặt chung, bền vững. Thay vì coi trò chuyện là nơi duy nhất diễn ra công việc, canvas giúp công việc hiển thị, có thể định hướng và phê duyệt khi nó mở ra. Trò chuyện rất tốt cho mục đích nhưng lại yếu cho việc thực thi lâu dài Tôi vẫn tin rằng trò chuyện là một trong những giao diện tốt nhất mà chúng tôi có ý định sử dụng. Đó là nơi bạn có thể suy nghĩ, tinh chỉnh và chỉ đạo. Nó nhanh chóng và linh hoạt, đặc biệt khi vấn đề vẫn còn mơ hồ. Nhưng khi tổng đài viên bắt đầu thực hiện công việc thực sự, cuộc trò chuyện sẽ trở thành một cuộn dài chứa các hướng dẫn, nhật ký, bản tóm tắt và bản chỉnh sửa. Các phần quan trọng vẫn ở đó về mặt kỹ thuật nhưng bị chôn vùi: kế hoạch, điểm quyết định, xác nhận và thời điểm phê duyệt. Nếu bạn phải xây dựng lại tất cả những điều đó từ lịch sử, thì bạn đã phải trả thuế phối hợp rồi. Canvas giải quyết vấn đề đó bằng cách cung cấp cho quy trình làm việc một ngôi nhà. Họ làm cho trạng thái rõ ràng và bền bỉ. Con người có thể kiểm tra và hướng dẫn. Đại lý có thể cập nhật và tiến bộ. Cả hai đều có thể được căn chỉnh mà không cần liên tục phát lại ngữ cảnh. Bản dựng đầu tiên: Java Modernization Studio Một trong những canvas đầu tiên tôi xây dựng là Java Modernization Studio. Hiện đại hóa Java chính xác là loại quy trình công việc trong đó khả năng hiển thị và quản trị đóng vai trò quan trọng: đánh giá, lập kế hoạch, nhiệm vụ di chuyển, cổng xác thực và sẵn sàng vận chuyển. Trong trải nghiệm chỉ trò chuyện, các bước đó sẽ mờ đi cùng nhau. Bạn vẫn có thể tiếp tục, nhưng việc kiểm tra sẽ khó khăn hơn và khó tin cậy hơn trên quy mô lớn, đặc biệt là khi có nhiều người đóng góp. Các đội liên tục đặt ra những câu hỏi đắt giá giống nhau: Chúng ta đang ở giai đoạn nào? Những quyết định nào đã được đưa ra? Cái gì bị chặn? Điều gì vẫn cần sự chấp thuận của con người? Studio đã thực hiện từng giai đoạn một cách rõ ràng và có thể kiểm tra được. Thay vì phân tích lịch sử tường thuật, các nhóm có thể trực tiếp xem trạng thái hoạt động. Thay vì đoán chuyện gì đã xảy ra, họ có thể xác minh nó. Người đánh giá có thể tập trung vào các phán đoán có tín hiệu cao trong khi các nhân viên tiếp tục thực hiện di chuyển giữa các điểm kiểm tra. Khám phá khung vẽ Java Modernization Studio > Bản dựng thứ hai: Site Studio Sau đó, tôi đã xây dựng Site Studio cho một quy trình làm việc rất khác: tạo và quản lý nội dung trang web cá nhân. Nó nặng về nội dung hơn là nặng về di chuyển, nhưng thách thức trong việc điều phối cũng tương tự: tiến trình từng phần, chỉnh sửa lặp lại, vòng lặp đánh giá và chuyển đổi trạng thái. Trong luồng chỉ trò chuyện, nội dung có thể trôi đi nhanh chóng. Một phần được sửa lại, rồi lại sửa lại, và niềm tin vào những gì hiện tại giảm xuống. Phản hồi bị phân tán, các bản nháp lặp lại và động lực chậm lại vì mỗi lần lặp lại đều bắt đầu bằng việc xây dựng lại bối cảnh. Site Studio giữ trạng thái đó lâu dài. Trạng thái phần được hiển thị. Giá trị dự thảo được duy trì khi công việc diễn ra. Điểm đánh giá của con người là rõ ràng. Tác nhân có thể tiếp tục di chuyển trong khi con người có thể chỉ đạo, phê duyệt hoặc chuyển hướng mà không làm mất sợi dây. Khám phá canvas Site Studio > Mẫu lặp lại Trên cả hai bức vẽ, tôi tìm thấy cùng một bản thiết kế có thể lặp lại: Xác định trạng thái quy trình công việc một cách rõ ràng. Hãy đưa ra những quyết định quan trọng. Kiên trì tiến độ và soạn thảo ngay lập tức. Giữ các điểm phê duyệt rõ ràng của con người. Điều này chuyển mô hình từ tương tác từng lời nhắc sang quy trình làm việc cộng tác lâu dài. Bạn ngừng coi mỗi lượt như một sự khởi đầu mới và bắt đầu coi mỗi quy trình công việc như một hệ thống có bộ nhớ, cấu trúc và khả năng kiểm soát. Chi phí và hiệu quả: vâng, canvas là một khoản đầu tư Tôi cũng muốn nói rõ về chi phí: tranh vẽ có thể là một khoản đầu tư. Ví dụ: Site Studio tiêu tốn của tôi khoảng 2.000 tín dụng AI và canvas hiện đại hóa tiêu tốn của tôi khoảng 3.000 tín dụng AI. Họ chịu khó thiết kế và tạo dáng thật tốt. Nhưng về lâu dài, đặc biệt đối với các quy trình công việc lặp đi lặp lại, khoản đầu tư đó sẽ mang lại kết quả. Các bề mặt bền bỉ giúp giảm việc nhắc lại nhiều lần, giảm mất ngữ cảnh, giảm việc chuyển qua lại không cần thiết và giảm việc làm lại. Theo thời gian, điều đó có thể tiết kiệm cả thời gian và tiền bạc đồng thời cải thiện độ tin cậy và thông lượng. Vì vậy, đối với tôi, đây không phải là “tiêu nhiều token hơn để có trải nghiệm người dùng tốt hơn”. Đó là “đầu tư vào cấu trúc quy trình làm việc tốt hơn để công việc định kỳ trở nên hiệu quả hơn, có thể dự đoán và quản lý được”. Hiện có sẵn trong awesome-copilot Các canvas mà tôi đã xây dựng—Java Modernization Studio và Site Studio—có sẵn ở dạng awesome-copilot cho bất kỳ ai muốn sử dụng, điều chỉnh hoặc học hỏi từ chúng. Nếu bạn đang sử dụng tác nhân Copilot, bước thực tế tiếp theo là chọn một quy trình làm việc lặp lại và xây dựng một khung vẽ tối thiểu xung quanh nó bằng /create-canvas. Bắt đầu từ việc nhỏ, chạy công việc thực tế và lặp lại từ mức sử dụng thực tế. Nếu nó giúp ích cho nhóm của bạn, hãy đóng góp lại cho awesome-copilot để những người khác cũng có thể được hưởng lợi. Chúng ta vẫn còn ở giai đoạn đầu của quá trình chuyển đổi này nhưng hướng đi đã rõ ràng. Đại lý có thể tăng tốc thực hiện. Con người cung cấp tầm nhìn, khả năng phán đoán và trách nhiệm. Canvas là một cách để biến mối quan hệ hợp tác đó thành hiện thực, bền vững và có thể mở rộng. Xây dựng canvas của riêng bạn bằng /create-canvas và đóng góp lại cho awesome-copilot > Bài đăng Những bức vẽ tạo nên tuổi tác như thế nào