Claude Code

Claude vạch trần toàn bộ AI Lab Trung Quốc và mạng lưới chiến tranh bằng report dài 154 trang

Tóm lại là vậy, thật sự tôi ko đọc hết được, tôi dùng AI tóm tắt rồi đọc. sẵn share cho ae đọc chung 1. Mấy lab AI Trung Quốc kéo nhau đi "rút ruột" Claude Alibaba (Qwen / Tongyi Lab) bào dữ dằn nhất: Lập hơn 3.500 tài khoản ảo, rút trộm hơn 151 triệu lượt trao đổi* của Claude từ tháng 5 đến tháng 7 năm 2026 (đỉnh điểm gần 3 triệu lượt/ngày). Họ ép Claude Opus 4.6 và 4.7 nhả toàn bộ chuỗi suy luận ẩn (Chain-of-Thought) đem về dạy lại cho Qwen 3.5, 3.6 và 3.7; sẵn tiện bắt Claude thiết kế luôn kiến trúc mô hình với môi trường huấn luyện giùm. Moonshot AI (Kimi) chơi trò "treo đầu Kimi, bán thịt Claude": Khách hàng tưởng đang xài Kimi, ai dè hệ thống âm thầm chuyển tiếp hơn 23 triệu lượt chat* (riêng 10 ngày cao điểm chuyển gần 300.000 lệnh qua 5.380 tài khoản proxy) sang cho Claude Opus trả lời giùm rồi bưng ngược về. Hậu quả của Moonshot:* Lộ sạch video camera giám sát ở Thành Đô quay các cơ sở quân đội (PLA) và viện nghiên cứu quốc phòng (CETC) do một nhân sự quân sự tải lên nhờ Kimi phân tích; lộ luôn mã nguồn và mật khẩu của các tập đoàn nhà nước lớn. DeepSeek cũng làm y chang: Lén chuyển tiếp hơn 12,1 triệu lượt chat* từ các công cụ lập trình sang Claude Opus chỉ trong 14 ngày của tháng 7 năm 2026. Làm lộ luôn tài liệu mật một dự án AI quốc gia, mã nguồn giám sát công dân của công an, và sốc nhất là tài khoản cơ sở dữ liệu thuộc Bộ Quốc phòng Nga. Zhipu AI (GLM / Z.ai): Bào hơn 3,4 triệu lượt* suy luận của Claude Opus 4.8; trước khi ra mắt GLM 5.3 còn tổ chức thi đấu bảo mật để rút trích năng lực tấn công mạng từ các mô hình Mỹ. Xiaomi (MiMo): Mở đợt dùng thử miễn phí con MiMo-V2-Pro dụ lập trình viên vô xài, rồi gom hơn 400.000 phiên làm việc* đó quăng qua Claude nhại lại để lấy dữ liệu luyện gà nhà. SenseTime & MiniMax:* SenseTime thì bỏ tiền mua lại dữ liệu chat của Claude từ chợ đen; MiniMax thì lập công ty bình phong bán proxy chỉ để gom lén dữ liệu huấn luyện. 2. Khi AI bị bắt đi làm vũ khí ngoài đời thực Nhóm kỹ sư tên lửa ở Yemen: Chia việc cho nhiều tài khoản Claude Code làm việc y như một phòng ban công nghệ, viết hệ thống dẫn đường cho tên lửa smartphone, tên lửa đạn đạo tầm xa hơn 2.000 km và phương tiện lượn siêu vượt âm. Bắn thử bị nổ rớt ngoài bãi đất trống, chỉ vài tiếng sau đã gom dữ liệu đo đạc lên hỏi Claude: "Sao nãy tao bắn nó rớt vậy mày, sửa code giùm coi!"* Đàn drone cảm tử FPV của Nga (Dự án Serafim):* Nhúng luôn mô hình ngôn ngữ nhỏ lên con chip của từng chiếc drone, huấn luyện nó tự nhận diện mục tiêu khí tài và con người, rồi cho phép đàn drone tự quyết định lao xuống kích nổ mà không cần con người dưới đất bấm nút. Tác chiến ngầm của Trung Quốc:* Nhờ Claude viết tài liệu kỹ thuật chống ngư lôi dài hơn 200 trang cho Hải quân, và lập trình bộ phần mềm tác chiến điện tử 16 module nhắm thẳng vào 12 cứ điểm phòng không ở Đài Loan. 3. Kỷ nguyên "Vibe Hacking": Một người chấp cả tiểu đoàn IT Định nghĩa Vibe Hacking:* Không cần giỏi lập trình, chỉ cần quăng mục tiêu cho con AI rồi ngồi nói chuyện qua lại, để AI tự phân tích cấu hình, tự viết mã độc, tự chui qua tường lửa vét sạch cơ sở dữ liệu trong vài tiếng. Một hacker Pháp (nhóm ShinyHunters):* Dùng 10 máy chủ ảo tải về 1,8 triệu file APK Android để quét trộm chìa khóa API. Cứ trộm được API key Claude của nạn nhân nào là lấy luôn tài khoản đó đi hack tiếp công ty khác. Hai bạn sinh viên đại học ở Hồ Nam:* Thả bầy AI agent tự mò mẫm phần mềm thiết bị mạng suốt ngày đêm, đào ra hơn 10 lỗ hổng bảo mật nghiêm trọng (zero-day) chỉ trong vòng một tháng. Một chuyên gia an ninh ở Mali:* Một mình dùng Claude viết nên hệ thống nghe lén toàn quốc Lakana 360, kiểm soát cuộc gọi và tin nhắn của 25 triệu thẻ SIM trên cả nước mà không cần trát của tòa án. 4. Mẩu chuyện lừa tình: 4.700 nàng Claude đi dỗ ngọt 25.000 anh Mỹ Quy mô:* Một xưởng phần mềm Trung Quốc

TẶNG seri 7 phần - TOÀN TẬP ChatGPT Work (Codex) cho người mới bắt đầu (từ con số 0)

Mình từng thử khá nhiều Model, thử các gói model cao cấp và cũng kết nối khá nhiều API của nhiều bên. Tool nào cũng thấy hay, model nào cũng muốn thử. NHƯNG khi số lượng công cụ và model nhiều lên, mình bắt đầu không quản lý hết, token bị đốt khá nhiều, nhưng việc thì không trôi? Có gì đó sai sai :))) Mình thấy nhiều anh em chia sẻ về Claude Code, nhưng khá ít người chia sẻ về ChatGPT Work (Codex). Nên mình dành 1 tuần, làm full series 7 phần này (khoảng 2 tiếng rưỡi) đi từ con số 0 cho người mới và non-tech. 7 phần mình đúc kết từ: các bài toán thực tế mình đang làm, các buổi coach 1-1 hay những buổi đào tạo cho doanh nghiệp. Đi từ: Hiểu "Cơ thể" ChatGPT (P1) --> Đưa dữ liệu vào (P2+P3) --> Tạo đầu ra (P4) --> Đóng gói cách làm thành SKILL (P5) --> Nối ra bên ngoài (P6+P7) Phần 1: Thân_Hiểu "cơ thể" bên trong ChatGPT Work (Codex). * Dành cho ae: muốn hiểu "cơ thể" ChatGPT (AI) có gì, để làm gì? * ChatGPT Work và Codex khác nhau thế nào nếu sử dụng? Khi nào dùng GPT-5.6 Sol? Khi nào dùng GPT-5.6 Terra*? * Mẹo chi màn hình 3 ngăn và quản lý chat (dự án) ra sao để đỡ rối? Phần 2: Cloud_Cách đưa dữ liệu từ mạng xã hội (FB, YT, web...) về để AI đọc. * Dành cho ae: Đang muốn tìm, lưu lại các bài viết từ top1 % để học và làm. * Cách lưu full 1 bài viết (chữ + ảnh) từ Facebook, YouTube với 1 click? * Làm sao để AI đọc, phân tích và tạo báo cáo từ dữ liệu đó? * Làm sao biến nội dung đã lưu --> thành ý tưởng hoặc bài viết mới? Phần 3: Offline_Cách làm việc với dữ liệu "file" trong máy tính. * Dành cho ae: Đang muốn ChatGPT "HIỂU" được dữ liệu của mình, để tạo đầu ra. * Cách ChatGPT đọc và hiểu CHÍNH XÁC được: Excel, Word, PDF, ảnh? * Cách xử lý file PDFs khi có nhiều trang như: Ebook, sách... * Cách ChatGPT hiểu được file Video hay Audio? Phần 4: Kết Quả_Tạo đầu ra từ dữ liệu AI đã thẩm thấu. * Dành cho ae: Đang làm việc khối văn phòng hành chính: ngân hàng, luật, kế toán... * Làm sao tạo bài viết, báo cáo, hình ảnh hoặc video từ kho dữ liệu sẵn có? * Dạng file nào thì cho AI đọc, dạng nào cho mình đọc (Word, Excel, PDF hoặc HTML)? * Cách tạo ảnh hay video ngay trên laptop? Phần 5: SKILL_Đóng gói việc lặp lại thành SKILL. * Dành cho ae: Muốn rút thời gian cho các công việc LẶP LẠI? * Cách tạo SKILL: viết Content, viết Ebook và xây Não2 thực tế. * 4 bước đơn giản để tạo 1 SKILL cho AI ? * 4 quy tắc lõi để tạo SKILL để AI làm đúng mà không cần phải hướng dẫn lại? Phần 6: Plugin_Cách nối ChatGPT làm với với Ứng dụng bên ngoài. * Cách ChatGPT làm việc với Google Drive, Sheets hay Docs...? * Cách viết và lọc Gmail bằng ChatGPT? * Cách ChatGPT tạo ảnh và bóc tách thành từng lớp, để chỉnh sửa được trên Canva? Phần 7-1: Plugin_Tạo website đơn giản (Ko cần API phức tạp). * Dành cho ae: đang làm kinh doanh, marketing.. muốn xây sản phẩm số. * Làm thế nào để làm 1 cái website mà ko cần API phức tạp hay model xịn? * 4 bước đơn giản để làm 1 website bằng ChatGPT? * 2 cách để ChatGPT có thể "HIỂU" và nói chuyện được tools bên ngoài? Phần 7-2: Plugin_Quản lý dữ liệu người dùng và email mkt tự động. * Dành cho ae: đang quan tâm CRM, Leads, email mkt tự động... * Cái này mình đang làm, sắp có ^^ 7 phần này không có mục tiêu biến anh em thành developer. Mục tiêu là để anh em biết: ChatGPT Work (Codex) làm được gì trong công việc thật*? * Cách đưa dữ liệu từ "trên mấy" xuống "dưới đất" cho AI đọc và làm? Phân biệt được: cái nào là người đọc trước? cái nào nên đưa cho AI làm sau*? Cách để tạo bài viết, báo cáo, ảnh.*.. bằng ChatGPT trên laptop mà ko cần tools phức tạp? * SKILL thực chất là gì? Khi nào thì nên đóng gói thành SKILL? 4 bước làm đơn giản? * Plugin là gì? Khi nào dùng? Dùng để làm gì? * Liệu có thể làm 1 website miễn phí bằng ChatGPT ko? Ae quan tâm thì comment “chatgpt”, mình gửi link đầy đủ 7 phần nhé.❤ ps: Phần 7-2 đang quay, sẽ cập nhật vào sớm ^^ Ngọc Nam

Không lưu lại tiếc cả đời - Công đức vô lượng nằm ở đây

Hơn 1 triệu developer đang sử dụng nó để tìm các công cụ mã nguồn mở thay thế cho những phần mềm SaaS phải trả phí. Gần như mọi công cụ bạn đang trả tiền đều có thể có một phiên bản miễn phí, mã nguồn mở và tự host. Vấn đề là tìm chúng ở đâu. Rất nhiều dự án nằm rải rác trong README trên GitHub, các bài Reddit hoặc những bài blog gần như chẳng ai đọc. OpenAlternative giải quyết đúng vấn đề đó. Đây là một thư mục được tuyển chọn các công cụ mã nguồn mở thay thế cho những sản phẩm SaaS phổ biến, với hơn 12.000 người đăng ký và hàng trăm công cụ được xếp hạng dựa trên số sao GitHub, giấy phép và thời điểm commit gần nhất. Một vài công cụ đang được quan tâm: * Postiz (34K sao) thay thế Buffer * Cap (21K sao) thay thế Screen Studio * Ollama (179K sao) thay thế LM Studio * n8n (200K sao) thay thế Make * Firecrawl (170K sao) thay thế Jina * Supabase (108K sao) thay thế Firebase * Excalidraw (130K sao) thay thế Miro Bạn có thể lọc theo danh mục, công nghệ sử dụng, giấy phép hoặc chỉ xem những công cụ có thể tự host. Website cũng có một bộ sưu tập mới dành riêng cho AI, chỉ tập trung vào các công cụ mã nguồn mở thay thế những sản phẩm AI như Claude, Claude Code, Wispr Flow và nhiều công cụ khác. Điều thú vị là chính OpenAlternative cũng là một dự án mã nguồn mở. [https://openalternative.co/](https://openalternative.co/) Ryan Hart

Kho "gu thẩm mỹ" cho AI code giao diện, hơn 115 nghìn sao

AI viết code giao diện rất nhanh. Nhưng để ý mà xem, sản phẩm nào nó làm ra cũng na ná nhau: vẫn kiểu nền tím hồng đó, vẫn bố cục đó, vẫn mấy cái nút đó. Vấn đề không phải nó code dở. Là nó không có gu. UI UX Pro Max là một kho mở đang giải đúng chỗ đó. Nó là một skill (bộ hướng dẫn cài thêm cho AI, để AI biết làm sâu một việc chuyên môn). Cài xong, bạn bảo "làm cho mình trang bán hàng cho tiệm spa", AI sẽ không lao vào code ngay. Nó chốt trước một bộ thiết kế hoàn chỉnh: → kiểu giao diện hợp ngành → bảng màu, cặp font → bố cục các phần của trang → hiệu ứng, chuyển động → và một danh sách "những thứ đừng làm" riêng cho ngành đó Rồi mới code theo bộ đó. Giống như thay vì thuê thợ xây làm luôn, bạn đưa cho họ bản vẽ của kiến trúc sư trước. Bên trong kho có gì (theo tài liệu của chính kho): 1/ 161 bộ luật thiết kế theo ngành - spa, phòng khám, fintech, nhà hàng, game, portfolio... mỗi ngành một cách làm khác nhau 2/ 84 kiểu giao diện - từ Minimalism, Glassmorphism, Bento Grid tới Dark Mode 3/ 192 bảng màu gắn 1-1 với 192 loại sản phẩm 4/ 74 cặp font đã ghép sẵn, kèm sẵn Google Fonts 5/ Gần 100 nguyên tắc UX kèm các lỗi thường gặp và quy tắc dễ tiếp cận 6/ 22 nền tảng lập trình được hỗ trợ: React, Next.js, Vue, Svelte, Flutter, SwiftUI, Tailwind... 7/ 25 kiểu biểu đồ cho ai làm dashboard Cài được cho nhiều công cụ: Claude Code, Cursor, Windsurf, GitHub Copilot, Codex CLI, Gemini CLI, Antigravity, Warp và nhiều cái khác. Với Claude Code thì hai câu lệnh là xong. Điều mình thấy hay nhất nằm ở ý này: muốn AI làm ra thứ đẹp, đừng bắt nó đoán. Hãy đưa cho nó cái gu. Bạn nào đang để AI dựng giao diện thì vào xem thử, thấy hợp thì lưu bài lại. Link mình để ngay bình luận nhé 👇

Prompt Engineering chưa hết nóng, Graph Engineering đã ra lò

Từ Prompt Engineering đến Graph Engineering Chỉ trong khoảng hai năm, cách chúng ta xây dựng AI đã thay đổi rất nhiều. Ban đầu mọi người dành phần lớn thời gian để học Prompt Engineering, tức là học cách giao tiếp với AI. Sau đó đến Context Engineering, nơi trọng tâm chuyển sang việc chuẩn bị đúng dữ liệu và đúng ngữ cảnh để AI có đủ thông tin trước khi suy luận. Đầu năm nay, cộng đồng lại nói rất nhiều về Loop Engineering khi AI Agent bắt đầu biết tự suy nghĩ, tự sử dụng công cụ, tự kiểm tra kết quả rồi lặp lại cho đến khi hoàn thành công việc. Và chỉ vài tuần gần đây, một khái niệm mới lại xuất hiện liên tục trên X, Reddit và các cộng đồng AI: Graph Engineering. Mình thấy Graph Engineering không phải là một kỹ thuật mới mà là hệ quả tất yếu khi AI Agent bắt đầu xử lý những công việc đủ lớn. Andrew Ng mở đầu tài liệu của mình bằng một câu rất đáng chú ý: "Architecture matters more than the model." Nghĩa là khi các mô hình AI ngày càng mạnh và khoảng cách giữa chúng ngày càng thu hẹp, lợi thế cạnh tranh sẽ không còn nằm ở việc dùng GPT, Claude hay Qwen, mà nằm ở cách bạn thiết kế cả hệ thống phía sau. Điều này nghe khá giống với ngành phần mềm. Hai công ty có thể cùng dùng một ngôn ngữ lập trình, cùng dùng một cơ sở dữ liệu, nhưng sản phẩm cuối cùng lại khác nhau hoàn toàn vì kiến trúc hệ thống khác nhau. AI cũng đang bước vào giai đoạn như vậy. Model dần trở thành một thành phần trong hệ thống, thay vì là toàn bộ hệ thống. Vì sao Graph Engineering xuất hiện? Để hiểu vì sao Graph Engineering xuất hiện, trước tiên cần hiểu cách hầu hết AI Agent hiện nay hoạt động. Phần lớn các Agent đều chạy theo một vòng lặp khá đơn giản. Nhận yêu cầu, suy nghĩ, thực hiện hành động, kiểm tra kết quả rồi tiếp tục lặp lại nếu công việc chưa hoàn thành. Đây chính là Loop Engineering. Claude Code, Codex, Cursor hay Qoder đều hoạt động theo tư duy này. Chúng không chỉ trả lời câu hỏi mà có thể tự viết code, chạy terminal, sửa lỗi rồi thử lại nhiều lần cho đến khi chương trình chạy được. Loop Engineering giải quyết rất tốt những công việc có phạm vi nhỏ. Nhưng khi AI bắt đầu xử lý những bài toán lớn hơn thì bottleneck cũng xuất hiện rất nhanh. Hãy tưởng tượng bạn yêu cầu AI xây dựng một sản phẩm hoàn chỉnh. Nó phải đọc tài liệu yêu cầu, nghiên cứu đối thủ, tìm kiếm thông tin trên Internet, viết mã nguồn, chạy kiểm thử, sửa lỗi, viết tài liệu hướng dẫn rồi mới triển khai. Nếu tất cả các bước này đều do một Agent thực hiện thì toàn bộ trạng thái của dự án đều phải nằm trong một cửa sổ ngữ cảnh duy nhất. Dự án càng lớn, cửa sổ ngữ cảnh càng dài. Agent phải nhớ mình đã làm gì, đọc tài liệu nào, sửa lỗi gì, thử giải pháp nào và còn bao nhiêu việc chưa hoàn thành. Lượng token tăng lên, thời gian xử lý lâu hơn, việc kiểm tra lỗi cũng trở nên khó khăn hơn vì mọi thứ đều nằm trong cùng một vòng lặp. Đây chính là giới hạn của một Agent. Hiện tại, AI đang phải đóng quá nhiều vai trò cùng lúc. Nó vừa là người lập kế hoạch, vừa là lập trình viên, vừa là người kiểm thử, vừa là người phản biện và cũng là người ra quyết định cuối cùng. Trong thực tế, không có công ty nào vận hành theo cách đó. Graph Engineering xuất hiện để thay đổi đúng điểm này Thay vì xây dựng một AI biết làm tất cả, Graph Engineering chia toàn bộ công việc thành nhiều nút nhỏ, mỗi nút chỉ đảm nhận một vai trò duy nhất. Có AI chuyên lập kế hoạch, AI chuyên nghiên cứu, AI chuyên viết mã nguồn, AI chuyên chạy kiểm thử, AI chuyên kiểm tra tính chính xác, AI chuyên đánh giá kết quả cuối cùng. Nếu Loop Engineering giống như một nhân viên đa năng thì Graph Engineering giống như việc xây dựng cả một tổ chức, nơi mỗi người đều có chuyên môn riêng và phối hợp với nhau để hoàn thành một dự án. Nhưng nhiều Agent vẫn chưa phải là Graph Engineering Điểm quan trọng nhất của Graph không nằm ở số lượng Agent mà nằm ở cách các Agent trao đổi thông tin với nhau. Trong một hệ thống thông thường, gần như mọi thứ AI biết đều nằm trong cửa sổ ngữ cảnh. Khi phiên làm việc kết thúc hoặc cửa sổ ngữ cảnh đầy lên, AI gần như phải bắt đầu lại từ đầu. Nó phải đọc lại tài liệu, xây dựng lại bối cảnh và nhớ lại những gì mình đã làm. Điều này giống như một nhân viên mỗi sáng đi làm lại phải đọc toàn bộ email từ đầu để nhớ hôm qua mình đang làm đến đâu. Bên trong Graph Engineering, dữ liệu chảy như thế nào? Graph Engineering thay đổi hoàn toàn cách ghi nhớ này bằng một khái niệm gọi là Shared State. Thay vì lưu mọi thứ trong trí nhớ của từng Agent, toàn bộ trạng thái của công việc được đưa ra bên ngoài thành một vùng dữ liệu chung. Kế hoạch dự án, tài liệu đã đọc, các dữ kiện đã kiểm chứng, kết quả kiểm thử, những lỗi đã phát hiện hay quyết định của từng Agent đều được lưu lại trong Shared State. Mỗi Agent chỉ cần đọc đúng phần dữ liệu mình cần, xử lý công việc rồi ghi kết quả trở lại. Nó không cần đọc lại toàn bộ cuộc hội thoại để biết chuyện gì đã xảy ra. Nếu ví AI như một nhóm người cùng làm dự án thì Shared State giống hệt một tài liệu Google Docs mà cả nhóm cùng sử dụng. Người nghiên cứu ghi kết quả nghiên cứu. Người lập trình đọc kết quả đó để viết code. Người kiểm thử đọc phiên bản mới nhất để chạy test. Người đánh giá đọc toàn bộ kết quả để đưa ra quyết định cuối cùng. Không ai phải hỏi lại từ đầu hay đọc lại toàn bộ lịch sử làm việc của cả nhóm. Đó cũng là lý do Anthropic đưa ra một nhận xét rất thú vị: Agent có thể quên, nhưng Graph thì không quên. Trí nhớ không còn nằm trong model mà đã trở thành một phần của hệ thống. Graph Engineering cũng thay đổi hoàn toàn cách dữ liệu di chuyển trong hệ thống. Thay vì mọi bước đều chạy tuần tự, công việc được chia thành nhiều nhánh có thể thực hiện đồng thời. Nếu cần phân tích 100 báo cáo tài chính, hệ thống có thể tạo ra 100 Agent nhỏ, mỗi Agent đọc một báo cáo riêng rồi gửi kết quả về một Agent tổng hợp. Nếu cần kiểm tra một đoạn mã nguồn, một Agent có thể chạy kiểm thử trong khi Agent khác kiểm tra bảo mật và Agent thứ ba đánh giá hiệu năng. Cuối cùng, một Agent tổng hợp sẽ đọc kết quả của tất cả các Agent trước đó để đưa ra quyết định. Model hoàn toàn không thay đổi, nhưng tốc độ xử lý của cả hệ thống tăng lên rất nhiều nhờ kiến trúc mới.

Trâu bò đánh nhau, ruồi muỗi được lợi :))))

Cụ thể là có một ông dùng Claude Code nhưng lại chạy với model khác, xong một ngày đẹp trời thì tài khoản Anthropic bị suspend. Thế là ông này lên X hỏi: Ủa, Anthropic ban tài khoản vì tôi dùng Claude Code với model khác à? Bài đăng nhanh chóng được cộng đồng AI coding chú ý, vì nếu đúng là như vậy thì khá căng. Claude Code vốn là một coding harness, nên chuyện người dùng muốn cắm model nào vào workflow của mình cũng là một hướng rất tự nhiên. Thế là drama bắt đầu. Một ông khác vào bảo: “Tôi cũng gặp y chang. Làm đúng setup đó xong tài khoản Anthropic cũng bị khóa.” Mọi người bắt đầu đặt câu hỏi: Anthropic đang chơi trò khóa người dùng dùng model đối thủ? Và rồi... Boris Cherny, người đứng sau Claude Code, trực tiếp vào cuộc nói là Anthropic không ban người dùng chỉ vì họ sử dụng harness với model khác. Theo Boris, gần như chắc chắn tài khoản kia bị một hệ thống classifier khác đánh nhầm, và Anthropic sẽ kiểm tra lại. Nhưng Tibo (Technical Staff OpenAI) mỉa tiếp: “Đúng rồi, GPT-5.6 Sol rất ngon, dùng được gần như ở mọi nơi, kể cả Claude Code.” Rồi ông còn tuyên bố luôn Reset usage limits cho toàn bộ người dùng ChatGPT Work và Codex để ăn mừng :))))