runesleo

Mấy ngày nay tôi ngâm mình trong Fable 5, đại tu lại quy trình làm việc agent tích lũy nửa năm: 7 luồng agent kiểm toán song song, khai quật 24 vấn đề — ba cấu hình mỗi cái nói mỗi kiểu, dịch vụ ghi nhớ chết hai tháng vẫn được các quy tắc tham chiếu, một bảo vệ an ninh chưa bao giờ thực sự chặn được thứ gì.
Rồi sửa từ đầu đến cuối, quy tắc giảm 62%, các nhánh kỹ năng rải rác trong bốn công cụ đều được hợp nhất về một mối.
Loại việc này trước đây tôi tự làm mất một tuần, chưa chắc dám động vào cấu hình cốt lõi. Lần này tôi chỉ đứng bên cạnh quyết định, nó tự chạy xong, mỗi bước đều kèm bằng chứ

Tối nay mạng lại treo hai lần. Chrome toàn đỏ, Claude Code và Codex cũng treo theo.
Lúc này mới thấy lợi ích của Cursor, nó có thể trả lời ngay cả khi không có VPN, và còn có thể thao tác trong shell local. Tôi liền bảo nó chạy network-doctor: kiểm tra ping gateway, xem Clash có bị treo nửa TUN không, nên khởi động lại mihomo hay tắt TUN trực tiếp.
Sửa mạng kiểu này, thường chỉ mất vài vòng « kiểm tra → thực hiện → xem lại trạng thái ». Nếu chưa mở gói trả phí Cursor, thì dung lượng miễn phí thường đủ để chạy vài vòng kiểm tra.
Ai có hứng thú có thể thử, coi Cursor như một trợ lý sửa chữa địa

Fable 5 đã dùng đến giới hạn rồi, làm sao bây giờ? Cảm giác như mất phương hướng ngay lập tức.

Gần đây khi sử dụng các công cụ tài sản BTC L1, tôi càng ngày càng thấy ví vẫn còn một vấn đề chưa giải quyết triệt để:
Nó không đơn giản là "số dư hiển thị có chính xác không".
Thực sự rắc rối là, một UTXO có thể chồng nhiều ngữ nghĩa tài sản khác nhau.
Ví dụ như bản thân BTC, inscription, Runes, Bitmap, Alkanes, thậm chí một số giải thích trạng thái riêng của ứng dụng, đều có thể liên quan đến cùng một output.
Bitcoin Core chỉ biết đến UTXO.
Nhưng người dùng thấy là "tôi có bao nhiêu tài sản".
Ở đây có một ảo tưởng rất nguy hiểm:
Tài sản mà nền tảng nhận diện được, không bằng t

Claude Code里最危险的信号之一：
Determining 6 phút, effort cao, vài trăm token.
Điều này thường cho thấy mô hình đã mắc kẹt trong vũng lầy ngữ cảnh. Phía sau dễ xảy ra trả lời không đúng câu hỏi, xâu chuỗi ký ức cũ, ảo giác đường dẫn, đọc sai đầu ra công cụ.
Đừng đợi nó "nghĩ xong".
Dừng ngay, mở session mới, chạy lại với ngữ cảnh sạch.

Hôm nay đã kiểm tra một vấn đề kỳ lạ: Gần đây Opus 4.8 luôn cảm thấy "không ổn", chất lượng phản hồi dao động, thỉnh thoảng đề cập đến những thứ tôi chưa từng hỏi.
Sau một hồi tra cứu, phát hiện vấn đề xuất phát từ chính tôi — 17 script Hook tôi viết liên tục đổ rác vào ngữ cảnh hội thoại của mô hình.
Hook của Claude Code có hai kênh đầu ra. Một là mô hình có thể thấy được, một là chỉ bạn mới thấy được trên terminal của mình. Phần lớn người viết Hook không để ý đến sự khác biệt này, cách xuất mặc định đúng là đi qua "kênh mô hình có thể thấy".
Kết quả là: mỗi lần bạn gọi công cụ, Hook sẽ chèn

Khi tài sản lớp một của Bitcoin bắt đầu trở nên phức tạp hơn,
Vấn đề mà người dùng phổ thông gặp phải đầu tiên là:
Số dư thực sự dựa trên ai?
Gần đây tôi đã gặp vấn đề này trên Alkanes.
Cùng một địa chỉ,
Subfrost, ESPO, UniSat, idclub
Số dư và trạng thái có thể khác nhau.
Có cái như đã giao dịch thành công.
Có cái như bị hoàn lại.
Có cái số dư cập nhật rất muộn.
Tôi đã phân tách một giao dịch của mình trên Alkanes
theo txid / block / outpoint,
mới phát hiện ra rằng nó về bản chất là cùng một nhóm UTXO
bị các hệ thống khác nhau giải thích theo các cách khác nhau.
Số dư trên giao diện chỉ là một

Codex này hiển thị hạn mức khá thú vị.
Tôi ở đây hiển thị hạn mức tuần này đã là 0%,
nhưng cuộc trò chuyện hiện tại vẫn còn có thể tiếp tục làm việc.
Chưa vội kết luận, có thể là do nhiều cơ chế chồng chéo lên nhau:
Hạn mức trong cửa sổ ngắn vẫn còn
Phiên làm việc hiện tại có giới hạn
Công cụ địa phương gọi không hoàn toàn dùng chung một pool
Phần trăm trên UI có làm tròn hoặc trễ
Trạng thái của máy chủ từ xa vẫn còn giữ
Những chi tiết kiểu này khá giống với độ phức tạp thực tế của sản phẩm Agent:
Người dùng thấy là một khung chat,
Phía sau có thể là một đống quota, session, công cụ, quyền hạn