A practical guide to managing context and memory in Claude Code sessions. Covers CLAUDE.md (a persistent rules file you write), auto memory (notes Claude saves itself), and in-session context management using /context, /compact, and /clear commands. Key insight: decisions made only in chat can be lost during compaction, so durable rules belong in CLAUDE.md. Includes a command cheat sheet and tips for steering compaction summaries.
Nguồn: https://medium.com/@mabujadallah/claude-code-command-by-command-part-2-context-and-memory-68e8263f196d. 8sync News chỉ tóm tắt và dẫn link; bản quyền nội dung thuộc tác giả và nguồn gốc.
Claude Code có thể thay thế toàn bộ bộ công cụ năng suất cho người dùng không chuyên bằng cách truy cập vào thư mục chứa file văn bản thuần túy và Markdown. Với file CLAUDE.md hướng dẫn, nó quản lý ghi chú, tác vụ, bảng biểu và hệ thống lưu bài đọc sau, thay thế các công cụ trả phí như Notion, Instapaper hay Readwise Reader. Tác giả chia sẻ cách thiết lập thư mục con cho ghi chú/tác vụ, hệ thống queue.md cho bài đọc sau với thẻ inline và tóm tắt do AI tạo, đồng thời tận dụng khả năng đọc file của Claude để tham chiếu chéo giữa các thư mục.
Lập trình viên nên đọc bài này để khám phá cách sử dụng AI như Claude Code để tự động hóa quản lý công việc, notes và lưu trữ thông tin một cách hiệu quả, thay thế nhiều công cụ chuyên dụng mà không cần phụ thuộc vào các nền tảng ngoài.
Addy Osmani đề xuất khung sáu cấp độ tự chủ (autonomy) cho kỹ thuật agentic, chia thành hai chiều: tự chủ đơn tác tử (độ độc lập của từng agent) và điều phối đa tác tử (sắp xếp nhiều agent song song). Mỗi cấp độ từ 0 (hỗ trợ/tự động hoàn thành) đến 5 (điều phối theo ngoại lệ với manager agents chỉ huy worker fleets) đều có yêu cầu xác minh, lỗi tiềm ẩn và trường hợp sử dụng phù hợp. Khung này nhấn mạnh tầm quan trọng của hợp đồng agent (mục tiêu, phạm vi, điều kiện dừng, bằng chứng, ngân sách) và cảnh báo bốn anti-pattern phổ biến như "autonomy as status" hay "fleet cosplay".
Những kiến thức về tầm quan trọng của kiểm chứng và quản lý hợp lý trong hệ thống tự động hóa multi-agent sẽ giúp bạn xây dựng các giải pháp thông minh, giảm thiểu rủi ro và tối ưu hóa hiệu quả khi phát triển các hệ thống AI có độ tự chủ cao.
Hướng dẫn từng bước thiết lập phát triển liên tục (continuous development) với Claude GitHub App và Claude Code Actions, cho phép Claude tự động đóng góp tính năng, xem xét pull request dựa trên lệnh @claude. Bài viết bao gồm cài đặt app, cấu hình workflows (claude.yml, claude-code-review.yml), chuyển từ Opus sang Sonnet, kích hoạt Renovate bot, và minh họa toàn bộ quy trình từ tạo issue đến merge code trên dự án Spring Boot REST API. Ngoài ra, bài viết cũng đề cập đến chi phí thực tế khi chạy Claude Code trên nhiều issues.
Lập trình viên nên đọc bài này để khám phá cách tự động hóa phát triển liên tục với AI, từ việc giải quyết bug đến triển khai tính năng mới, giúp tiết kiệm thời gian và nâng cao hiệu suất trong quá trình hợp tác trên GitHub.
Codex (OpenAI) và Claude Code (Anthropic) là hai trợ lý lập trình AI với triết lý khác biệt: Codex ưu tiên thực thi tác vụ tự động, phù hợp với nhóm cần năng suất cao; Claude Code tập trung cộng tác tương tác, lý giải chi tiết, dành cho nhà phát triển muốn giám sát chặt chẽ. Lựa chọn phụ thuộc vào quy trình làm việc, mức độ tự chủ mong muốn và mục tiêu phát triển của đội.
Những lập trình viên muốn tìm hiểu cách chọn công cụ hỗ trợ phát triển phù hợp với phong cách làm việc cá nhân hay nhóm, từ tính năng tự động hóa đến sự tương tác thiết kế, sẽ tìm thấy giải đáp chi tiết trong so sánh này.
ARIA Authoring Practices Guide (APG) không phải hướng dẫn tối ưu cho website mà chỉ minh …
Adam Bender, kỹ sư phần mềm chính tại Google, cho rằng cuộc tranh luận về AI coding quá tập trung vào tốc độ và sinh code, bỏ qua những thách thức kỹ thuật rộng lớn hơn. Ông phân biệt lập trình (một cá nhân viết code) với kỹ thuật phần mềm (duy trì code sống, tích hợp và dễ bảo trì trong nhiều năm), nhấn mạnh AI thúc đẩy phần trước nhưng hầu như không ảnh hưởng đến phần sau. Những lo ngại chính bao gồm hệ sinh thái nhà phát triển như một hệ thống thích ứng phức tạp, nguy cơ mất kiểm soát trí tuệ khi codebase phát triển nhanh hơn khả năng hiểu của con người, lỗ hổng kiểm thử tích hợp khi AI tạo ra quá nhiều unit test, các API nội bộ trở nên công khai vô tình do AI bỏ qua ranh giới không chính thức, và khó khăn trong việc dạy phán đoán kỹ thuật cho lập trình viên mới sử dụng AI. Ông khuyến nghị bắt đầu bằng cách xác định chất lượng phù hợp với doanh nghiệp, sau đó lập bản đồ toàn bộ hệ sinh thái nhà phát triển để dự đoán hậu quả cấp hai và cấp ba từ việc tăng đột ngột sản lượng code.
Lập trình viên nên đọc bài này để hiểu cách AI không chỉ thay đổi cách viết code mà còn làm thay đổi toàn bộ quy trình và văn hóa của software engineering, từ việc quản lý codebase lớn đến việc đào tạo kỹ năng quyết định cho đội ngũ mới.
Kỹ thuật ngữ cảnh (context engineering) và kỹ thuật bộ nhớ (memory engineering) là hai lĩnh vực riêng biệt nhưng bổ trợ trong hệ thống AI tác nhân (agentic AI). Kỹ thuật ngữ cảnh quản lý thông tin đầu vào cho mỗi lần suy luận, bao gồm lựa chọn, sắp xếp, nén và phân bổ token, trong khi kỹ thuật bộ nhớ quản lý dữ liệu lưu trữ xuyên suốt các phiên làm việc, từ chính sách ghi, lựa chọn lớp lưu trữ đến chiến lược truy xuất và bảo trì. Hai lĩnh vực gặp nhau ở ranh giới truy xuất, nơi dễ xảy ra lỗi như đưa bộ nhớ truy xuất vào mà không cân nhắc ngân sách ngữ cảnh hoặc đặt nội dung ở vùng ít chú ý trong cửa sổ ngữ cảnh.
Lập trình viên nên đọc bài này để hiểu cách tối ưu hóa hiệu suất và độ tin cậy của hệ thống AI agent bằng cách kiểm soát và quản lý thông tin context và bộ nhớ một cách hiệu quả, từ việc chọn lọc dữ liệu đến quản lý chi phí token và lưu trữ.
Việc đo lường năng suất lập trình viên thông qua các chỉ số như lines of code, commits, pull requests hay AI tokens là cách tiếp cận lỗi thời, thậm chí trong kỷ nguyên AI. Những chỉ số này chỉ phản ánh hoạt động chứ không đo lường giá trị thực, dẫn đến lãng phí và động cơ sai lệch. Thay vào đó, nên tập trung vào kết quả kinh doanh hoặc hành vi người dùng, vì chỉ khoảng 33% ý tưởng phần mềm thực sự mang lại giá trị.
Lập trình viên nên đọc bài này để hiểu cách đo lường hiệu quả thực sự của công việc, thay vì bị lừa bởi chỉ số sản lượng, giúp họ tập trung vào giá trị tạo ra cho dự án và doanh nghiệp chứ không phải chỉ số giả tạo.