Tôi đã chạy cùng một tác vụ mã hóa hai lần trên một repo thực tế gồm 60 file: một lần không dùng gì, một lần có cài đặt kỹ năng cheapskate của tôi. Chi phí giảm từ $0,43 xuống $0,37 (-13%). Cùng một prompt trong cả hai lần: thêm kiểm tra scanner, chèn ví dụ, mở rộng bài kiểm tra, đảm bảo npm test chạy thành công. Cả hai lần đều hoàn thành. Những thay đổi: - Context đã xử lý: 789K xuống 702K token (-11%) - Đầu ra: 10K xuống 7K token (-26%) - Số vòng: 17 xuống 15 - Thời gian: 1,9 phút xuống 1,7 phút Cài đặt trong Claude Code: /plugin marketplace add codegobrrrr9/cheapskate /plugin install cheapskate@cheapskate Điều này không chứng minh được: chỉ một lần chạy mỗi loại, Sonnet 5, trên một tác vụ nhỏ nơi tác nhân đã gọn gàng. Những khoản tiết kiệm lớn thực sự đến từ các phiên dài đầy các lần đọc và đọc lại toàn bộ file, và lần chạy này không có cả hai yếu tố đó. https://t.co/NNM5DcFoQ5

Các đại lý của bạn hoạt động nhanh. Không ai sử dụng cùng một kế hoạch. Agentic TPM từ @jakejooyoung vượt trội hơn các tin nhắn cố định và tài liệu kế hoạch lỗi thời trong việc giữ cho mọi đại lý luôn cập nhật. Hoán đổi với hy vọng các đại lý đã biết về sự thay đổi để truy cập bản ghi trực tiếp mà tất cả đều đọc từ Cách hoạt động: 1/ Kế hoạch thay đổi và con người đưa ra quyết định 2/ Serro phát hiện sự chênh lệch và cập nhật tất cả cùng một lúc 3/ Đó là tất cả.

Claude Code có thể chạy Sonnet làm mô hình chính và chỉ sử dụng Opus cho các quyết định khó: chỉ cần một cờ, --advisor opus. Thiết lập trong 4 bước: 1. Khởi động bằng: claude --model sonnet --advisor opus 2. Claude tự quyết định khi nào yêu cầu Opus: trước khi cam kết với một kế hoạch, khi lỗi liên tục xuất hiện, và trước khi nói rằng nó đã hoàn thành. 3. Giao nhiệm vụ nặng nhọc cho Haiku: một tệp subagent trong .claude/agents với model: haiku để tìm kiếm và đọc các tệp lớn. 4. Cung cấp môi trường cô lập cho bất kỳ subagent nào kiểm tra các thay đổi rủi ro: worktree, để nó hoạt động trên bản sao riêng của repo. /advisor bật hoặc tắt trong suốt phiên làm việc. Nó yêu cầu API của Anthropic; hiện chưa khả dụng trên Bedrock hay Google Cloud. https://t.co/RDx6YSGDg8

Tôi đã chỉnh sửa một ứng dụng SwiftUI trên PC Windows và thấy thay đổi trên iPhone sau 9,3 giây. Không có Mac nào ở đâu cả. Toàn bộ stack, đều là mã nguồn mở trừ một thành phần: WSL2 Ubuntu 24.04 Swift 6.4.1 từ https://t.co/APlidSAOcr xtool (xây dựng, ký và cài đặt ứng dụng) omarchy-apple-dev (các công cụ thay thế Linux cho công cụ tài sản của Apple) usbipd-win (truyền điện thoại cho Linux) Chi phí mà tôi phải trả: ba lần đăng nhập thất bại, sau đó là lỗi một byte trong bộ relay USB, trong vòng hai ngày. Điều mà nó vẫn chưa thể làm được: không có Simulator. Vì vậy, tôi đặt điện thoại thật vào một khung bên trong trình biên tập. Xây dựng trên Windows: 14 giây lần đầu tiên, hiện tại chỉ còn 4 giây.

Lời khuyên của Railway dành cho mọi khách hàng sau sự cố ngày hôm qua: thay đổi mọi biến môi trường được lưu trữ trên Railway. Khóa API, thông tin xác thực cơ sở dữ liệu, thông tin xác thực registry. Ngay lập tức. Một bên không được ủy quyền đã truy cập vào các biến được mã hóa và, với một số trường hợp, là các giá trị đã giải mã. Sau đó, họ đã tạm dừng các bản triển khai và vô hiệu hóa mọi mã thông báo API của Railway. Nếu bạn đang chạy sáu dịch vụ với bốn mươi biến, thì “thay đổi tất cả” là một nhiệm vụ cực kỳ khắc nghiệt. Nên thay đổi cái nào trước? Cái nào là cùng một bí mật được sử dụng ở ba nơi? Cái nào được tạo từ một biến khác và không được chạm vào? Cái nào là mật khẩu cơ sở dữ liệu mà việc thay đổi biến không làm thay đổi nó? Những câu hỏi này là danh sách mà tôi xây dựng apikeys-handler để quản lý. Nó nhập các biến của bạn, nhóm chúng theo dịch vụ, danh mục và mức độ ưu tiên, tạo giá trị mới chỉ cho các bí mật mà ứng dụng của bạn sở hữu, hướng dẫn bạn qua các bí mật do nhà cung cấp cấp, khởi động lại mỗi dịch vụ một lần, và ghi nhớ vị trí bạn đã dừng lại. Nó không bao giờ in ra giá trị, không bao giờ lưu trữ giá trị nào, và mô hình không bao giờ nhìn thấy giá trị nào. Hãy thử nó trên một dự án dùng một lần với lệnh sau: npx --yes --allow-git=all github:codegobrrrr9/apikeys-handler demo

Một bot từ thị trường Grok Bot đi kèm với lịch trình của người khác. Nightly Audit Engineer, một trong 54 bot do chính đội ngũ Grok Bot phát triển, chạy mặc định lúc 4 giờ sáng. Lúc 4 giờ sáng, bạn đang ngủ. Vì vậy, lần đầu tiên nó cần sự đồng ý của bạn, yêu cầu phê duyệt sẽ chờ khoảng 10 phút, sau đó hiển thị Expired và công việc không bao giờ được thực hiện. Bạn thức dậy và thấy một bot đã “chạy” nhưng không làm gì cả. Vì vậy, trước khi chu kỳ đầu tiên của nó chạy, hãy thiết lập một lần duy nhất: cho phép trước: đọc, bản nháp, báo cáo, pull request bản nháp. Yêu cầu xác nhận trước khi: gửi, đăng, chi tiêu, ký, hợp nhất. Sau đó, xem lại lịch sử sau lần chạy đầu tiên của nó. Một yêu cầu phê duyệt Expired có nghĩa là nó cần một thứ bạn để lại ở mục Ask. Hãy cho phép nó, hoặc chuyển chu kỳ thành bản nháp thay vì thực hiện trực tiếp.

Apple nói rằng bạn cần một Mac để đăng ứng dụng lên App Store. Tôi nói “điều đó thật ngớ ngẩn” và tự tạo phiên bản Xcode của riêng mình. Tôi gọi nó là WinCode. (thiên tài phải không?) Bạn hoàn toàn có thể yêu cầu Claude xây dựng một ứng dụng iOS, và theo dõi từng dòng mã cũng như quá trình kiểm thử diễn ra ngay trên Windows. Việc ký mã, biên dịch và khởi chạy sẽ đều diễn ra trên Windows của bạn, hiện đang sửa một vài vấn đề ở giai đoạn cuối. Chế độ xem trực tiếp là từ iPhone kết nối của tôi để kiểm thử. Tôi muốn biết liệu điều này có thực sự hữu ích cho các nhà phát triển ứng dụng trên Windows hay không? Mục tiêu tiếp theo của tôi là xây dựng một ứng dụng và đăng tải trực tiếp lên App Store từ máy tính Windows của tôi!

Tuần này, Visa đã đưa tính năng nạp trước bằng stablecoin vào hoạt động! Visa hiện cung cấp thanh toán bằng stablecoin tại hơn 180 quốc gia. Inyo là đối tác đầu tiên. Hơn 180 quốc gia là phạm vi chi trả của Inyo, không phải sản phẩm mới của Visa tại 180 quốc gia. Theo tôi, đây chắc chắn là tin tích cực. https://t.co/naOd4YQKTn

Sử dụng lệnh /ask. Lưu nó như một kỹ năng và ghi chú của bạn bắt đầu trả lời: “Trả lời câu hỏi tôi viết sau lệnh bằng cách CHỈ sử dụng các ghi chú trong /workspace/brain. 1. Kiểm tra _system/maps trước, sau đó tìm kiếm toàn bộ kho lưu trữ. 2. Đọc đầy đủ các ghi chú liên quan, không chỉ tiêu đề. 3. Trả lời trước tiên, trong 3 đến 6 câu đơn giản. 4. Sau đó là bằng chứng: mỗi ghi chú dưới dạng [[wikilink]] kèm theo dòng hỗ trợ câu trả lời. 5. Sau đó, nếu các ghi chú của tôi mâu thuẫn với nhau. 6. Sau đó, những gì các ghi chú của tôi KHÔNG đề cập đến mà tôi cần để tự tin. Nếu các ghi chú của tôi không trả lời được, hãy nói “Ghi chú của bạn không đề cập đến điều này” và dừng lại. Không sử dụng bộ nhớ hay web trừ khi tôi yêu cầu.” Bước 6 biến mỗi câu trả lời thành một danh sách đọc.

Opus 5.5 là một kế hoạch viên tuyệt vời nhưng lại là một thợ đánh máy đắt đỏ! Chạy toàn bộ tính năng trong một phiên và bạn sẽ phải trả cho điều đó: $20 mỗi triệu token đầu ra, trong khi code mà Sonnet 5.5 viết chỉ mất $10. Hóa đơn không phải là phần tệ nhất. Một ngữ cảnh thực hiện năm nhiệm vụ sẽ mang theo cả năm nhiệm vụ trong mỗi vòng lặp. Đến giờ thứ hai, nó đã mất đi giao diện mà nó đã đồng ý và tự viết lại một hàm mà các bài kiểm tra cần đến. Vì vậy, hãy chia nhỏ các nhiệm vụ. Opus dẫn đầu với giá $4/$20 và đảm nhận việc lập kế hoạch, soạn bản tóm tắt, hợp nhất, đưa ra quyết định. Các công nhân Sonnet thực hiện việc đánh máy. Một người kiểm tra xác minh mọi tuyên bố về việc hoàn thành. Điểm cần lưu ý: một đội nhóm chỉ mang lại hiệu quả trên một số nhiệm vụ nhất định. Lệnh đầu tiên trong thiết lập tồn tại để thông báo cho bạn khi nào không nên xây dựng một đội như vậy.