Vậy là trong khi các repo rò rỉ Claude Code được đưa lên GitHub khác lần lượt dính DMCA, repo này đã né được bằng cách giả làm một dự án clean room.
Tôi không hiểu vì sao nó lại có 50k sao trên GitHub nên đã thử tìm hiểu.
Ban đầu còn có dấu vết từng được phát hành với tên https://github.com/instructkr/claude-code, và ngay cả nội dung bên trong cũng đã thay đổi khá nhiều.
Nếu những người bấm sao đã làm vậy trước khi repo bị đổi, đơn giản vì họ nghĩ đó là bản rò rỉ, thì tôi hiểu được. Tôi đã nghi ngờ có hành vi buff sao, nhưng sau khi xem repo ban đầu mang màu sắc thế nào thì có lẽ không phải vậy.
Tôi đã có cảm giác này từ lúc Sigrid Jin đăng bài ở đây, nhưng đúng là người này rất giỏi chớp lấy cơ hội.
Các lập trình viên không thể chỉ giỏi viết code là đủ; phải học cả cách làm marketing như thế này mới có thể đi đường dài, và tôi thật lòng thấy ngưỡng mộ.
Kết quả sau khi dùng thực tế là cực kỳ ấn tượng. Bản thân cấu trúc của Harness do anh Minho tạo ra hoạt động theo kiểu fan-in/fan-out, tạo ra nhiều multi-agent phù hợp với instruction theo từng mục đích, và một orchestrator quản lý chúng sẽ phân tách từng bước công việc thành nhiều phase để thực hiện.
Chất lượng đầu ra đạt tới mức bán chuyên gia; đó có thể là báo cáo, hoặc thậm chí là cả một ứng dụng, với các agent đảm nhận nhiều vai trò khác nhau như coder, tester, reviewer và analyst đều hoạt động ở mức rất khá.
Bạn có thể nghĩ rằng giống như MCP hay các công cụ khác, vì Harness mà context sẽ liên tục được giữ ở mức lớn và token sẽ nhanh chóng bị tiêu tốn, nhưng nếu mở context ra xem thì có thể thấy nó đang được sử dụng với hiệu quả tối đa. Tuy vậy, để tạo ra kết quả có tính dễ đọc và sự tinh tế như chúng tôi mong muốn thì cần gắn thêm một Skill tạo ảnh Nano Banana dựa trên Gemini API.
Ngay cả với Claude Max 200 thì có lẽ trong khoảng 1~2 giờ là sẽ chạm giới hạn hằng ngày, và tôi đã dùng Opus.
Đây là kết quả khi tôi đưa lịch trình du lịch Nhật Bản và yêu cầu nó tạo một trang lịch trình du lịch tương tác với vai trò là hướng dẫn viên du lịch Nhật Bản. Kiểu này tốn không nhiều token và làm ra rất nhanh.
Càng nhìn AI, tôi càng nghĩ đến thiết lập ma thuật trong thế giới quan Fate. Có một thứ gọi là nguyên tắc ẩn giấu: ma thuật càng được biết đến rộng rãi thì sức mạnh của nó càng bị chia đều, nên các ma thuật sư trong thế giới đó sống chết cũng phải che giấu mọi dấu vết của ma thuật. Có phải vì khi điều huyền bí đã bị ai cũng biết đến, thì nó không còn là điều huyền bí nữa?
Nhìn thế hệ MZ thì cũng thấy hơi tội. Đây là điều tôi đã nghĩ từ trước cả khi AI xuất hiện, nhưng có vẻ như vì AI mà mức độ bất định đã trở nên quá lớn.
Thế hệ trẻ đúng là đang rất lo lắng vì AI. Và cũng có những người tỏ ra căm ghét AI. Khi nhìn kỹ sự căm ghét đó, tôi nghĩ có lẽ nó xuất phát từ nỗi sợ. Trước đây, với công nghệ mới, giới trẻ thường hào hứng còn thế hệ lớn tuổi có cảm giác phản kháng mạnh hơn, nhưng giờ thì ngược lại: thế hệ lớn tuổi lại thích hơn, còn người trẻ bộc lộ sự kháng cự.
Nhìn quanh tôi, thỉnh thoảng cũng thấy có những bạn thực sự đổi chuyên ngành vì nỗi sợ và lo lắng do AI gây ra. Cũng có nhiều trường hợp đổi chuyên ngành vì cảm giác bất an về tương lai, có lẽ do xu thế xã hội như vậy chứ không chỉ riêng AI. Có vẻ như lý do đổi chuyên ngành hay nghề nghiệp là vì tương lai quá bất ổn, còn AI chỉ khiến điều đó trầm trọng hơn. Gần đây tôi thấy ở đâu đó nói rằng ước mơ của trẻ con dạo này là “trở nên giàu có”, nhưng đó không phải kiểu giàu có mà thế hệ trước nghĩ tới, mà là cách diễn đạt mong muốn có một tương lai an toàn và được bảo đảm; tôi có hỏi trực tiếp thì đúng là như vậy. Tôi cũng nghĩ Covid đã khiến điều này rõ hơn -- khi đó bầu không khí như thể ngày tận thế đang đến, nên không biết nó đã tác động lớn đến trẻ nhỏ đến mức nào.
Như mọi khi, vẫn có một số ít người trẻ sử dụng AI rất tốt, thích nghi tốt và cho thấy một tương lai tươi sáng, nhưng phần lớn thì không như vậy. Thêm vào đó, có vẻ vì cảm giác kháng cự mà họ lại càng tụt lại phía sau.
Khủng hoảng lúc nào cũng đến theo chu kỳ, và trong khủng hoảng luôn có người thành công nhờ tận dụng nó, người thích nghi được, và người không làm được như vậy; nhưng nhìn lại quãng thời gian đã qua, tôi nghĩ số người không làm được vẫn chiếm quá nửa. Phải qua cả một thế hệ thì bản chất thật của nó mới lộ ra, và thế hệ mới mới có thể xây dựng cuộc sống theo quy luật của thế giới mới; nhưng thế hệ trẻ hiện nay vừa mới bắt đầu mà thế giới đã thay đổi quá nhanh, nên tôi nghĩ họ hẳn vất vả biết bao. Thật đáng buồn và xót xa.
Thật hơi lố bịch khi thấy người ta buông ra quá nhiều điều nhảm nhí mà một lập trình viên hiểu về kiến trúc web sẽ không nói như vậy. Có hàng chục lý do khiến trình duyệt dùng nhiều bộ nhớ, vậy mà bạn lại khẳng định tất cả đều là lỗi của trang web? Bạn moi đâu ra cái đống nhảm nhí ngu ngốc pha lẫn tưởng tượng đó để phát biểu linh tinh như vậy? Ngay cả engine V8 cũng sẽ chọn lọc cấp phát thêm bộ nhớ nếu tài nguyên người dùng còn dư, và nếu trình duyệt chiến lược trì hoãn CG thì rất dễ vượt quá 1GB... Không biết thì hỏi AI đi, đồ ngốc.
Đây là một định nghĩa rất rõ ràng về ontology trong lĩnh vực pháp lý. Theo kinh nghiệm trước đây, trong trường hợp pháp luật có quá nhiều tham chiếu vòng nên khi áp dụng RAG dường như có lo ngại sẽ làm mất ngữ cảnh hoặc các tham chiếu.
contractđúng là tính năng tôi đã chờ đợi bấy lâu, cuối cùng cũng đã cóViệc triển khai clean room dựa trên mã nguồn bị rò rỉ theo tôi tự nó đã là một mâu thuẫn.
https://law.go.kr/%EB%B2%95%EB%A0%B9/…(20676,20250121)
Luật Cơ bản về AI của Hàn Quốc cũng được hỗ trợ đúng không?
Vậy là trong khi các repo rò rỉ Claude Code được đưa lên GitHub khác lần lượt dính DMCA, repo này đã né được bằng cách giả làm một dự án clean room.
Tôi không hiểu vì sao nó lại có 50k sao trên GitHub nên đã thử tìm hiểu.
Ban đầu còn có dấu vết từng được phát hành với tên https://github.com/instructkr/claude-code, và ngay cả nội dung bên trong cũng đã thay đổi khá nhiều.
Nếu những người bấm sao đã làm vậy trước khi repo bị đổi, đơn giản vì họ nghĩ đó là bản rò rỉ, thì tôi hiểu được. Tôi đã nghi ngờ có hành vi buff sao, nhưng sau khi xem repo ban đầu mang màu sắc thế nào thì có lẽ không phải vậy.
Tôi đã có cảm giác này từ lúc Sigrid Jin đăng bài ở đây, nhưng đúng là người này rất giỏi chớp lấy cơ hội.
Các lập trình viên không thể chỉ giỏi viết code là đủ; phải học cả cách làm marketing như thế này mới có thể đi đường dài, và tôi thật lòng thấy ngưỡng mộ.
Điều cấp thiết hơn cả phần mềm tự do là khả năng điều khiển các phần mềm đã có sẵn. Việc này thực sự quá khổ sở.
Kết quả sau khi dùng thực tế là cực kỳ ấn tượng. Bản thân cấu trúc của Harness do anh Minho tạo ra hoạt động theo kiểu fan-in/fan-out, tạo ra nhiều multi-agent phù hợp với instruction theo từng mục đích, và một orchestrator quản lý chúng sẽ phân tách từng bước công việc thành nhiều phase để thực hiện.
Chất lượng đầu ra đạt tới mức bán chuyên gia; đó có thể là báo cáo, hoặc thậm chí là cả một ứng dụng, với các agent đảm nhận nhiều vai trò khác nhau như coder, tester, reviewer và analyst đều hoạt động ở mức rất khá.
Bạn có thể nghĩ rằng giống như MCP hay các công cụ khác, vì Harness mà context sẽ liên tục được giữ ở mức lớn và token sẽ nhanh chóng bị tiêu tốn, nhưng nếu mở context ra xem thì có thể thấy nó đang được sử dụng với hiệu quả tối đa. Tuy vậy, để tạo ra kết quả có tính dễ đọc và sự tinh tế như chúng tôi mong muốn thì cần gắn thêm một Skill tạo ảnh Nano Banana dựa trên Gemini API.
Ngay cả với Claude Max 200 thì có lẽ trong khoảng 1~2 giờ là sẽ chạm giới hạn hằng ngày, và tôi đã dùng Opus.
Đây là kết quả khi tôi đưa lịch trình du lịch Nhật Bản và yêu cầu nó tạo một trang lịch trình du lịch tương tác với vai trò là hướng dẫn viên du lịch Nhật Bản. Kiểu này tốn không nhiều token và làm ra rất nhanh.
http://namojo.github.io/tokyo-tour
Từ năm 2023 đến nay, cấu trúc ReAct hầu như không thay đổi nhiều.
Bạn còn không biết clean room là gì à?
Càng nhìn AI, tôi càng nghĩ đến thiết lập ma thuật trong thế giới quan Fate. Có một thứ gọi là nguyên tắc ẩn giấu: ma thuật càng được biết đến rộng rãi thì sức mạnh của nó càng bị chia đều, nên các ma thuật sư trong thế giới đó sống chết cũng phải che giấu mọi dấu vết của ma thuật. Có phải vì khi điều huyền bí đã bị ai cũng biết đến, thì nó không còn là điều huyền bí nữa?
Nhìn thế hệ MZ thì cũng thấy hơi tội. Đây là điều tôi đã nghĩ từ trước cả khi AI xuất hiện, nhưng có vẻ như vì AI mà mức độ bất định đã trở nên quá lớn.
Thế hệ trẻ đúng là đang rất lo lắng vì AI. Và cũng có những người tỏ ra căm ghét AI. Khi nhìn kỹ sự căm ghét đó, tôi nghĩ có lẽ nó xuất phát từ nỗi sợ. Trước đây, với công nghệ mới, giới trẻ thường hào hứng còn thế hệ lớn tuổi có cảm giác phản kháng mạnh hơn, nhưng giờ thì ngược lại: thế hệ lớn tuổi lại thích hơn, còn người trẻ bộc lộ sự kháng cự.
Nhìn quanh tôi, thỉnh thoảng cũng thấy có những bạn thực sự đổi chuyên ngành vì nỗi sợ và lo lắng do AI gây ra. Cũng có nhiều trường hợp đổi chuyên ngành vì cảm giác bất an về tương lai, có lẽ do xu thế xã hội như vậy chứ không chỉ riêng AI. Có vẻ như lý do đổi chuyên ngành hay nghề nghiệp là vì tương lai quá bất ổn, còn AI chỉ khiến điều đó trầm trọng hơn. Gần đây tôi thấy ở đâu đó nói rằng ước mơ của trẻ con dạo này là “trở nên giàu có”, nhưng đó không phải kiểu giàu có mà thế hệ trước nghĩ tới, mà là cách diễn đạt mong muốn có một tương lai an toàn và được bảo đảm; tôi có hỏi trực tiếp thì đúng là như vậy. Tôi cũng nghĩ Covid đã khiến điều này rõ hơn -- khi đó bầu không khí như thể ngày tận thế đang đến, nên không biết nó đã tác động lớn đến trẻ nhỏ đến mức nào.
Như mọi khi, vẫn có một số ít người trẻ sử dụng AI rất tốt, thích nghi tốt và cho thấy một tương lai tươi sáng, nhưng phần lớn thì không như vậy. Thêm vào đó, có vẻ vì cảm giác kháng cự mà họ lại càng tụt lại phía sau.
Khủng hoảng lúc nào cũng đến theo chu kỳ, và trong khủng hoảng luôn có người thành công nhờ tận dụng nó, người thích nghi được, và người không làm được như vậy; nhưng nhìn lại quãng thời gian đã qua, tôi nghĩ số người không làm được vẫn chiếm quá nửa. Phải qua cả một thế hệ thì bản chất thật của nó mới lộ ra, và thế hệ mới mới có thể xây dựng cuộc sống theo quy luật của thế giới mới; nhưng thế hệ trẻ hiện nay vừa mới bắt đầu mà thế giới đã thay đổi quá nhanh, nên tôi nghĩ họ hẳn vất vả biết bao. Thật đáng buồn và xót xa.
Tôi muốn tiếp tục phiên làm việc từ máy A trên máy B để làm việc, nhưng có vẻ
teleportkhông phải dùng cho mục đích đó.Ồ.
Tôi sẽ thêm vào Casekill.
Cảm ơn bạn :)
Nhân tiện thì nó thực sự rất hữu ích.
Ôi... đội pháp chế... tạm biệt... rồi sao...
Thật hơi lố bịch khi thấy người ta buông ra quá nhiều điều nhảm nhí mà một lập trình viên hiểu về kiến trúc web sẽ không nói như vậy. Có hàng chục lý do khiến trình duyệt dùng nhiều bộ nhớ, vậy mà bạn lại khẳng định tất cả đều là lỗi của trang web? Bạn moi đâu ra cái đống nhảm nhí ngu ngốc pha lẫn tưởng tượng đó để phát biểu linh tinh như vậy? Ngay cả engine V8 cũng sẽ chọn lọc cấp phát thêm bộ nhớ nếu tài nguyên người dùng còn dư, và nếu trình duyệt chiến lược trì hoãn CG thì rất dễ vượt quá 1GB... Không biết thì hỏi AI đi, đồ ngốc.
Đây là một định nghĩa rất rõ ràng về ontology trong lĩnh vực pháp lý. Theo kinh nghiệm trước đây, trong trường hợp pháp luật có quá nhiều tham chiếu vòng nên khi áp dụng RAG dường như có lo ngại sẽ làm mất ngữ cảnh hoặc các tham chiếu.
Đúng là một vụ tấn công chuỗi cung ứng huyền thoại.
Axios bị xâm phạm trên NPM và một trojan truy cập từ xa đã bị phát tán Nếu xem bài viết đó, bạn có thể kiểm tra bằng cách xác nhận đường dẫn lưu tệp theo từng hệ điều hành.
Có cách nào để kiểm tra xem việc này có bị tấn công hay không?