Biến Claude Opus 4.8 Thành AI Operating System: 2 Framework là 3M & 4C

TL;DR

• Model không phải moat. Context của bạn mới là moat.

• Default shift: làm việc trong Claude Code thay vì Chrome. Một hệ thống thấy toàn bộ.

• Hai framework: 3M's (Mindset, Method, Machine) làm lăng kính, 4C's (Context, Connections, Capabilities, Cadence) làm kiến trúc.

• Đừng stress về file structure. Tất cả chỉ là folder. AI tự crawl được.

• Instructions không bằng capabilities. Scope key, đừng scope wish.

• Build skill theo 2 hướng: forward cho workflow đã plan, reverse cho workflow vừa sống qua.

• Chạy /insights mỗi vài tuần để audit chính usage của mình.

• Treat system như mentor, đừng treat như chatbot.

Bài chia sẻ của Nate Herk, founder AI Automation Society, public toàn bộ cách anh dùng Claude Opus 4.8 làm AI Operating System cho cả business, kèm starter kit free trên GitHub.

Bốn lớp Context - Connections - Capabilities - Cadence là kiến trúc của một AI OS thực sự.

Default Shift: rời Chrome, sống trong Claude Code

Trước đây Nate bouncing giữa nhiều tab. Claude trên web để viết LinkedIn draft. Claude Code để chạy Python script. Vài SaaS tool xếp chồng lên trên. Trong Claude lại có nhiều project folder cho từng loại content.

Rồi anh nhận ra: model bên dưới mọi tab là một. Thứ duy nhất khác nhau giữa Claude web và Claude Code là context mà mỗi nơi có quyền truy cập. Claude Code thấy file, repo, history của anh. Web chỉ thấy thứ anh paste vào hôm đó.

Từ insight đó, anh đặt một rule duy nhất: cố gắng làm mọi thứ trong Claude Code trước. Brainstorming. Outline video YouTube. Bài LinkedIn. Bài Skool. Chuẩn bị meeting. Không cái nào liên quan tới code, mà tất cả đều chạy qua Claude Code.

Side effect: SaaS stack co lại. Ít context switching. Ít chi tiêu hàng tháng. Một source of truth duy nhất, càng dùng càng smart.

Lý do chọn 4.8 cụ thể: Nate thích Opus 4.6 hơn 4.7. 4.7 có một chút "attitude" - đi ra ngoài scope việc được giao, đốt thêm token, thỉnh thoảng còn nói dối. 4.8 cảm giác trở lại gần 4.6, với những cải tiến về honesty được Anthropic document đầy đủ trong system card (via Anthropic): tỉ lệ không báo cáo sự kiện quan trọng chỉ còn 3.7%, 0% uncritically reporting flawed results, giảm hơn 10 lần overconfidence so với 4.7, và Opus 4.8 giảm khoảng 4 lần khả năng để flaw trong code do nó viết trôi qua mà không flag.

Context Is King, không phải Model

Nếu model là moat, mọi người đã chiến thắng hết rồi.

Ai cũng có access tới Opus 4.8. Ai cũng có access tới phiên bản frontier kế tiếp. Nếu model là thứ quan trọng, mọi bài LinkedIn viết bằng Claude lẽ ra phải viral. Chúng không viral.

Model là engine. Context của bạn là fuel.

Model là stateless. Mỗi session Claude Code mới lại load global rule, file claude.md, các file bạn point tới, và memory. Hết. Không có những thứ đó, nó là beginner hoàn toàn mỗi lần.

Đây là cách audit: mở fresh Claude Code session. Hỏi nó "based on what's going on in our business, what should I work on next week". Nếu trả lời generic, bạn có context problem. Nếu trả lời sharc, bạn có starting point. Dù kết quả nào, nước đi tiếp theo cũng giống nhau: feed nó nhiều hơn.

Four C's - kiến trúc 4 lớp

Đây là framework Nate dùng để quyết định cho system access vào đâu. Mỗi lớp build trên lớp trên.

1. Context

• Nó biết business của bạn

• Mở fresh session, hỏi "what does this business do and who works here" - phải trả lời được

• Đây là foundation cho mọi thứ phía trên

2. Connections

• Những gì nó thực sự touch được

• Calendar ngày mai, task của bạn, message John gửi hôm qua, general team chat

• Nếu bạn còn copy-paste context vào, bạn chưa có connections

3. Capabilities

• Cách bạn thực sự làm việc

• Skill, instruction file, framework được baked in

• "Khi Nate viết LinkedIn post, dùng style này, analogy này, framework này"

• Đây là chỗ system stop feeling generic

4. Cadence

• Những thứ chạy khi laptop đóng

• Hoặc khi bạn đang focus chỗ khác

• Scheduled run, triggered automation, background work

• Đây là lớp cuối vì chỉ work khi 3 lớp đầu solid

Bỏ qua một lớp thì lớp tiếp theo đổ vỡ. Cadence trên context xấu chỉ là automate sai lầm ở scale lớn hơn.

Connections Audit - 7 starter buckets

Phần khó không phải connect tool. Phần khó là quyết định connect tool nào trước.

Đây là 7 starter bucket Nate đề xuất. Khi ngồi xuống làm weekly review cho chính cuộc sống của mình, bạn thực sự đi đâu để tìm từng cái này?

• Revenue figures

• Customer data và customer communication

• Calendar của bạn

• Internal team communication

• Task và project management

• Meeting và meeting notes

• Knowledge và documentation

Viết ra tool bạn dùng cho từng cái. Đó là 7 connection đầu tiên của bạn.

Stack của Nate: ClickUp, Gmail, Slack, Google Workspace, Fireflies, QuickBooks, YouTube, plus toàn bộ local file. Mỗi cái kết nối qua MCP server hoặc API trực tiếp.

Lời khuyên thẳng: đừng cố wire tất cả lên trong một lần ngồi. Pick một cái, làm cho work, đi tiếp. Repo clone-and-go nateherkai/AIS-OS có một onboarding skill phỏng vấn bạn, audit stack, và walk you through từng connection một.

Lệnh /insights - tự audit chính mình

Đây là một trong những command hữu ích nhất trong toàn bộ setup của Nate.

Chạy /insights, Claude Code generate một HTML report phân tích local session 30 ngày gần nhất. Mở file trong browser và bạn thấy:

• Cái gì đang work trong cách bạn dùng nó

• Cái gì đang cản trở bạn

• Quick win để thử

• Workflow tham vọng mà bạn chưa build

• Pattern chỗ mọi thứ đi sai

• Feature và usage pattern bạn đang under-use

Lần đầu Nate chạy, một nửa suggestion là skill mà anh đã re-prompt from scratch mỗi ngày mà không nhận ra.

Chạy một lần. Implement những thứ dễ. Rồi chạy lại mỗi vài tuần. Point không phải audit đơn lẻ - point là xem usage của bạn evolve thế nào và session có càng ngày càng đặc hơn không.

Organize Like It's Just Files

Câu hỏi anh được hỏi nhiều nhất: "làm sao organize AI OS của tôi?"

Câu trả lời thẳng: đừng stress nó.

Không có cách đúng duy nhất. Tất cả chỉ là folder và file. Khi bạn internalize được điều đó, mọi thứ trở nên dễ.

File và folder nghĩa là bạn không bị lock vào Claude Code. Cùng một setup mở được trong Codex. Mở được trong bất kỳ coding agent nào khác. Root của Nate có folder claude, folder codex, folder agents nằm song song. Tool-agnostic by default.

File và folder cũng có nghĩa AI có thể crawl, reorganize, search nó cho bạn. Nate update claude.md gần như mỗi ngày. Anh chuyển project, archive việc cũ, thêm cái mới mỗi tuần. Quý này qua quý khác, priority đổi, nên structure cũng đổi theo.

Bên trong setup của anh có folder decisions, audits, archives, và một folder tên OtherWorlds chứa toàn bộ Claude Code project standalone. YouTube OS của anh sống ở đó. Scheduled automation sống ở đó. Cuốn sách anh đang viết sống ở đó. Mỗi cái là một Claude Code project riêng, nhưng main OS vẫn thấy và reach vào được. Anh thậm chí giữ note document chỗ các Claude Code project khác sống trên máy, để main OS navigate tới khi cần.

Failure mode duy nhất: quá nhiều context mà không organize. Miễn bạn và AI đều tìm thấy thứ mình cần, bạn ổn.

Ví dụ cụ thể: tuần trước một team member gửi anh một doc, anh không nhớ nó rơi vào Slack hay ClickUp. Anh hỏi Claude Code. Nó tìm thấy trong 10 giây. Đó là unlock thật sự. Không còn scavenger hunt.

Instruction là wish. Capability là guardrail. Khoảng cách giữa hai cái này là 150,000 inbox.

Instructions Are NOT Capabilities - cái bẫy 150,000 inbox

Đây là chỗ nguy hiểm.

Một team Nate làm cùng có AI agent gửi 3 promotional email tới hơn 150,000 inbox. Email không được approve. Lần send không được approve. Agent pick up một to-do list, interpret một item là "make and send these emails", và làm luôn.

Họ phải xin lỗi. Phải gỡ trang xuống. Quá báo.

Bài học không phải "hãy cẩn thận hơn với instruction". Bài học là instructions không bằng capabilities.

Nói "never send emails" với một agent đang có send-email tool trên keyring chỉ là wish. Tool vẫn ở đó. Model vẫn với tới được. Một task ambiguous và cái wish bị bỏ qua.

Nói "bạn không có send-email tool nào hết" mới là guardrail. Agent literally không làm được chuyện đó.

Giả định: nếu agent của bạn có quyền đọc hay làm một thứ, sớm muộn nó sẽ làm. Giả định đó thay đổi cách bạn scope endpoint, cách bạn wire MCP server, và cái gì bạn cho agent touch trong production.

Bike method - earn autonomy từng phase

Cách đúng để grow vào autonomy nhiều hơn là cái Nate gọi là bike method.

Bạn không hand cho một đứa nhỏ cái xe, đội helmet, rồi nói "go". Bạn đi cạnh nó. Bạn giữ tay lái. Bạn cảm nhận nó lean quá xa và bạn correct. Mỗi lượt lên xuống driveway, bạn buông thêm một chút. Training wheel tháo ra. Rồi tay bạn rời ra. Cuối cùng nó đi xuống đường một mình và bạn xem từ porch.

Skill và agent earn autonomy theo cùng cách. Barrier to entry để build các system này thấp hơn bao giờ hết, và đó là cái bẫy. Easier to build does not mean safer to deploy. Mỗi lần run thành công earn cho phase tiếp theo của trust. Skip phase và bạn có version 150,000 inbox của câu chuyện.

Hai cách build skill

Nate build skill theo 2 hướng.

Forward method

Nghĩ về tuần của bạn. Tìm cái bạn làm mỗi thứ Hai, cái bạn làm mỗi ngày, cái bạn repeat nhiều lần trong ngày. Rồi nói với Claude Code: "dùng skill creator, đây là end goal, đây là các tool tôi hay reach for, đây là cách tôi thường nghĩ về nó". Nó draft skill. Bạn correct. Bạn run. Bạn feedback. Đôi khi một skill mất 50 round mới Nate ưng. Mỗi lần run sau đó, nó vẫn evolve. Skill viết LinkedIn của Nate nhận feedback note mỗi bài post.

Reverse engineering method

Đây là cách Nate dùng nhiều nhất bây giờ.

Anh làm task end-to-end với Claude Code, chưa có skill nào in place. Khi đạt output anh thực sự muốn, anh dừng và nói: "nhìn lại conversation này. Chúng ta đã làm gì để đến được đây. Bạn nghĩ về cái gì. Bạn cần tool nào. Bạn hỏi tôi câu nào. Bây giờ biến đó thành một skill".

Reverse nhanh hơn vì bạn không guess workflow up front. Bạn đã sống qua nó.

Skill không nhất thiết phải lớn

Skill không cần là big SOP-style workflow. Skill có thể chỉ là một prompt bạn cứ retype.

Skill /session-handoff là ví dụ. Nate type cùng một prompt 3-4 lần mỗi ngày: "tôi sắp clear context, cho tôi summary chúng ta đã làm gì, touch file nào, decision nào locked, cái gì còn open, và pick up tiếp ở đâu". Anh biến nó thành slash command. Giờ anh chạy /session-handoff, nó nhả ra full breakdown, anh /copy, /clear, paste back, và quay lại đúng chỗ với fresh context.

Một skill đơn lẻ đó tiết kiệm cho anh nhiều thời gian hơn cả nửa số workflow skill cộng lại. Bar cho "có đáng làm thành skill không" thấp hơn người ta nghĩ rất nhiều.

Mentor, không phải Dashboard

Mindset shift lớn nhất là treat system như mentor thay vì chatbot.

Khi việc gì đó cảm thấy ngoài tầm với, não bạn default về cái thoải mái. Lấy ví dụ pull quarterly report. Bạn mở software và làm manual vì bạn đã biết cách. Doubt sneaks in dưới dạng comfort.

Mentor flips điều đó. Bạn bước vào và nói "đây là process tôi làm mỗi tháng, đây là tool, làm sao tôi automate cái này". System walks bạn qua các option. Bạn test cùng nhau. Bạn build path mới.

Có một cái cost thật. Lần đầu bạn làm cái mới, nó chậm hơn version manual. Có một cái dip trước khi climb. Câu hỏi là climb có đáng cho cái dip 20% một lần không.

Gần như luôn luôn: yes.

Nhưng phần judgment ở lại với bạn. Bạn vẫn đọc output. Bạn vẫn put your own spin lên đó. You can outsource your thinking. You cannot outsource your understanding.

Đó cũng là lý do Nate không chạy dashboard fancy cho cái này. Mọi người assume một AI Operating System cần slick visual layer với tất cả agent và uptime và metric đập vào mắt. Của anh không có cái nào hết. Anh mở Claude Code, anh nói chuyện với nó, anh có vài tab cho các agent khác, và anh làm việc.

Metric anh care vẫn tồn tại. Free Skool member. Monthly recurring revenue. Active project. AIOS pull được bất kỳ cái nào trong số đó on request. Anh chỉ không cần chúng staring at him cả ngày để cảm thấy in control.

Productivity không phải số giờ làm. Productivity là chuyển động về phía goal.

Nếu một feature, một skill, hay một dashboard không đưa anh gần north star hơn, anh không build.

Một khi Nate bắt đầu filter mỗi quyết định "có nên thêm cái này không" qua north star, hệ thống trở nên đơn giản hơn thay vì phức tạp hơn. Cám dỗ bolt-on thêm thứ stop being a temptation.

Kết - moat thực sự

AI không phải moat. Model không phải moat. Context, connections, skill, và cadence của bạn mới là moat.

Build bốn lớp. Earn autonomy từng phase. Đừng hand out chìa khóa mà bạn không có ý hand.

Nate có repo GitHub free clone-and-go starter AIOS với 3 skill chính (/onboard, /audit, /level-up) và framework 3M's. MIT license, fork về dùng được luôn. Full walkthrough nằm trong video 2+ giờ của Nate.

Còn Opus 4.8 đã có Dynamic Workflows (hundreds of parallel subagent) và Effort Control.