Bản tin cộng đồng ngày 07/10/2026
Thứ tư, 07/10/2026
Có bác trong group vừa khoe: bảo Claude Code mở app ngân hàng ra "trải nghiệm", rồi clone về thành app của mình — bấm chạy y như thật.
📌 Bản tin cộng đồng IT BA — 07/10/2026
1️⃣ Chiêu dùng ADB cho Claude Code tự cầm điện thoại: chụp màn hình, bấm nút, đọc UI — anh em test thử xem sao.
2️⃣ Một bạn làm dashboard banking kể cách viết đơn xin credit AI: dùng Grok nắm context công việc rồi humanize lại, apply phát được luôn.
3️⃣ Có người đang tự build tool vẽ diagram chạy trên canvas, mục tiêu là để model rẻ như Haiku cũng vẽ ra output đẹp — hiện 10 cái sai 2.
Anh em đang dùng AI để "trải nghiệm" app người khác, hay vẫn tự tay bấm từng màn? Kể mình nghe với.
1.Cho Claude Code tự cầm điện thoại qua ADB
Trong group có bác khoe: bảo Claude Code mở app ra "trải nghiệm", rồi clone về thành app của mình. Bấm chạy y như app thật.
Một anh khác vào giải thích cơ chế, nghe xong mình thấy hợp lý phết:
👉 ADB (Android Debug Bridge) là công cụ chính thức của Google để điều khiển điện thoại từ PC
👉 Bật Tùy chọn nhà phát triển → Gỡ lỗi USB trên điện thoại
👉 Cắm cáp vào PC, hoặc kết nối ADB qua Wi-Fi
👉 Cài adb (Android Platform Tools) trên PC
👉 Cài thêm scrcpy để xem màn hình điện thoại ngay trên PC
Rồi mở Claude Code và mô tả việc muốn làm. Nó chạy được mấy lệnh kiểu:
✅ adb shell screencap — chụp màn hình
✅ adb shell screen… — đọc UI, bấm nút
Nghe thì đơn giản, mà ghép lại thành vòng lặp "xem → hiểu → bấm → xem tiếp" thì ra được cái flow khá hoàn chỉnh.
Riêng mình nghĩ cái này đáng thử, nhưng đừng lạm dụng để clone app người ta rồi xào thành sản phẩm — chỗ đó dễ mất kiểm soát. Còn dùng để học UI/UX thì quá đáng tiền.
2.Cách viết đơn xin credit AI cho startup
Chuyện apply gói hỗ trợ cho startup của một hãng AI làm cả group xôn xao hôm qua.
Có bạn apply phát được luôn, có bác bị từ chối thẳng. Điểm chung của mấy người bị loại: công ty nằm ngoài cửa sổ thời gian chương trình cho phép.
Một bạn trong nhóm chia sẻ nguyên văn cách viết phần mô tả, mình thấy đáng lưu:
👉 Phần "How you're building": mô tả sản phẩm thật, AI dùng ở đâu trong vòng đời sản phẩm
👉 Bạn đó viết: dashboard cho phân tích ngân hàng nội bộ, Claude dùng xuyên suốt — sinh UI component, viết và duy trì tài liệu quy trình, tìm rủi ro và xung đột trong business logic, review code, hỗ trợ người dùng query dữ liệu
👉 Phần "Where do you want support": nói thẳng cần API credits và priority
Cách bạn đó làm ra bản này cũng hay: chat với Grok về domain knowledge cho nó nắm context công việc, xong đưa qua công cụ humanize lại.
Mình thì thấy phần khó nhất không phải viết hay dở, mà là điều kiện công ty có nằm trong khung hay không. Khai man tuổi doanh nghiệp coi vậy mà không qua được đâu, có bác thử rồi và nhận mail từ chối y chang người khai thật.
3.Tự build tool vẽ diagram chạy trên canvas
Một bác trong nhóm đang làm cái này, nghe xong mình hơi chột dạ vì đúng bài toán mình từng vật lộn.
Vấn đề: tạo diagram bằng Mermaid thì rẻ, nhưng output xấu và khó chỉnh. Còn tool xịn như mấy cái vẽ trên canvas thì đẹp, edit được, mà chi phí lại cao.
Bác đó đang tự build một thứ ở giữa:
👉 Dùng model để sinh diagram giống cách Mermaid làm — tối ưu chi phí
👉 Nhưng render lên canvas, show đẹp và edit được
👉 Mục tiêu tham vọng hơn: ép cả model rẻ như Haiku cũng vẽ ra output tốt
Con số thật bác đó đưa ra: hiện tại nó vẽ 10 cái thì sai 2 cái.
Và bác đang chỉnh để nâng tỉ lệ đó lên.
Mình thấy đây mới là hướng đáng đi. Ai cũng đang đổ tiền vào model to, nhưng bài toán thật của team BA là làm sao để model nhỏ vẫn ra được tài liệu dùng được. Cái này mà ngon thì tiết kiệm được kha khá.