Phần đó là trạng thái mà tri thức ngầm gần như đã biến mất, và khi các chuyên gia domain hàng đầu thiết kế agent rồi nhúng vào mô hình,,, nên dù hiện tại tầm quan trọng của tri thức domain đang được nhấn mạnh, tôi cũng không chắc sau 1 năm nữa người ta có còn đưa ra lập luận như vậy không. Rốt cuộc tri thức ngầm đang dần được chuyển thành prompt, và các mô hình sẽ chọn lọc phần tri thức ngầm được người dùng thêm vào prompt rồi lại đưa nó vào mô hình. Các mô hình agent có tri thức ngầm được nhúng sẵn thì sẽ có giá trị, nhưng tôi nghĩ ngay cả thứ này cũng sẽ được giao dịch trên thị trường. Những agent có tri thức domain phong phú hơn nhiều trong lĩnh vực đó.
Có lẽ sau 1 năm nữa, vượt qua cả orchestration, việc “quản trị agent” (như một công ty) sẽ trở thành tiêu chí đánh giá.
Kỹ năng mang tính cơ học để biến những ý tưởng rõ ràng thành mã sạch đang bị sụt giảm giá trị một cách mạnh mẽ
Nhưng tôi cũng nghĩ điều này hơi xem nhẹ code quá mức.
Bản thân việc phát triển phần mềm cũng là một lĩnh vực chuyên môn, và làm tốt việc đó cũng là một kỹ năng chuyên môn.
Dù phần mềm do AI tạo ra có thể giải quyết được về mặt chức năng, nó vẫn không thể hoàn thiện trọn vẹn, và cũng như vẫn cần có người lấp đầy phần đó vậy
Tôi cũng đồng ý một phiếu ở đây; ngay cả công nghệ nhàm chán đó ngày xưa cũng từng mang tính đổi mới và đầy thách thức. Nếu cứ tiếp tục chọn những thứ nhàm chán thì sự phát triển công nghệ sẽ trôi dạt mất thôi.
Với tôi, thái độ của nhà nghiên cứu này có cảm giác kiểu như
Tôi phát hiện ra một lỗ hổng nguy hiểm đến thế này thì đương nhiên phải huy động toàn bộ năng lực của công ty để xử lý ưu tiên số một chứ? Hừ hừ
giống như vậy vậy đó.
Nếu là kiểu nhận được báo cáo rồi cứ để đó cả năm không giải thích gì thì đúng là phía Microsoft có vấn đề,
nhưng chỉ vì tốc độ phản ứng không đúng như ý mình mà lại định công khai luôn một lỗ hổng mới, thì chuyện này trông không giống white hat mà gần với black hat hơn.
Từ góc nhìn của người nhiều kinh nghiệm, đi chậm hơn một chút có thể là chiến lược đúng. Nhưng từ góc nhìn của người mới, việc bảo đừng trộn quá hai công nghệ mà mình chưa hiểu rõ là quá bảo thủ. Cứ làm, rồi bỏ đi, rồi lặp lại mới có thể là chiến lược đúng.
Trong trường hợp như Claude, họ tối ưu bằng cách phân loại thành deferred tool để chỉ cần đưa vào tên. Khi cần mới dùng search tool để tải toàn bộ định nghĩa.
Nhưng hơn thế, có lẽ nhược điểm lớn hơn là con người khó debug và cũng khó quản lý trạng thái.
Giống hệt với ý kiến trong phần bình luận trên Hacker News:
Phần đó là trạng thái mà tri thức ngầm gần như đã biến mất, và khi các chuyên gia domain hàng đầu thiết kế agent rồi nhúng vào mô hình,,, nên dù hiện tại tầm quan trọng của tri thức domain đang được nhấn mạnh, tôi cũng không chắc sau 1 năm nữa người ta có còn đưa ra lập luận như vậy không. Rốt cuộc tri thức ngầm đang dần được chuyển thành prompt, và các mô hình sẽ chọn lọc phần tri thức ngầm được người dùng thêm vào prompt rồi lại đưa nó vào mô hình. Các mô hình agent có tri thức ngầm được nhúng sẵn thì sẽ có giá trị, nhưng tôi nghĩ ngay cả thứ này cũng sẽ được giao dịch trên thị trường. Những agent có tri thức domain phong phú hơn nhiều trong lĩnh vực đó.
Có lẽ sau 1 năm nữa, vượt qua cả orchestration, việc “quản trị agent” (như một công ty) sẽ trở thành tiêu chí đánh giá.
kkkk đúng là đã làm ra nó từ những ký ức như vậy
Cảm ơn!!
Tôi là người thấy React tiện và tốt, nhưng tôi nghĩ những điểm dưới đây được nhắc trong bài đúng là có vấn đề
Tôi không mua đồ trên Coupang
Nhưng tôi cũng nghĩ điều này hơi xem nhẹ code quá mức.
Bản thân việc phát triển phần mềm cũng là một lĩnh vực chuyên môn, và làm tốt việc đó cũng là một kỹ năng chuyên môn.
Dù phần mềm do AI tạo ra có thể giải quyết được về mặt chức năng, nó vẫn không thể hoàn thiện trọn vẹn, và cũng như vẫn cần có người lấp đầy phần đó vậy
Hóa ra không chỉ mỗi tôi đã chán ngấy mấy bài quảng bá AI Slop đâu nhỉ haha
Có một dự án tương tự là Apache OpenDAL.
Tôi cũng đồng ý một phiếu ở đây; ngay cả công nghệ nhàm chán đó ngày xưa cũng từng mang tính đổi mới và đầy thách thức. Nếu cứ tiếp tục chọn những thứ nhàm chán thì sự phát triển công nghệ sẽ trôi dạt mất thôi.
Với tôi, thái độ của nhà nghiên cứu này có cảm giác kiểu như
Tôi phát hiện ra một lỗ hổng nguy hiểm đến thế này thì đương nhiên phải huy động toàn bộ năng lực của công ty để xử lý ưu tiên số một chứ? Hừ hừ
giống như vậy vậy đó.
Nếu là kiểu nhận được báo cáo rồi cứ để đó cả năm không giải thích gì thì đúng là phía Microsoft có vấn đề,
nhưng chỉ vì tốc độ phản ứng không đúng như ý mình mà lại định công khai luôn một lỗ hổng mới, thì chuyện này trông không giống white hat mà gần với black hat hơn.
Lâu rồi tôi mới đọc lại một bài như thế này nên cảm giác khá khác.
Có vẻ tôi đã quá mệt mỏi vì AI.
Từ góc nhìn của người nhiều kinh nghiệm, đi chậm hơn một chút có thể là chiến lược đúng. Nhưng từ góc nhìn của người mới, việc bảo đừng trộn quá hai công nghệ mà mình chưa hiểu rõ là quá bảo thủ. Cứ làm, rồi bỏ đi, rồi lặp lại mới có thể là chiến lược đúng.
Cảm ơn bạn. Hãy tiếp tục quan tâm và theo dõi nhé.
Xin chào! Cảm ơn bạn đã phản hồi! Tôi trả lời hơi muộn..
Tính năng tự động tạo tên mã là một ý tưởng rất hay!
Tôi sẽ bổ sung trong tuần này!
Đây đúng là một tình huống sử dụng khiến tôi hoàn toàn đồng cảm!!
Nghe giống kiểu trước đây giả màn hình cập nhật Windows ấy nhỉ haha
Trong trường hợp như Claude, họ tối ưu bằng cách phân loại thành deferred tool để chỉ cần đưa vào tên. Khi cần mới dùng search tool để tải toàn bộ định nghĩa.
Nhưng hơn thế, có lẽ nhược điểm lớn hơn là con người khó debug và cũng khó quản lý trạng thái.
À. Hay đấy. Gọn gàng và ổn lắm
Đồng cảm luôn haha, đúng là đang sống trong thời kỳ mà những bài viết như thế này khiến người ta thấy vui!