01 · PROBLEM
Vấn đề tôi muốn giải quyết
Một chat AI có thể trả lời tốt nhưng vẫn mất context giữa các lần làm việc và không thể tự kiểm tra trạng thái thật trên máy. Mira được xây như lớp thực thi cục bộ: đọc source hiện có, thao tác bằng tool được cấp quyền, kiểm chứng đầu ra và để lại trạng thái có thể tiếp tục.
02 · FIT
Vì sao một chat window là chưa đủ
Reasoning trên web hữu ích cho nghiên cứu và architecture, nhưng local execution cần filesystem, repository, browser, test harness, durable memory và bằng chứng từ môi trường thật. Hai lớp phải hand off rõ thay vì giả định kế hoạch đã được triển khai.
03 · REQUIREMENTS
Requirements và constraints
- Memory phải có provenance và không thay thế live verification.
- Quyền tool, secret và external write phải có boundary rõ.
- Repository work cần test, diff và atomic checkpoint.
- Destructive, public hoặc privacy-sensitive action vẫn thuộc quyền quyết định của Cyan.
- Hệ thống phải báo blocker thật thay vì bịa trạng thái hoàn tất.
04 · DESIGN
Workflow
Request / handoff ↓ Inspect real state ↓ Plan within authority ↓ Tool execution ↓ Test + evidence ↓ Durable checkpoint / next gate
05 · DECISIONS
AI làm gì, tôi quyết định gì
AI hỗ trợ
Inspection, coding, test, browser work, artifact production, documentation và evidence collection trong phạm vi được cấp.
Human quyết định
Priority, business direction, production release, credential use, public action, irreversible change và acceptance cuối.
06 · BUILD LOG
Build log
- Workspace foundation · project memory, topic memory và operating rules được tách theo owner.
- Execution boundaries · tool policy, approval gate và secret handling được đưa vào workflow thay vì để sau cùng.
- Current operating loop · website rebuild này dùng durable state, atomic commits và local Playground verification làm bằng chứng.
07 · EVIDENCE
Evidence hiện có
Mira đang chạy như local execution layer trên Mini PC và đã tạo repository changes, validation artifacts, browser checks và durable checkpoints cho các project thực. Trang này không công bố benchmark độ chính xác, thời gian tiết kiệm hay mức tự chủ vì chưa có phương pháp đo công khai ổn định.
08 · FAILURE
Những thứ đã không hoạt động
Khi browser lane, session memory và execution ownership bị chia quá nhỏ, routing trở nên khó hiểu và evidence bị phân tán. Hệ thống được thu gọn lại quanh một main agent, project memory rõ owner và tool path có thể kiểm chứng.
09 · LESSONS
Bài học có thể chuyển giao
Memory, permissions và human approval phải được thiết kế cùng nhau. Một agent làm được nhiều việc hơn chỉ đáng tin khi nó cũng biết dừng đúng chỗ, phân biệt kế hoạch với trạng thái thật và để lại bằng chứng cho người quyết định.