# 15 thay đổi của Claude trong 10 tháng qua

[Simon Scrapes](https://homus.dev/speakers/simon-scrapes) · [Simon Scrapes](https://homus.dev/orgs/simon-scrapes)

> 15 thay đổi của Claude trong 10 tháng: skill chỉ còn là lỗi cần sửa, bẫy model rẻ, /advisor, plan mode, /goal, projects, fork, hook, routine, cloud session.

Topics: Workflow, Skills, Coding Agents, Context Engineering

Canonical: https://homus.dev/talks/claude-changed-completely-every-new-concept-explained

## 1. Bảy trên chín skill pack không hơn một file giả

Simon mở đầu bằng nhận định: một số skill phổ biến nhất mà mọi người vẫn bấm star trên GitHub, theo anh, giờ về cơ bản đã vô dụng (theo video đăng ngày 17/10/2026). Có người đã đem chín skill pack Claude phổ biến nhất ra so với một file giả (dummy file) có cùng độ dài, và bảy trong chín pack không làm tốt hơn file giả đó. Simon không nêu tên người làm bài test này. Lý do anh đưa ra: Claude bây giờ đã tự làm được phần lớn những gì các skill đó dặn nó làm, ngay khi vừa cài đặt, không cần thêm gì (theo Simon, video đăng ngày 17/10/2026).

Đó mới chỉ là một trong 15 điều mới của 10 tháng qua mà theo anh phần lớn mọi người đã bỏ lỡ (tính tới video đăng ngày 17/10/2026). Video nói về Claude, nhưng anh nói phần lớn những điều này cũng áp dụng cho bất kỳ giao diện nào bạn dùng: Codex, Cursor, các desktop app, hoặc thậm chí setup tự dựng của riêng bạn (theo Simon, video đăng ngày 17/10/2026).

Đầu tiên, Simon muốn chỉ ra nên giữ lại skill nào, và anh muốn thông điệp không bị hiểu nhầm. Anh hoàn toàn không bảo bạn xoá hết skill rồi làm lại từ đầu. Điều anh muốn nói là cách nghĩ về việc build skill mới, hay cách kiểm tra xem bạn có còn cần skill pack bên ngoài hay không, đã thay đổi hoàn toàn khi các model tốt lên (theo Simon, video đăng ngày 17/10/2026).

Hồi khoảng tháng Một, tháng Hai, một skill thường là toàn bộ process được viết ra từng bước, giống như một cuốn sổ tay hướng dẫn cho Claude làm theo. Simon nói đó cũng là cách chính anh và mọi lời khuyên phổ biến khác về skill khi ấy bảo mọi người build (theo video đăng ngày 17/10/2026). Anh thậm chí đã đọc hết bản hướng dẫn build skill đầy đủ để học cách thiết kế skill cho tốt, với progressive disclosure và tất cả những quy tắc khác mà mọi người được dặn phải theo.

Phần lớn logic đó, theo anh, vẫn còn đúng. Nhưng khi ấy mọi người build những skill kiểu standard operating procedure rất chi tiết cho cả những task cơ bản nhất. Anh lấy ví dụ skill copywriting của mình, hoặc skill làm cho output nghe "người" hơn (humanizing). Cả hai đều dài hàng trăm dòng quy tắc và các bước hướng dẫn cách viết. Theo Simon, Claude bây giờ tự làm phần lớn những quy tắc đó bằng logic của chính nó (video đăng ngày 17/10/2026).

## 2. Skill giờ là danh sách lỗi cần sửa, kiểm bằng skill eval

Claude hiểu rằng người ta không muốn "AI slop", và theo Simon, với các model mới, phần lớn output đã được "humanize" sẵn (video đăng ngày 17/10/2026). Vì vậy một skill bây giờ chỉ nên chứa những gì Claude không tự nghĩ ra được, hoặc những quy tắc tinh tế mà bạn muốn thêm vào logic của nó. Và phần đó, anh nói, ít hơn rất nhiều so với 10 tháng trước.

Simon chỉ vào trang docs của Anthropic về cách viết skill, ở mục "Evaluation and iteration", và nói Anthropic khuyên bước đầu tiên là thử làm mọi việc mà không dùng skill trước đã (theo docs trên màn hình trong video đăng ngày 17/10/2026). Trên màn hình, mục "Build evaluations first" liệt kê quy trình evaluation-driven development: Identify gaps (chạy Claude trên các task đại diện mà không có skill, ghi lại lỗi cụ thể), Create evaluations, Establish baseline, Write minimal instructions và Iterate. Sau đó bạn chỉ ghi lại những gì Claude làm sai, rồi đưa đúng phần đó trở lại vào skill.

Như vậy, theo Simon, một skill không còn là standard operating procedure nữa. Nó là một danh sách các chỉnh sửa cho một process mà Claude chưa tự làm được ngay khi vừa cài đặt (video đăng ngày 17/10/2026). Anh nói thêm rằng sáu tháng nữa, có thể điều đó lại thay đổi và mọi người sẽ không cần skill nữa.

Cách dễ nhất để biết bạn còn cần một skill nào đó hay không, theo Simon, là cài plugin skill eval của Anthropic (theo video đăng ngày 17/10/2026). Về cơ bản plugin này chạy cùng một việc hai lần, đặt cạnh nhau: một lần có skill của bạn, một lần không có skill. Bạn chạy trước và sau, và bỏ đi bất kỳ skill nào không thắng được output không dùng skill. Nghĩa là bạn cần kiểm tra output để so sánh bản không có skill với bản có skill.

![Hình minh hoạ hai cột WITH và WITHOUT: cột có SKILL.md chỉ có một ô được đánh dấu, cột không có skill có ba ô được đánh dấu](https://homus.dev/photos/YAuWBqZ_gjs-0203.jpg)

Hình minh hoạ trên màn hình khi Simon nói về skill eval: cùng một việc chạy có skill (cột WITH, kèm file SKILL.md) và không có skill (cột WITHOUT); trong hình, cột không có skill có ba ô được tích, cột có skill chỉ có một (hình trong video đăng ngày 17/10/2026).

Kết quả cho bạn một trong hai việc cần làm (theo Simon, video đăng ngày 17/10/2026). Hoặc bạn biết cách cắt gọn skill, bỏ những phần mà Claude thực ra đã tự làm theo mặc định. Hoặc bạn bỏ hẳn skill đó nếu nó không còn cần thiết, và giải phóng thêm context.

## 3. Cái bẫy của model rẻ: cache và số lần thử

Chuyển sang model, Simon nói giờ cũng có đúng cái bẫy tương tự (video đăng ngày 17/10/2026). Chọn một model rẻ hơn để tiết kiệm tiền, ví dụ hạ xuống Haiku, thường lại khiến bạn tốn hơn, vì hai lý do.

Lý do thứ nhất là cache. Simon nói rõ anh không nói về số tiền, mà về dữ liệu đã được cache, thứ giúp bạn tốn ít token hơn. Anh đưa ra một tình huống: bạn đã làm một tiếng trong một session trên Opus, rồi có một câu hỏi dễ. Bạn muốn giữ nguyên context nên chuyển sang Haiku để tiết kiệm tiền hay token cho câu hỏi đó. Nhưng theo Simon, mỗi model giữ một cache riêng của cuộc hội thoại, nên toàn bộ cuộc hội thoại bị đọc lại từ đầu trên model mới với giá đầy đủ (video đăng ngày 17/10/2026).

Anh nói việc đó có thể đắt hơn tới cả một bậc độ lớn, vì toàn bộ lịch sử hội thoại bạn đã có sẽ bị nạp lại vào cuộc hội thoại đó (theo Simon, video đăng ngày 17/10/2026). Rồi khi bạn chuyển lại Opus cho những task khó hơn, bạn lại đọc tất cả vào bộ nhớ của Opus, và lúc đó nó cũng không còn được cache trên Opus nữa. Cứ mất cache, cache lại, rồi lại mất cache như vậy, bạn thực chất đang tự làm mình tốn thêm token khi chuyển qua lại giữa các model.

Lý do thứ hai: nhìn bề ngoài thì model nhỏ có vẻ rẻ hơn vì giá mỗi token thấp hơn, nhưng chưa chắc đã rẻ hơn tính theo mỗi việc (theo Simon, video đăng ngày 17/10/2026). Một model nhỏ hơn có thể cần nhiều lần thử và nhiều lần sửa hơn để ra cùng một kết quả. Và mỗi lần thử lại là thêm token và thêm thời gian của bạn.

Simon dẫn một bài test trong tháng (tính tới video đăng ngày 17/10/2026) cho thấy Haiku 5.5 cần nhiều request hơn các model lớn hơn, và ở cùng mức chất lượng, nó mất gần gấp đôi thời gian so với Sonnet trong các session dài. Trên màn hình là bài blog của Bito, mục "Where the money goes", ghi cụ thể: Haiku cần nhiều request hơn các model lớn hơn để làm cùng một việc, nên ở chất lượng tương đương nó chậm hơn, 13 phút so với 7 phút của Sonnet medium trong các session dài.

![Bài blog của Bito so sánh Haiku 5.5, Sonnet 5.5 và Opus 5.5, mục Where the money goes](https://homus.dev/photos/YAuWBqZ_gjs-0329.jpg)

Bài blog Simon đưa lên màn hình, mục "Where the money goes": ngoài phần giá theo token, đoạn thứ hai ghi Haiku cần nhiều request hơn và chậm hơn ở cùng chất lượng, 13 phút so với 7 phút của Sonnet medium trong session dài (bài viết hiện trong video đăng ngày 17/10/2026).

Đó là lý do, theo Simon, hướng dẫn của chính Anthropic nói phần lớn công việc nên bắt đầu trên Opus 5.5, và hạ effort xuống thường là đòn bẩy tốt hơn so với chuyển qua lại giữa các model (theo Simon, video đăng ngày 17/10/2026). Ý tưởng là bạn chọn model ngay từ đầu một việc và giữ nguyên nó. Gặp câu hỏi dễ, bạn hoặc hạ effort level, hoặc nói thẳng với nó "chỉ cần trả lời nhanh cho tôi", và theo anh nó có thể tự hiểu để không dùng phần thinking của reasoning model mà đưa ra câu trả lời nhanh hơn.

## 4. /advisor: trộn model mà không mất cache

Nhưng có một cách trộn model mà không phải trả cái giá phụ thu kia, và đó là dùng advisor. Simon nói hầu như chưa ai bật setting advisor này (theo anh, video đăng ngày 17/10/2026). Cách làm là chạy một model rẻ hơn cho phần việc chính, ví dụ Sonnet, rồi cho nó một model mạnh hơn, Opus hoặc Fable, để hỏi khi gặp một đoạn khó cần suy nghĩ hay lập luận nhiều hơn.

Nói cách khác, với advisor, bạn để Claude tự quyết khi nào nên chuyển giữa các model. Theo Simon, nó thường chọn làm vậy trong ba trường hợp (video đăng ngày 17/10/2026):

- Trước khi nó chốt một hướng làm.

- Khi cùng một lỗi cứ quay lại mãi, nó sẽ chuyển model.

- Trước khi nó nói là đã xong: nó quay lại và tự kiểm chứng bằng một model khác (theo Simon, video đăng ngày 17/10/2026).

Và theo Simon, bật advisor giữa session không làm vỡ hay mất phần dữ liệu đã cache, khác với việc đổi model (video đăng ngày 17/10/2026). Trang docs về advisor của Claude Code (đọc ngày 26/10/2026) cũng ghi bật hay tắt advisor giữa session không làm mất prompt cache của model chính, khác với khi đổi model.

![Terminal Claude Code v2.1.284 trên Sonnet 5.5, menu Advisor (experimental) với các lựa chọn Fable 5.1, Opus 5.5, Sonnet 5.5, No advisor](https://homus.dev/photos/YAuWBqZ_gjs-0403.jpg)

Menu `/advisor` trong Claude Code v2.1.284, session đang chạy Sonnet 5.5: tiêu đề ghi "Advisor (experimental)", bốn lựa chọn Fable 5.1, Opus 5.5, Sonnet 5.5 và No advisor, kèm dòng "Recommended setup: Sonnet as the main model with Opus as the advisor" (demo trong video đăng ngày 17/10/2026).

Vậy trên một session Sonnet, Simon nói bạn sẽ gõ `/advisor opus`, và Anthropic nói cách này thường tốn ít hơn so với chạy model mạnh hơn suốt từ đầu đến cuối (theo Simon, video đăng ngày 17/10/2026). Trên màn hình, khi anh gõ `/advisor`, dòng gợi ý ghi "Let Claude consult a stronger model at key moments", và trong menu có câu: khi Claude cần phán đoán mạnh hơn (một quyết định phức tạp, một lỗi mơ hồ, một vấn đề cứ xoay vòng không tiến triển), nó chuyển lên advisor model để xin hướng dẫn rồi làm tiếp; advisor chạy phía server và dùng thêm token.

Tính đến video đăng ngày 17/10/2026, tính năng này vẫn được đánh dấu experimental, nên Simon nói hãy chờ nó thay đổi. Và thành thật mà nói, sở thích cá nhân của anh là cứ giữ một model cho một việc và giữ mọi thứ thật đơn giản, nhất là khi bạn đang dùng gói subscription và không trả tiền API credit.

## 5. Plan mode còn cần không?

Tiếp theo là plan mode, hay đúng hơn, theo Simon, là việc giờ có vẻ không còn cần plan mode (video đăng ngày 17/10/2026). Trong video trước, anh nói bạn có thể bỏ hẳn plan mode, và rất nhiều người phản đối trong phần bình luận, điều anh thấy hoàn toàn hợp lý. Đọc các bình luận, anh nghĩ hai bên thực ra đang tranh luận về hai chuyện khác nhau.

Theo Simon, những người làm ra plan mode phần lớn đã bỏ nó (video đăng ngày 17/10/2026). Boris Cherny, người tạo ra Claude Code, nói plan mode từng hữu ích và giờ không còn hữu ích nữa. Simon đưa lên màn hình bình luận đó trên Hacker News, trong thread "Plan mode is dead", mở đầu bằng "[I work on Claude Code] I broadly agree with the author's point: plan mode was useful, and is no longer useful."

Ngày 23 tháng Chín, Thariq trong team Claude Code đăng rằng họ đang tính bỏ plan mode và dùng phím tắt Shift+Tab để điều chỉnh các effort level thay vào đó (theo bài đăng Simon đưa lên trong video đăng ngày 17/10/2026). Anh ấy còn viết rằng mình không nghĩ các model cần plan mode nữa. Theo Simon, giờ Thariq chủ yếu lên kế hoạch bên trong các artifact. Và anh ấy còn hỏi thẳng những người "trung thành" với plan mode rằng vì sao họ vẫn dùng nó.

![Bài đăng ngày 23/9 của Thariq: đang tính bỏ plan mode và dùng Shift+Tab để chỉnh effort level](https://homus.dev/photos/YAuWBqZ_gjs-0540.jpg)

Bài đăng của Thariq ngày 23/9 trên màn hình: "we're thinking of killing plan mode and using the shift+tab hotkey to adjust effort levels", kèm câu anh ấy không nghĩ các model cần plan mode nữa và muốn nghe vì sao người dùng vẫn giữ nó (bài đăng hiện trong video đăng ngày 17/10/2026).

Câu trả lời hay nhất, theo Simon, và cũng rất có lý, là: plan mode không dành cho agent, nó dành cho tôi (trên màn hình là câu trả lời "plan mode isn't for the agent it's for me", video đăng ngày 17/10/2026). Simon nói Thariq đã đồng ý rằng đó là một cách nói hay. Và anh nghĩ đó cũng chính là điều mọi người muốn nói trong phần bình luận. Sửa một bản kế hoạch rẻ hơn nhiều so với sửa hàng trăm dòng trên rất nhiều file. Và nếu bạn không rành kỹ thuật, bản kế hoạch ngay từ đầu chính là cách để bạn biết cần viết những guardrails gì vào prompt đưa cho Claude.

Vì vậy Simon đồng ý với Boris và Thariq rằng bản thân cái mode không còn hữu ích nữa (theo Simon, video đăng ngày 17/10/2026). Nhưng anh cũng thấy khái niệm lên kế hoạch vẫn quan trọng: quyết định thế nào là xong và Claude phải tuân theo những gì, hay nói cách khác là những guardrails bạn đưa cho Claude.

Điều duy nhất mà plan mode vẫn làm là chặn việc sửa file cho tới khi bạn duyệt kế hoạch (theo Simon, tính đến video đăng ngày 17/10/2026). Nên nếu bạn muốn tấm lưới an toàn đó thì plan mode vẫn còn đó, ít nhất là lúc này. Nhưng khi việc thật sự lớn, chưa rõ ràng hoặc chạm vào nhiều file, bạn có thể ra khỏi plan mode (anh nói rõ là đang nói về cái mode cụ thể) mà vẫn nhờ Claude phỏng vấn bạn, viết một bản kế hoạch cụ thể ra file. Nghĩa là bạn vẫn lên kế hoạch, rồi mở một session mới để thật sự build. Simon nói đó là lời khuyên của chính Anthropic.

Còn nếu bạn mô tả được thay đổi muốn Claude làm trong một đoạn ngắn, hoặc đó không phải một việc build kéo dài nhiều ngày, thì theo Simon hãy bỏ qua hẳn bước lên kế hoạch, hoặc chỉ viết một bộ ngắn gọn gồm mục tiêu, definition of done và guardrails (video đăng ngày 17/10/2026).

## 6. Vì sao /goal dừng trước khi xong

Tiếp theo là vì sao `/goal` có thể báo đã xong trong khi thực tế chưa, và cách sửa (theo Simon, video đăng ngày 17/10/2026). `/goal` được thiết kế để giữ Claude làm việc cho tới khi một điều kiện được đáp ứng, để bạn không phải ngồi gõ "continue" mỗi lần.

Sau mỗi turn, một model nhỏ riêng biệt kiểm tra xem goal đã đạt chưa, và từ đó quyết định có quay lại làm tiếp hay không (theo Simon, video đăng ngày 17/10/2026). Cái bẫy ở đây là bộ kiểm tra này không mở file và cũng không chạy gì cả. Nó chỉ đọc cuộc hội thoại đã diễn ra trước đó. Trang docs về `/goal` của Claude Code (đọc ngày 26/10/2026) cũng mô tả sau mỗi turn, Claude Code gửi điều kiện và cuộc hội thoại tới model nhỏ, nhanh đã cấu hình để chấm.

Vì vậy, theo Simon, nếu goal của bạn là "báo cáo đã xong" hay một điều gì đó mơ hồ, nó sẽ tin lời Claude về chuyện báo cáo đã xong hay chưa, rồi dừng sớm (video đăng ngày 17/10/2026). Goal cần một bằng chứng hiện ra ngay trong cuộc chat đó.

Ví dụ Simon đọc là: `/goal`, script check-report pass và bạn cho tôi xem output, template không bị thay đổi, dừng sau 15 turn (theo video đăng ngày 17/10/2026). Và trước khi chạy goal, chính bạn cần dùng Claude để tạo ra script check-report đó, bảo đảm nó có những phát biểu hay tiêu chí deterministic để đối chiếu.

![Script check-report bằng Python so từng con số trong weekly-report với crm-export.csv, bên cạnh file brand-voice.md](https://homus.dev/photos/YAuWBqZ_gjs-0823.jpg)

Script `check-report` trên màn hình: nạp `weekly-report` và `crm-export.csv`, assert mọi con số khớp export và mọi section đã được điền; bên cạnh là file `brand-voice.md` với hai mục Tone và Words we avoid (demo trong video đăng ngày 17/10/2026).

Nội dung script trên màn hình:

```
#!/usr/bin/env python3
# every figure matches the export
report = load("weekly-report")
export = load("crm-export.csv")
for name, value in report.figures():
assert value == export[name], name
for section in report.sections():
assert section.filled, section.title
```

## 7. Cái bẫy của context một triệu token

Simon nói tất cả những gì nói tới đây là cách khai thác tốt nhất cửa sổ chat. Còn khi đưa thêm context đã lưu sẵn vào thì sao? Theo anh, Opus và Sonnet có sẵn context một triệu token theo mặc định, nên rất dễ bị cám dỗ nạp thêm context khi cuộc hội thoại tiến triển (video đăng ngày 17/10/2026).

Nhưng trong bài test của chính Anthropic cho Opus 4.6, việc tìm tám chi tiết giấu trong context đạt 93% khi chỉ dùng một phần tư lượng token, mà Simon nói là 250 nghìn token, và chỉ còn 76% ở một triệu token (theo số liệu Anthropic công bố, được dẫn trong video đăng ngày 17/10/2026). Biểu đồ trên màn hình ghi mốc thấp hơn là 256k.

![Biểu đồ Long-context retrieval MRCR v2 8-needle: Opus 4.6 93.0 ở 256k, 76.0 ở 1M; Sonnet 4.5 10.8 ở 256k, 18.5 ở 1M](https://homus.dev/photos/YAuWBqZ_gjs-0843.jpg)

Biểu đồ "Long-context retrieval, MRCR v2 (8-needle)" trên trang công bố Opus 4.6 của Anthropic: Opus 4.6 đạt 93.0 ở 256k và 76.0 ở 1M; Sonnet 4.5 đạt 10.8 ở 256k và 18.5 ở 1M (biểu đồ hiện trong video đăng ngày 17/10/2026).

Nghĩa là, theo Simon, một cửa sổ context lớn hơn chỉ là thêm chỗ để đánh mất chi tiết (video đăng ngày 17/10/2026). Đó chính là lý do anh rất khuyên lưu context dùng lại được trong các thư mục lồng nhau, và dùng pointer từ CLAUDE.md hay từ skill trỏ tới các file đó, để Claude chỉ nạp context của đúng file đó khi cần, và không đánh mất chi tiết.

## 8. Projects đã đổi: một coordinator và nhiều thread

Simon nói đó cũng là hướng mà Anthropic đã nói rõ họ đang đi với tính năng projects mới (theo Simon, video đăng ngày 17/10/2026). Projects trong Claude Code đã thay đổi vào tháng Chín. Trước đây nó là một thư mục chứa nhiều cuộc chat. Bạn mở từng session chat riêng và giữa chúng không có liên kết dễ dàng.

Bây giờ, theo Simon, project là một cuộc hội thoại dài, và cuộc hội thoại đó không tự làm việc (video đăng ngày 17/10/2026). Bạn brief nó như brief một team lead, và nó sẽ mở nhiều thread bên dưới. Mỗi thread là một session Claude Code đầy đủ chạy trên cloud, bắt đầu với project instructions và memory của cuộc hội thoại. Và chúng tiếp tục chạy sau khi bạn gập laptop.

![Sơ đồ: người dùng nối tới một coordinator, coordinator toả ra ba thread; biểu tượng Gmail, Google Drive và Slack nằm cạnh coordinator](https://homus.dev/photos/YAuWBqZ_gjs-0943.jpg)

Bạn nói chuyện với một coordinator, coordinator mở nhiều thread chạy song song, còn các connector như Gmail, Google Drive, Slack được vẽ cạnh coordinator (hình trong video đăng ngày 17/10/2026).

Có hai điều cần biết trước khi bắt đầu một project như vậy (theo Simon, tính đến video đăng ngày 17/10/2026). Thứ nhất, cuộc hội thoại chính không dùng được connector của bạn, chỉ các thread mới dùng được. Nên bạn phải coi nó như một orchestrator, đi ra dùng tool của bạn thông qua các thread độc lập, kiểu giao lại phần đó cho Claude.

Thứ hai, các thread mặc định chạy Opus ở effort high, và điều đó sẽ đốt usage limit của bạn nhanh hơn nhiều (theo Simon, video đăng ngày 17/10/2026). Nên hãy kiểm tra trong project settings trước, bạn vào đó chỉnh lại được. Trang docs về projects của Claude Code (đọc ngày 26/10/2026) cũng ghi một project mới chạy mọi thread trên Opus ở effort high, chỉnh ở Project settings, mục General.

Theo Simon, tính năng này đang ở dạng beta và chỉ có trên Claude Code, còn chat vẫn hoạt động theo kiểu cũ với nhiều cuộc chat bên trong một project (video đăng ngày 17/10/2026). Nên nếu bạn vẫn sống trong cửa sổ chat, bạn vẫn phải tự chuyển context giữa các cuộc chat, bằng cách tham chiếu và đưa share link giữa chúng.

Như vậy projects là nơi context rộng hơn của bạn nằm, tức context áp dụng chung, ví dụ brand voice (theo Simon, video đăng ngày 17/10/2026). Nhưng với những việc cụ thể, chẳng hạn một việc bạn làm mỗi tuần, bạn không muốn giải thích lại cho Claude mỗi lần. Điều đó đưa câu chuyện quay về skill.

## 9. Skill tự viết: ghi lại thao tác của bạn

Nếu một skill chỉ là các chỉnh sửa như đã nói ở đầu video, thì theo Simon giờ đã có cách có được chúng mà không phải viết gì cả (video đăng ngày 17/10/2026). Có thể bạn đã thấy trong desktop app: record a skill. Nó xem bạn làm việc và viết skill từ những gì nó thấy.

Simon chạy tính năng này trên một việc tự động hoá DM (demo trong video đăng ngày 17/10/2026). Theo anh, nó đã bắt được đúng tất cả những chỗ anh làm sai trong lúc anh diễn lại vai người làm task đó bằng tay, rồi viết những điều đó thành quy tắc. Skill tạo ra nhỏ một cách bất ngờ, và anh nói giờ điều đó hoàn toàn hợp lý, vì nó chỉ ghi lại các chỉnh sửa và kiến thức ngách mà Claude không tự hiểu được ngay khi vừa cài đặt.

![Cửa sổ Claude đang ghi lại thao tác trên danh sách các automation Auto DM, thanh trạng thái Processing 61 steps](https://homus.dev/photos/YAuWBqZ_gjs-1038.jpg)

Cảnh ghi skill trên màn hình: cửa sổ Claude đang theo dõi Simon thao tác trên danh sách automation (Auto DM - Plan, Auto DM - Remember, Auto DM - Layers, Auto DM - Infinite Memory), thanh trạng thái ghi "Processing · 61 steps"; ngay trước đó là "Capturing · 19 steps" với hai nút Discard và Done (demo trong video đăng ngày 17/10/2026).

## 10. Để yên các setting mặc định

Khi một việc đã được dựng thành skill như vậy, Simon nói rất dễ bị cám dỗ đi chỉnh setting để nó chạy tốt hơn. Nhưng theo anh, phần lớn trường hợp điều đó đã được chứng minh là làm nó tệ đi (video đăng ngày 17/10/2026). Rất nhiều setting mà mọi người từng hay đổi giờ có giá trị mặc định tốt hơn những gì đa số chúng ta sẽ chọn.

Lấy model làm ví dụ. Theo Simon, lời khuyên của chính Anthropic là bắt đầu với Opus 5.5 cho phần lớn công việc, và đó đã là mặc định trên các gói trả phí (tính đến video đăng ngày 17/10/2026).

Rồi đến effort. Đa số mọi người tăng nó lên vì "cao hơn" nghe như "cố gắng hơn". Nhưng theo Simon, Opus 5.5 ở mức medium ngang hoặc hơn Opus 5 ở mức high và cả max (video đăng ngày 17/10/2026). Đoạn docs anh tô đỏ trên màn hình ghi: Opus 5.5 mặc định ở medium, thấp hơn một bậc so với mặc định high của Opus 5, và trong thử nghiệm của Anthropic, Opus 5.5 ở medium ngang hoặc vượt Opus 5 ở high trên các bài đánh giá coding và knowledge work.

![Trang Model configuration của Claude Code Docs, đoạn về Opus 5.5 mặc định medium được tô đỏ](https://homus.dev/photos/YAuWBqZ_gjs-1123.jpg)

Trang Model configuration của Claude Code Docs trên màn hình: mức `max` được mô tả là có thể cho lợi ích giảm dần và dễ overthinking, `ultracode` là một setting lập dynamic workflow cho mỗi task, và đoạn tô đỏ về Opus 5.5 ở medium ngang hoặc vượt Opus 5 ở high (trang docs hiện trong video đăng ngày 17/10/2026).

Theo Simon, có những sắc thái bạn có thể không nắm hết khi táy máy với các setting này (video đăng ngày 17/10/2026). Chẳng hạn docs của Anthropic nói nó dễ bị overthinking, nên cho nó thêm token hay effort level cao hơn không nhất thiết cải thiện kết quả với một model nhất định. Trên màn hình, dòng docs đó viết về mức `max`.

Permission cũng vậy. Theo Simon, auto mode đã là mặc định từ tháng Tám, với một classifier kiểm tra từng hành động thay vì bạn phải tự đi duyệt mọi thứ (tính đến video đăng ngày 17/10/2026). Và ngay cả thời điểm nó compact cuộc hội thoại giờ cũng được tinh chỉnh theo từng model. Có thể bạn đã để ý khi dùng một model khác, nó compact sớm hơn trong cuộc hội thoại, và theo anh đó là vì giờ ngưỡng này được tinh chỉnh riêng cho model đó.

Lời khuyên của Simon: để yên chúng cho tới khi có gì đó thật sự trục trặc. Hãy dùng những mặc định mà Anthropic hay OpenAI đã đặt. Theo anh, họ đặt vậy là có lý do, và họ biết nhiều hơn chúng ta rất nhiều (video đăng ngày 17/10/2026).

## 11. Fork và subagent khác nhau thế nào

Một trong những mặc định đó là cách Claude chia việc khi một việc lớn dần. Theo Simon, khi Claude giao việc đi, giờ nó có thể làm theo hai cách, và hai cách này hoạt động rất khác nhau, nên cần hiểu cả hai (video đăng ngày 17/10/2026).

Cách thứ nhất là subagent, khái niệm có thể bạn đã biết và đã dùng. Subagent bắt đầu từ đầu, trắng trơn. Nó nhận instructions riêng của nó cộng với những gì Claude dặn nó, rồi chỉ trả về một bản tóm tắt hoặc output (theo Simon, video đăng ngày 17/10/2026). Bạn có thể thấy điều này ở hai agent dựng sẵn Explore và Plan, vốn thậm chí không đọc CLAUDE.md của bạn, nên chúng không hiểu những house rule áp dụng cho các file khác. Trang docs về subagent của Claude Code (đọc ngày 26/10/2026) ghi Explore và Plan khởi động mà không có các file CLAUDE.md, để việc research nhanh và rẻ.

Lý do nó làm vậy, theo Simon, là để giữ cuộc hội thoại chính sạch sẽ (video đăng ngày 17/10/2026). Anh bảo hãy nghĩ lại mô hình orchestrator. Giả sử anh chỉ muốn chạy một script tạo ảnh, script này gọi một model tạo ảnh của OpenAI. Claude sẽ dùng một subagent để làm đúng việc đó và chỉ trả về ảnh, không trả về phần "hậu trường" của đoạn code vừa chạy. Context chính không cần thấy hết phần đó, cả phần prompt gửi cho OpenAI. Nó chỉ cần hiểu và lấy output để dùng cho goal hay definition of done của bạn.

Cách thứ hai: Claude cũng có thể fork cuộc hội thoại. Một fork là một bản sao của cuộc hội thoại, nên nó biết mọi điều bạn đã nói tới lúc đó, và nó cũng dùng chung cache, nên turn đầu tiên của fork cũng rẻ hơn (theo Simon, video đăng ngày 17/10/2026).

Điều ít người biết, theo Simon, là fork mode đã bật mặc định từ tháng Tám (tính đến video đăng ngày 17/10/2026). Claude sẽ tự chọn giữa fork cuộc hội thoại và dùng subagent tuỳ theo task. Anh rất khuyên cứ để Claude tự quyết. Nhưng nếu bạn có một việc phụ cần lịch sử hội thoại, bạn có thể tự gọi bằng `/subtask` để fork thủ công. Trên màn hình demo, ô nhập của Claude Code đang gõ dở `/s` sau khi report đã pass check-report.

Hai cách Claude chia việc theo Simon: subagent giữ context chính sạch vì chỉ trả kết quả, còn fork mang theo toàn bộ hội thoại và cache (theo video đăng ngày 17/10/2026).

## 12. Khi Claude tự dựng cả một team: UltraCode và dynamic workflow

Hai lựa chọn trên ổn khi bạn cần vài người giúp cùng lúc. Nhưng theo Simon, có những việc như research thật sự cần hàng chục worker (video đăng ngày 17/10/2026). Chúng không chỉ sinh ra một hai subagent, mà cần cả một workflow có cấu trúc. Và giờ Claude có thể tự viết một workflow may đo cho việc đó. Nó có tên UltraCode hay Dynamic Workflows: một script chạy hàng chục agent ở chế độ nền và đối chiếu các phát hiện của chúng với nhau trước khi bạn thấy bất cứ thứ gì.

Cách dễ nhất để minh hoạ loại task cần tới nó là deep research, vì theo Simon đó là một trong những use case mà Anthropic có hẳn một slash command riêng (video đăng ngày 17/10/2026). Bạn gõ deep research cùng câu hỏi của bạn, và nó sẽ tìm kiếm từ nhiều góc độ, đối chiếu chéo các nguồn, loại bỏ những nhận định không đứng vững, rồi đưa bạn một bản báo cáo có trích dẫn ở cuối. Bài blog về dynamic workflow trên claude.dev (đọc ngày 26/10/2026) gọi lệnh đó là `/deep-research`.

Điểm khác biệt, theo Simon, là mỗi lần chạy, cách research và phương pháp nó dùng sẽ thay đổi theo từng task cụ thể. Nhưng nhìn chung chúng đi theo một trong sáu pattern định sẵn (theo video đăng ngày 17/10/2026).

![Sáu workflow pattern: Classify-And-Act, Fanout-And-Synthesize, Adversarial Verification, Generate-And-Filter, Tournament, Loop Until Done](https://homus.dev/photos/YAuWBqZ_gjs-1416.jpg)

Mục "Six Workflow Patterns" trong bài blog trên claude.dev mà Simon đưa lên: Classify-And-Act, Fanout-And-Synthesize, Adversarial Verification, Generate-And-Filter, Tournament và Loop Until Done, mỗi pattern có một sơ đồ agent nhỏ (bài viết hiện trong video đăng ngày 17/10/2026).

Tuy vậy, theo Simon, nó vẫn không tự khởi động, trừ khi bạn chạy một lệnh như deep research (tính đến video đăng ngày 17/10/2026). Nên chỉ dùng nó nếu bạn nghĩ mình thật sự cần. Còn nếu dùng, anh rất khuyên vào `/config` và đặt dynamic workflow size thành small, về cơ bản là bảo nó nhắm tới dưới năm agent để tiết kiệm token. Theo anh, nếu không thì việc này rất dễ vượt tầm kiểm soát và sinh ra 20 tới 30 subagent khác nhau.

Simon nói thật là tới lúc làm video, anh chủ yếu mới thấy người ta dùng UltraCode cho research (video đăng ngày 17/10/2026).

## 13. Hook kiểm tra được chính công việc

Tiếp theo là đặt chuẩn bằng hook. Hook chạy tại một thời điểm định sẵn, mỗi lần, dù thế nào đi nữa (theo Simon, video đăng ngày 17/10/2026). Anh lấy ví dụ: dòng trong CLAUDE.md từng ghi "không bao giờ email cho khách, luôn thêm nó vào inbox của tôi dưới dạng bản nháp" về cơ bản chỉ là một lời đề nghị, và bạn muốn biến nó thành một thứ rất deterministic. Hook về cơ bản là một bảo đảm rằng việc đó sẽ xảy ra.

Điều đã thay đổi ở hook, theo Simon, là hook không còn bắt buộc phải là một script nữa. Nó có thể là một prompt hoặc một subagent, nên phần kiểm tra có thể thật sự đọc công việc (video đăng ngày 17/10/2026).

Cách nó hoạt động: thời điểm Claude nói là đã xong được gọi là stop event, và bạn có thể gắn một check vào stop event đó (theo Simon, video đăng ngày 17/10/2026). Khi Claude cố dừng, một model thứ hai xem công việc, vì hook bảo nó làm vậy, và trả lời một trong hai: có, Claude được phép xong; hoặc chưa được, vì lý do này. Nếu chưa được, lý do đó đi thẳng về Claude thành instruction tiếp theo, và Claude tiếp tục làm cho tới khi check pass.

Simon nói có hai loại hook ở đây (video đăng ngày 17/10/2026). Thứ nhất là prompt hook, chỉ đọc cuộc hội thoại, nên rất nhanh và rẻ. Thứ hai là agent hook, có thể đi mở file, nên nó đọc được tài liệu brand voice của bạn và chính bản nháp. Nhưng agent hook vẫn được đánh dấu experimental. Trang docs về hook của Claude Code (đọc ngày 26/10/2026) cũng ghi agent hook là experimental và có thể thay đổi.

![So sánh Prompt hook (reads the conversation, quick, cheap) và Agent hook (can open files)](https://homus.dev/photos/YAuWBqZ_gjs-1543.jpg)

Hai loại hook trên màn hình: Prompt hook "reads the conversation", gắn nhãn quick và cheap, không có quyền vào file ("no access"); Agent hook "can open files", đang được làm nổi bật (hình trong video đăng ngày 17/10/2026).

Simon nói thêm rằng hook viết khá rối, nhưng bạn không phải tự viết dòng nào (theo Simon, video đăng ngày 17/10/2026). Bạn chỉ cần bảo Claude thêm một stop hook đọc tài liệu brand voice của bạn và bản report mới nhất, rồi gửi lại cho bạn một bản tóm tắt xem report có vi phạm quy tắc nào trong tài liệu voice hay không. Như vậy bạn biến một thứ rất non-deterministic thành một thứ rất deterministic bằng hook.

## 14. Routine tự khởi động theo sự kiện

Khi đã có những check chạy mỗi lần, chứ không chỉ nằm trong instructions của skill, bạn có thể bắt đầu để các việc chạy mà hoàn toàn không cần bạn ở đó. Điều đó dẫn tới routine (theo Simon, video đăng ngày 17/10/2026). Routine chạy Claude trên cloud, nên laptop của bạn có thể tắt. Anh nói routine đã có từ lâu, nhưng có vài điều ít người biết.

Thứ nhất, theo Simon, routine cũng có thể khởi động từ một web request hoặc một GitHub event, ví dụ một pull request mới (tính đến video đăng ngày 17/10/2026). Nghĩa là bất kỳ tool nào gửi được web request về cơ bản đều có thể quyết định khi nào một agent được kích hoạt và một việc gì đó xảy ra. Điều này khiến routine phản ứng nhanh hơn hẳn, agent bật lên khi có sự kiện. Anh nói đây là điều scheduled task trong cửa sổ chat chưa có, vì ở đó tất cả đều theo thời gian, còn đây là theo sự kiện.

Cách thiết lập, theo Simon: bạn đặt cho routine một cái tên, prompt, repo nó sẽ làm việc trong đó, và một trigger (demo trong video đăng ngày 17/10/2026). Nếu chọn API làm trigger, bạn lưu lại và nhận được một URL và một token. Bất cứ thứ gì gửi request tới URL đó sẽ khởi động một lần chạy mới trên cloud, tức là kích hoạt workflow.

![Màn hình tạo routine tại claude.ai/code/routines: Select a trigger với Schedule, GitHub event, API; danh sách Connectors](https://homus.dev/photos/YAuWBqZ_gjs-1703.jpg)

Màn hình tạo routine tại `claude.ai/code/routines`: ba trigger Schedule (chạy theo cron), GitHub event (chạy khi GitHub webhook event kích hoạt) và API (kích hoạt bằng một POST request, đang được chọn); bên dưới, mục Connectors ghi mọi integration đã kết nối đều được đưa vào theo mặc định, gồm Asana, Gmail, Google Calendar, Google Drive, Notion, Slack (demo trong video đăng ngày 17/10/2026).

Khi bạn tạo một routine, theo Simon, mọi connector bạn đã kết nối vào app đều được đưa vào theo mặc định và Claude dùng được tất cả (tính đến video đăng ngày 17/10/2026). Anh rất khuyên cắt bớt chỉ còn những connector mà việc đó cần. Nếu không, bạn thực chất đang nhồi thêm context mà nó không nhất thiết phải dùng.

Simon nói OpenAI cũng đi đúng hướng này, và còn làm cho việc kích hoạt theo sự kiện dễ hơn nữa (theo Simon, video đăng ngày 17/10/2026). Tại dev day cuối tháng Chín, họ công bố MCP events, nơi chính app được kết nối khởi động công việc. Về cơ bản, bạn bảo ChatGPT cần theo dõi cái gì, ví dụ một tin nhắn mới trong kênh feedback trên Slack, và agent phải làm gì khi sự kiện đó tới. Theo anh, họ chắc chắn đang tiến tới kiểu trigger phản ứng theo sự kiện này.

## 15. Chạy Claude trên máy của người khác: cloud session

Nhưng không phải việc nào cũng hợp với một lịch chạy hay một trigger, và routine cũng không phải thứ duy nhất chạy trên cloud (theo Simon, video đăng ngày 17/10/2026). Anh nói ngay trong tuần làm video, Anthropic vừa đăng một bài hướng dẫn về cloud session, và giờ đây là cách đơn giản nhất để chạy bất kỳ task Claude Code nào trên một chiếc máy không phải của bạn. Theo anh, bạn có thể thấy mọi nhà cung cấp model đang đi đúng cùng một hướng.

Mỗi task có máy riêng của nó, nên bạn có thể khởi động vài máy hay vài task cùng lúc, gập laptop lại, và tất cả vẫn tiếp tục chạy (theo Simon, video đăng ngày 17/10/2026). Bạn có thể bắt đầu một task từ claude.ai/code, từ desktop app bằng cách chọn Cloud thay vì Local, hoặc gõ `claude --cloud` trong terminal. Trên màn hình demo, desktop app hiện ô nhập "write this week's client report" với lựa chọn Local, và một terminal trong thư mục client-report đang gõ dở lệnh `clau`.

Điều tốt nhất, theo Simon, là nó chạy trên gói thông thường của bạn và không tính thêm phí cho chiếc máy (tính đến video đăng ngày 17/10/2026). Khi muốn lấy nó về, bạn dùng `claude --teleport`, lệnh này kéo toàn bộ session, cả cuộc hội thoại và lịch sử hội thoại, về lại laptop của bạn. Trang docs về Claude Code trên cloud (đọc ngày 26/10/2026) có nhắc cả hai cờ `--cloud` và `--teleport`.

Cloud session theo cách Simon trình bày: mở từ web, desktop app hoặc terminal, mỗi task chạy trên một máy riêng khi laptop đã gập, rồi kéo cả session về bằng `--teleport` (theo video đăng ngày 17/10/2026).

## 16. Chạm usage limit thì Claude chờ rồi làm tiếp

Khi các việc giờ chạy trong lúc bạn rời khỏi máy, theo Simon có một điều từng làm mọi người vấp nhưng giờ sẽ không còn nữa (video đăng ngày 17/10/2026). Trước đây, nếu bạn chạm usage limit giữa chừng một task, Claude dừng ngay lập tức và bạn quay lại thấy một việc làm dở. Bạn phải tự khởi động lại việc đó, mất một phần context và một phần công việc đã làm.

Bây giờ, theo Simon, nó chờ (tính đến video đăng ngày 17/10/2026). Khi limit reset, nó nhặt task lên làm tiếp từ chỗ đã dừng, và trong Claude Code điều này bật theo mặc định. Nhờ vậy task thật sự được hoàn thành, nhưng về cơ bản nó bắt đầu tiêu cửa sổ token tiếp theo của bạn mà không hỏi.

Theo Simon, nó làm vậy với cửa sổ token giới hạn năm giờ, nhưng không với giới hạn hằng tuần (video đăng ngày 17/10/2026). Nên bạn không thể tiêu hết token của tuần sau cho một task của tuần này.

Cơ chế Simon mô tả: chạm limit năm giờ thì task chờ reset rồi làm tiếp, dùng sang cửa sổ token kế tiếp; giới hạn hằng tuần thì không bị dùng trước (theo video đăng ngày 17/10/2026).

Simon khép lại: đó là 15 điều đã thay đổi mạnh trong 10 tháng qua, đưa bạn đi từ một cuộc chat đơn lẻ tới chỗ Claude tự chạy các việc trong lúc bạn vắng mặt (theo video đăng ngày 17/10/2026). Anh cảm ơn mọi người đã xem.

## Nguồn và liên kết

- Tên gốc: Claude Changed Completely - Every NEW Concept Explained
- Sự kiện: [YouTube](https://homus.dev/events/youtube)
- Video gốc: [https://www.youtube.com/watch?v=YAuWBqZ_gjs](https://www.youtube.com/watch?v=YAuWBqZ_gjs)

- Kênh YouTube Simon Scrapes (Simon Scrapes): [youtube.com/channel/UCdCR4-uYOg5ju-IUuDnfnQA](https://www.youtube.com/channel/UCdCR4-uYOg5ju-IUuDnfnQA)

- Claude Platform Docs, Skill authoring best practices (mục Evaluation and iteration, chạy Claude không có skill trước), đọc ngày 26/10/2026: [platform.claude.com/docs/en/agents-and-tools/agent-skills/best-practices](https://platform.claude.com/docs/en/agents-and-tools/agent-skills/best-practices)

- Claude Code Docs, plugin evals (so với no-plugin baseline; skill-creator cho từng skill), đọc ngày 26/10/2026: [code.claude.com/docs/en/plugin-evals](https://code.claude.com/docs/en/plugin-evals)

- Bito, bài so sánh Haiku 5.5, Sonnet 5.5 và Opus 5.5 (13 phút so với 7 phút của Sonnet medium), đọc ngày 26/10/2026: [bito.ai/blog/claude-haiku-5-5-vs-sonnet-5-5-vs-opus-5-5](https://bito.ai/blog/claude-haiku-5-5-vs-sonnet-5-5-vs-opus-5-5/)

- Claude Code Docs, advisor (experimental; bật giữa session không làm mất prompt cache), đọc ngày 26/10/2026: [code.claude.com/docs/en/advisor](https://code.claude.com/docs/en/advisor) và bài blog The advisor strategy: [claude.com/blog/the-advisor-strategy](https://claude.com/blog/the-advisor-strategy)

- Hacker News, bình luận của Boris Cherny trong thread "Plan mode is dead", đọc ngày 26/10/2026: [news.ycombinator.com/item?id=49850929](https://news.ycombinator.com/item?id=49850929)

- Claude Code Docs, `/goal` (model nhỏ chấm điều kiện sau mỗi turn), đọc ngày 26/10/2026: [code.claude.com/docs/en/goal](https://code.claude.com/docs/en/goal)

- Anthropic, công bố Claude Opus 4.6 (MRCR v2 8-needle), đọc ngày 26/10/2026: [anthropic.com/news/claude-opus-4-6](https://www.anthropic.com/news/claude-opus-4-6)

- Claude Code Docs, projects (thread mặc định Opus effort high, public beta), đọc ngày 26/10/2026: [code.claude.com/docs/en/claude-projects](https://code.claude.com/docs/en/claude-projects)

- Claude Code Docs, model configuration (effort level, Opus 5.5 ở medium, ultracode), đọc ngày 26/10/2026: [code.claude.com/docs/en/model-config](https://code.claude.com/docs/en/model-config)

- Claude Code Docs, subagents (Explore và Plan không nạp CLAUDE.md, fork, `/subtask`), đọc ngày 26/10/2026: [code.claude.com/docs/en/sub-agents](https://code.claude.com/docs/en/sub-agents)

- Bài blog A harness for every task: dynamic workflows in Claude Code (sáu workflow pattern, `/deep-research`), đọc ngày 26/10/2026: [claude.dev/blog/a-harness-for-every-task-dynamic-workflows-in-claude-code](https://claude.dev/blog/a-harness-for-every-task-dynamic-workflows-in-claude-code/)

- Claude Code Docs, hooks (prompt hook, agent hook experimental), đọc ngày 26/10/2026: [code.claude.com/docs/en/hooks](https://code.claude.com/docs/en/hooks)

- Claude Code Docs, routines (trigger API, GitHub, schedule; connectors), đọc ngày 26/10/2026: [code.claude.com/docs/en/routines](https://code.claude.com/docs/en/routines)

- Claude Code Docs, Claude Code trên cloud (`--cloud`, `--teleport`), đọc ngày 26/10/2026: [code.claude.com/docs/en/claude-code-on-the-web](https://code.claude.com/docs/en/claude-code-on-the-web)

Nguồn: https://homus.dev/talks/claude-changed-completely-every-new-concept-explained · cập nhật 2026-10-26