Mọi bản demo AI agent cuối cùng cũng kết thúc bằng email xin lỗi — nên tôi đã làm một firewall (solo builder tuần 6)

 (klorn.ai)
1 điểm bởi k08200 4 giờ trước | 1 bình luận | Chia sẻ qua WhatsApp

3 tuần trước, trong Show GN đầu tiên, tôi đã chia sẻ rằng mình đang làm một 5-tier firewall; trong thời gian đó, tôi muốn cập nhật phần chỉnh sửa thiết kế + những gì đã thực sự ship. Bài trước chìm nghỉm với 1 vote/1 bình luận, nhưng vì đã có tiến triển nên đăng lại lần nữa.

▶ Chỉnh từ 5-tier → 4-tier (PUSH / QUEUE / SILENT / AUTO)
Tier "Call" được loại ra và tạm hoãn. Tôi quyết định điều này dựa trên dữ liệu trong quá trình PoC.

▶ Hoàn thiện end-to-end cho agent loop
Email yêu cầu họp đến → phân loại tier → Klorn kiểm tra xung đột lịch → soạn trả lời + bản nháp sự kiện lịch → chờ ở PendingAction → người dùng 1-click approve → gửi đi. Mọi action đều được ký bằng payload hash trước khi phát đi; nếu không khớp với ActionReceipt thì không thể thực thi.

▶ Phần tốn thời gian nhất: invariant test (chưa tới 100 dòng code)
Một bài test sẽ làm build fail nếu action như send_email được thực thi mà không có approval của người dùng. Nếu ai đó gỡ approval check → test fail → build fail → deploy fail. Việc lách qua cơ chế này tự nó không còn là một lựa chọn. Đây là lý do vì sao câu "agent không tự ý gửi" không phải khẩu hiệu marketing mà là sự thật.

Quảng cáo

▶ Tôi cũng bắt được một bug prod ngoài đời thực
OpenRouter đã retire SKU model :free, khiến toàn bộ autonomous cycle chết với lỗi "404 No endpoints found". Cơ chế failover cũ chỉ xử lý 402 / 403 / 429. Trường hợp "model biến mất" thì chưa xử lý được. Tôi đã thêm multi-model fallback chain, nên dù một SKU upstream chết thì agent cũng không chết theo.

▶ Đang đo retention Day 14+7
Mốc để PoC pass là kích hoạt được 5 ICP. Thành thật mà nói, chỉ một dòng feedback cũng rất được hoan nghênh.

▶ Video 60 giây: https://klorn.ai
▶ Mã nguồn: https://github.com/k08200/klorn

Beta miễn phí + tự động áp dụng PRO. Thật sự cảm ơn những ai đã góp ý cho bài viết đầu tiên.

Bài viết liên quan

1 bình luận

 
k08200 4 giờ trước

Một câu hỏi — với những ai đang vận hành agent / SaaS, khi agent hành động không đúng với ý định của người dùng thì failure mode mà mọi người thấy thường xuyên nhất là gì?

Theo tần suất tôi gặp trong lúc vận hành:

  1. Prompt drift — tự động gửi đi phản hồi không đúng với chủ đích ban đầu
  2. Model retire — gói :free SKU bị khai tử, không có cả fallback nên cả cycle cũng chết theo
  3. Hiểu sai tool argument — agent thực hiện action bên ngoài với tham số sai

Tôi tò mò về pattern mà những người khác đã gặp.