4-layer JARVIS 1.0 — Tâm Trí Phân Minh, đêm 24/03/2026

Đêm 24/03/2026, 16:46 UTC

Tôi commit dòng đầu của JARVIS. Git log xác nhận: hash 6ddc11dd, “Initial commit”.

7 tiếng sau, commit thứ 2 cùng đêm — ccd3fea9 — brain architecture.

Hai commit đó không phải code. Là quyết định kiến trúc.

Lý do build JARVIS không phải vì AI

Tôi vận hành nhiều mảng song song:

• AIC — kiến trúc + nội thất + xây dựng, 10+ năm B2B
• OKG — công ty công nghệ mới mở 2025
• 1 công ty thương mại đang R&D — sẽ thương mại vật liệu ngành cho AIC + partners
• Cá nhân — gia đình, tài chính, đầu tư

Trước JARVIS, tôi dùng Gemini, Claude, ChatGPT cho mọi việc kkk — mỗi tool 1 ngách, switch hoài.

Vấn đề KHÔNG phải AI yếu. Vấn đề là tôi trộn context — và sâu hơn, là trộn cảm xúc với business decision.

10 năm pattern: sai ở đâu?

10 năm vận hành đa entity, tôi đã trải qua nhiều lần đứng bờ vực phá sản, thất bại lớn, công nợ lớn.

Khi nhìn lại từng case, tôi thấy 1 pattern lặp:

1. Suy nghĩ dùng cảm tính nhiều hơn lý tính
2. → Hành xử thiếu multi-view (chỉ thấy 1 góc, mất cái còn lại)
3. → Make decision sai vì thiếu rule cản trước

Cảm tính không xấu. Cảm tính giúp tôi closeness với khách, đọc được tín hiệu mềm. Nhưng khi cảm tính lẫn vào lúc tính BOQ, lúc đối đáp với debtor, lúc decide hire/fire — quyết định mất tỉnh táo.

Pattern lặp đi lặp lại đủ nhiều lần đến mức tôi thấy: cần 1 lớp ranh giới, không phải để xoá cảm xúc, mà để cảm xúc không xâm phạm business decision lúc cần lý tính.

Đêm eureka — pattern HRMS

Năm 2025 tôi code HRMS cho 1 khách enterprise bằng Claude Code. Code có structure: folder/file/luật/test rõ ràng. Claude đọc full repo → hiểu toàn bộ business logic → handle được mọi case.

Đêm 24/03/2026, lúc đang dùng Gemini cho 1 việc khác (đã quên là việc gì), tôi chợt nhận ra:

“Sao mình không build AI giống y khi code HRMS?”

Đưa toàn bộ context vào 1 repo. Brain (Tâm). Knowledge (Trí). Skills (Agents). Workspace (vùng tạm).

Nhưng quan trọng hơn — kiến trúc đó vô tình giải bài toán 10 năm pattern: phân tầng = thêm rule cản trước thân-khẩu-ý.

Commit dòng đầu lúc 16:46 UTC. Đó là JARVIS.

4 tầng — không phải kỹ thuật, là triết lý

Brain — Tâm: personal life, persona, wisdom, prompts. Chỗ tôi đến khi cần tham vấn cảm xúc, gia đình, ký ức, luân lý. Tách hẳn business — không trộn AIC pricing với câu chuyện cha mẹ.

Knowledge — Trí: work knowledge tra cứu. AIC dự án + debtors + portfolio. OKG HRMS stack. B2B playbook. Tax + fire safety. Ngữ cảnh business pure — vào đây là chế độ lý tính.

Agents — Thần kinh: automation skills + workflows. BOQ pipeline, pricing strategy “giấu lãi”, cashflow check, đòi nợ Zalo, marketing operator. Logic tự động — đã được mài thành rule, ít cần intervene cảm tính.

Workspace — Vùng tạm: file download, project active, log thô, draft. Bẩn là OK. Mỗi tuần reset.

Tâm Trí Phân Minh — nhưng KHÔNG phải cách ly

Đây là điểm dễ hiểu sai nhất.

4 tầng KHÔNG phải 4 vùng cách ly. Tất cả vẫn nằm chung 1 repo. Tất cả vẫn cross-reference được nhau qua link, qua memory bank, qua Knowledge Graph.

Khi đang làm BOQ AIC (Knowledge → Agents), nếu memory bank có note “khách này quan hệ thân với cha tôi” (Brain → personal) — JARVIS vẫn nên flag lên cho tôi biết. Đó là context support qua lại, không phải tường lửa.

Tách bạch là để chế độ default đúng:

• Vào Brain → tôi mặc định cảm tính, đời thường, đầy đủ tự ngã
• Vào Knowledge → tôi mặc định lý tính, business, nguyên tắc
• Vào Agents → tôi mặc định rule-based, ít can thiệp
• Vào Workspace → tôi mặc định “bẩn cũng được, sẽ reset”

Khi cần override (vd: business decision có yếu tố quan hệ cá nhân), JARVIS có thể bring context từ tầng khác lên. Nhưng nó là explicit pull, không phải implicit leak.

Phân chia rõ ràng để biết hiện tại mình đang ở chế độ nào. Liên thông qua lại để không miss context quan trọng.

Mục đích thật: thay đổi pattern hành xử

Mục tiêu cuối của 4-layer KHÔNG phải tổ chức file. Là thêm 1 layer rule cản trước:

• Trước khi tôi suy nghĩ về 1 việc → JARVIS gợi multi-view (cảm tính + lý tính + ngoại cảnh)
• Trước khi tôi hành xử → JARVIS check pattern (giống pattern thất bại nào không?)
• Trước khi tôi make decision → JARVIS verify (có thiếu góc nào không?)

Trong Phật học có khái niệm thân-khẩu-ý: 3 cửa hành xử. Người vận hành có rule giữ 3 cửa đó tỉnh táo thì decision ít sai. Tôi không học triết lý này từ sách lý thuyết — là pattern recognition cá nhân + thiền không hệ phái 10 năm.

JARVIS 4-layer là implement vật lý của triết lý đó. Không phải zen mới. Không phải framework copy từ paper.

”Bẩn được” — design intent

Mọi người hỏi: tại sao Workspace không clean? Câu trả lời: clean nó vẫn bẩn lại sau session.

Mỗi project active có 5-10 file tạm (bản vẽ DWG download, BOQ draft chưa review, log scrape Drive). Cố giữ clean = waste energy. Để nó bẩn → mỗi tuần reset (archive cái cũ, xoá cái không dùng) → quay về clean. Cycle.

Đây là biological pattern — cơ thể tế bào chết và tái tạo. Workspace cũng vậy.

Lúc đó tôi không biết world phát triển Personal Assistant AI ra sao

Cần nói thẳng: đêm 24/03/2026 tôi chưa research Personal Assistant AI thị trường. Chưa đọc paper Anthropic về agentic systems. Chưa biết OpenClaw. Chưa biết Letta/MemGPT. Chưa biết khái niệm “agentic memory tier”.

Tôi có 2 thứ duy nhất:

1. Pattern recognition từ 10 năm vận hành đa entity — thấy rõ pattern thất bại
2. Kinh nghiệm Claude Code — biết Claude đọc full repo hiểu được business logic

Ghép 2 thứ → 4-layer. Cảm nhận + đúc kết, không phải design from paper.

Sau này (Sprint 4-5) khi research mới thấy: concept của tôi gần với OpenClaw, gần với research note từ Anthropic về context-rich agents, gần với cách Letta/MemGPT phân tier memory. Không phải tôi giỏi — là pattern này tự nhiên đúng, ai vận hành đa context đủ lâu đều sẽ tới.

Đó là điều tôi muốn share nhất ở bài này: founder VN không cần đọc xong 50 paper mới được build cái của mình. Pattern recognition từ thực tế đủ lâu là đủ origin.

3 thứ tôi rút ra sau 37 ngày

1. Tách bạch để có chế độ default đúng, KHÔNG phải để cách ly — 4 layer giúp tôi vào đúng mode khi vào đúng folder. Cross-reference vẫn còn nguyên.

2. Cản trước thân-khẩu-ý là mục đích thật — không phải organize file. Là tạo ranh giới cho cảm xúc không xâm phạm business decision lúc cần lý tính.

3. Pattern recognition cá nhân đủ làm origin — không cần research xong paper trước. Vận hành thực tế đủ lâu → thấy pattern → implement → research sau verify.

Bài tiếp theo

• “Tâm Trí Phân Minh — implement chi tiết qua memory bank + close session” (architecture deep-dive)
• “OpenClaw vs JARVIS — 2 hướng độc lập đến cùng 1 pattern” (architecture comparison)
• “4 layer thành 7 layer Sprint 5 — gì đã thay đổi và tại sao” (architecture evolution)
• “Cảm tính trong vận hành B2B VN — case real không tên” (ops + philosophy)

---

Disclosure: bài này tôi (Tien Dang) viết, có hỗ trợ AI (Claude — JARVIS ghostwriter) structure draft từ git log + brain/personas + chat tôi kể đêm eureka + triết lý Tâm Trí Phân Minh. Tôi đã rewrite + add experience + approve trước publish.