Chào @swyx, có câu hỏi cho bạn, Bạn luôn nói "làm việc, nói cho mọi người." Nhưng tôi thấy việc làm ảnh hưởng đến việc nói. Tôi bị lạc trong việc làm. Tôi phải ép mình chặn thời gian trong lịch chỉ để buộc bản thân nói với mọi người bằng cách viết. Và ngay cả khi đó, tôi cảm thấy như mình đang lãng phí thời gian mà có thể dành cho việc làm nhiều hơn. Tôi đã thấy một số giá trị từ việc nói với mọi người. Nhưng tôi thích làm việc hơn rất nhiều. Tôi không muốn trở thành một nhà văn kỹ thuật. Không muốn làm dev rel và hầu như tôi bị dị ứng với từ "tiếp thị." Tôi chỉ muốn truyền đạt ý tưởng đủ để chúng thực sự được áp dụng (và mọi người sử dụng những gì tôi xây dựng). Cuộc sống ngắn ngủi và ngay cả khi tôi làm việc suốt ngày, chỉ có b ст thời gian. Bạn quản lý sự cân bằng như thế nào? Bạn sử dụng những quy tắc nào? Tôi nghĩ nhiều người xây dựng gặp khó khăn với điều này và một số người nghiêng quá nhiều về một bên. Rất muốn biết ý kiến của bạn.

Cách mà @cline trải nghiệm "bài học đắng" trong hành trình của chính mình. Khi Sonnet 4 ra mắt, rất nhiều thứ đã hỏng. Mô hình chạy trong vòng lặp. Nhận chỉ dẫn quá nghiêm túc và làm những điều kỳ quặc. Chúng tôi đã bối rối. Cùng một hệ thống nhắc nhở đã hoạt động cho 3.5, 3.7, mọi thứ trước đó. Vào thời điểm đó, chúng tôi nhận ra: nhắc nhở của chúng tôi đã làm quá tải cảm giác của mô hình. Tất cả những chỉ dẫn cẩn thận mà chúng tôi đã viết? Chúng đã can thiệp vào cách mà mô hình thực sự suy nghĩ. Bài học đắng cho các tác nhân: Bạn nghĩ rằng bạn có thể điều chỉnh nhắc nhở và làm cho các mô hình tốt hơn. Và có thể điều đó hoạt động... trong thời điểm này. Nhưng với nhiều tính toán hơn, các mô hình chỉ đơn giản là trở nên tốt hơn một cách tự nhiên. Và càng nhiều sự hỗ trợ bạn làm, bạn càng thực sự cản trở hơn. Nhắc nhở hệ thống tốt nhất là cái chỉ hướng cho các tác nhân theo đúng hướng nhưng sau đó tránh xa mô hình.

Cách để phân tích ngược bất kỳ công cụ lập trình AI mã nguồn đóng nào: Điều này hoạt động cho Claude Code, Windsurf, Copilot và thực sự bất kỳ công cụ nào bằng cách chặn các cuộc gọi của chúng. Phương pháp 1: Charles Proxy (cho các công cụ có điểm cuối nội bộ) Các công cụ như Vscode Extension sẽ chuyển tiếp đến backend của riêng chúng trước. - Cài đặt Charles Proxy - Cài đặt chứng chỉ gốc của Charles - Theo dõi lưu lượng truy cập - Tìm điểm cuối nội bộ mà chúng đang truy cập - Đánh dấu nó để proxy SSL trong Charles - Đọc mọi thứ Phương pháp 2: Proxy cục bộ (cho các công cụ gọi trực tiếp LLM APIs) - Các công cụ như Cline, Claude Code gọi trực tiếp. Charles sẽ không hoạt động vì chứng chỉ pin chặn nó. - Khởi động một proxy cục bộ trên localhost:8080 - Cấu hình tiện ích mở rộng để sử dụng đó làm URL cơ sở API của nó - Proxy của bạn chuyển tiếp đến API thực - Đọc mọi thứ dưới dạng văn bản thuần túy - Bạn không đang chặn vì bạn LÀ điểm cuối nên không có vấn đề về chứng chỉ. Với điều này, bạn sẽ thấy đầy đủ các lời nhắc hệ thống, định nghĩa công cụ, cấu trúc cuộc trò chuyện, tham số, mọi thứ.