Releasing Ruby Gems with OIDC and GitHub Actions

Don't Write Markdown Files for Your Coding Agent. Write Scripts.

If you want agents to do what you want, you need to learn how to box them into deterministic actions.... Tagged with ai, programming, devops, productivity.

I built a Software Factory

I built a Software Factory Last year I caught myself doing something absurd. I was paying for the best coding models money could buy, and I was still the bottleneck. Not because the models were slow …

EP230: RAG vs Agentic RAG

RAG (Retrieval-Augmented Generation) và Agentic RAG là hai phương pháp xử lý thông tin khác nhau trong lĩnh vực AI. RAG hoạt động bằng cách truy vấn vector database để tìm thông tin liên quan trước khi tạo câu trả lời, ví dụ như với vector database có thể chứa hàng triệu document embeddings. Agentic RAG thêm vào một agent có khả năng tự suy luận, cho phép hệ thống tự động xác định cần tìm thêm thông tin hay không, như trường hợp của OpenAI's GPT-4 với function calling. Sự khác biệt chính là Agentic RAG có khả năng tự chủ trong việc quyết định cần làm gì tiếp theo thay vì chỉ phụ thuộc vào kết quả truy vấn ban đầu. Đây là kiến thức quan trọng để hiểu sự tiến hóa từ RAG cơ bản đến các hệ thống thông minh hơn có khả năng tự điều chỉnh.

Bài viết này giúp bạn hiểu rõ sự khác biệt cơ bản giữa RAG và Agentic RAG để áp dụng hiệu quả vào các dự án AI.

MCP server design: tools, authentication, and rate limits

Bối cảnh thiết kế MCP server tập trung vào việc tạo giao diện hữu ích với các công cụ rõ ràng, quyền tài khoản, giới hạn sử dụng và kết quả có thể dự đoán được. Nguyên nhân kỹ thuật chính là yêu cầu đảm bảo an toàn khi thực hiện các hoạt động ghi dữ liệu, đòi hỏi phải triển khai authentication mechanism chặt chẽ và rate limiting để ngăn chặn lạm dụng. Hệ quả của thiết kế tốt sẽ mang lại trải nghiệm người dùng ổn định, giảm thiểu rủi ro bảo mật và tài nguyên hệ thống. Điều đáng học là việc cấu trúc tools thành các đơn vị chức năng độc lập cùng với việc thiết kế hệ thống phân quyền chi tiết sẽ giúp mở rộng dễ dàng trong tương lai.

Bài hướng dẫn này giúp bạn thiết kế MCP server hiệu quả với công cụ bảo mật, xác thực và giới hạn sử dụng tối ưu.

Git Worktrees: Work on Multiple Branches Without Stashing

Git Worktrees cho phép lập trình viên làm việc trên nhiều nhánh branch cùng lúc mà không cần phải stash và unstash. Công nghệ này tạo ra các thư mục làm việc riêng biệt cho từng branch, giải quyết vấn đề phải switch liên tục giữa các nhánh. Mỗi worktree hoạt động như một repository độc lập nhưng chia sẻ cùng một phần .git, giúp quản lý tiến trình work song song hiệu quả. Khi làm việc với feature branches và hotfixes cùng lúc, Git Worktrees ngăn tình trạng uncommitted changes bị ghi đè, đảm bảo bảo toàn code. Cách tiếp cận này đặc biệt hữu ích cho các dự án sử dụng Git Flow hoặc GitHub Flow với nhiều nhánh cần phát triển song song.

Git worktrees giúp bạn làm việc trên nhiều nhánh cùng lúc mà không cần phải stash hoặc chuyển nhánh liên tục, tiết kiệm thời gian và giảm rủi ro khi làm việc song song.

Best Free APIs for Developers : The Complete, Categorized List

You do not need a credit card or a big budget to build real software in 2026. This guide rounds up... Tagged with productivity, programming, javascript, api.

Forgejo v17.0 is available

Forgejo 17.0 ra mắt ngày 15 tháng 10 năm 2026 với những thay đổi đáng kể, trong đó links tuyệt đối trong tài liệu render sẽ được xử lý relative đến repository root thay vì instance root. Phiên bản này loại bỏ Action run webhook events thay bằng workflow run events, yêu cầu người dùng tự động di chuyển các webhook hiện có. Các tính năng mới hỗ trợ FUNDING.yml với nút Donate, tự động hoàn thiện issue/PR, cải thiện Git LFS, và mở rộng API Actions với endpoints rerun jobs/workflows, lọc log, NDJSON logs. Forgejo 17.0 không phải là bản LTS và sẽ được hỗ trợ đến ngày 28 tháng 1 năm 2027.

Lập trình viên nên đọc bài này để cập nhật các thay đổi breaking, tính năng mới và lộ trình hỗ trợ của Forgejo 17.0.

Revoke a JWT Before It Expires: Refresh Tokens and token

ASP.NET Core validates a JWT by its signature and expiry, so a stolen token keeps working after the user changes their password.