Điểm nổi bật
- Tín hiệu mới: Repo được đẩy lên HN trong khung quét 15h–21h, cho thấy vừa bước vào radar cộng đồng builder.
- Bài toán giải quyết: Nhiều coding agent cùng làm một codebase nhưng không có trạng thái dùng chung.
- Tính năng lõi: checkpoint có cấu trúc, work claim, task ID ổn định, diff checkpoint và MCP server cho agent.
- Kiến trúc: FastAPI, PostgreSQL, React, TypeScript, kèm CLI và chat UI cho người vận hành.
Biểu đồ
Tóm tắt
Smriti là một dự án rất hợp thời điểm vì nó không cố trở thành model mới hay IDE mới. Nó giải quyết lớp điều phối còn thiếu khi nhiều agent cùng đụng vào một dự án: trạng thái suy luận, quyết định, giả định, task và các nhánh công việc không còn bị nhét vào vài file handoff rời rạc.
Điểm mạnh của dự án là cách định nghĩa khá rõ ràng phạm vi. Smriti không nhận mình là orchestrator, cũng không phải task manager đầy đủ. Nó là shared reasoning-state backend, nghĩa là cung cấp bề mặt trạng thái đủ chặt để các agent tự phối hợp, trong khi quyền quyết định vẫn nằm ở agent và con người.
Chi tiết
Theo README, Smriti được thiết kế cho kịch bản ngày càng phổ biến trong 2026: cùng một codebase có thể được xử lý song song bởi Claude Code, Codex hoặc nhiều phiên agent khác nhau. Vấn đề nảy sinh rất nhanh là mỗi agent vào phiên làm việc với một lát cắt ngữ cảnh khác nhau, tự khám phá lại quyết định cũ, giẫm chân nhau hoặc lặp lại công việc đã có người làm. Trước đây nhiều đội giải quyết bằng HANDOFF.md hay NOTES.md, nhưng cách này vỡ ngay khi reasoning rẽ nhánh hoặc nhiều agent làm song song.
Smriti thay thế lớp handoff tự phát đó bằng một backend trạng thái có cấu trúc. Thay vì ghi prose dài, agent checkpoint thành các trường rõ ràng như objective, decisions, assumptions, tasks, open questions và artifacts. Từ đó hệ thống hỗ trợ một loạt primitive đáng giá cho multi-agent workflow: work claims để agent tự khai báo ý định trước khi bắt đầu, task ID ổn định để tránh va chạm, diff checkpoint để xem reasoning lệch nhau ở đâu, và freshness check để biết trạng thái đã thay đổi kể từ lần đọc cuối chưa.
Điều làm dự án này khác nhiều wrapper agent khác là tác giả chủ động đặt ranh giới. README nói rất rõ Smriti không phải orchestrator, không gán việc và không thay con người điều phối. Nó chỉ mô tả state. Chính lựa chọn này giúp dự án giữ được tính nhẹ, dễ cài và hợp với triết lý agent tự chủ. Trong thực tế, đây là lựa chọn chiến lược khôn ngoan vì lớp điều phối nặng thường nhanh chóng biến thành nút cổ chai hoặc framework áp đặt.
Về triển khai, repo dùng FastAPI, SQLAlchemy, PostgreSQL cho backend, React cộng TypeScript cho giao diện và cung cấp cả CLI lẫn MCP server. Điều đó khiến Smriti không chỉ là dashboard quan sát mà là bề mặt thao tác thật cho agent. README còn nêu các số liệu vận hành nội bộ như số checkpoint, số lần cross-agent continuation và tỉ lệ hoàn tất work claims, một cách kể chuyện khá hiệu quả để chứng minh use case.
Với doanh nghiệp hoặc đội kỹ thuật chạy nhiều agent, Smriti đáng chú ý vì nó nhắm vào một pain point thực tế hơn là benchmark model. Nếu xu hướng multi-agent tiếp tục mạnh lên, lớp reasoning-state như thế này có thể trở thành middleware tiêu chuẩn, giống vai trò của issue tracker hay CI trước đây. Hạn chế hiện tại là dự án còn rất sớm, single user, chưa có auth hay multi-tenancy. Nhưng ngay ở giai đoạn này, nó đã nêu đúng câu hỏi mà thị trường agent buộc phải giải trong năm nay.