Dự án cuối khoá: 4 bước AI biến thư mục ghi chép thành bộ ôn thi

1. Một thư mục ôn thi xong bằng 4 câu lệnh

Video có sự đồng hành của ASUS.

Thanh Trần mở tập bằng kết quả trước. Đây là một thư mục ôn thi của anh: bản tóm tắt cho từng tài liệu, 2 bộ thẻ ghi nhớ (mỗi môn một bộ), 1 bản đề cương gom hết lại, và 1 tệp hướng dẫn nên ôn theo thứ tự nào. Toàn bộ chỗ đó anh không phải tự viết một chữ nào. Sáng hôm đó, thư mục ấy chỉ có 11 tệp ghi chép rời rạc, viết rải rác trong cả học kỳ, có tệp còn chưa kịp đặt tên cho tử tế. Anh gõ 4 câu lệnh, mỗi câu một dòng, rồi đi pha cà phê.

Cả 6 tập của khoá đều chạy trên chiếc máy này (cấu hình ở phần 4). Đây là tập 6, tập cuối của khoá: tập mà anh ráp cả 5 tập trước lại thành một thứ người xem dùng được thật.

2. Trước và sau: gần 2 tiếng làm tay

Anh kể một câu chuyện quen thuộc. Mỗi mùa thi, hai môn thi cách nhau 3 ngày. Tài liệu thì nằm rải rác khắp nơi: vở ghi trên lớp, mấy tệp chép lại ở nhà, một tệp ghi vội trong giờ mà về nhà đọc lại chính mình cũng không hiểu. Ngồi xuống định ôn bài, nhưng việc đầu tiên phải làm lại không phải là học. Việc đầu tiên là dọn dẹp: mở từng tệp ra đọc, gạch ý chính, chép những con số phải thuộc sang một chỗ riêng, rồi tự đặt câu hỏi cho chính mình để kiểm tra lại. Sau đó lại gom tất cả thành một bản đề cương.

Anh nói rõ là không bấm giờ cho việc đó, nên chỉ ước lượng: đọc kỹ một tệp ghi chép khoảng 1 đến 2 trang, gạch ý chính, chép lại các con số, đặt vài câu hỏi để tự ôn, chắc mất cỡ 10 phút. 11 tệp như thế là mất gần 2 tiếng (ước lượng của anh trong video đăng ngày 01/10/2026). Và đó là tính trong trường hợp làm đều tay. Thông thường, tới khoảng tệp thứ 4 là anh bắt đầu làm ẩu, tới tệp thứ 7 thì chỉ còn liếc qua, còn tệp cuối có khi bỏ luôn. Nên bản đề cương cuối cùng vừa thiếu vừa lệch.

Hôm nay anh làm lại đúng việc đó, vẫn 11 tệp ấy, nhưng để máy làm. Anh hứa không giấu gì: chỗ nào máy làm được, chỗ nào nó hỏng, và chỗ nào vẫn cần người kiểm lại.

3. Đề bài: đầu vào, đầu ra, cách chấm

Trước khi bắt tay vào làm, anh nói rõ đề bài, vì anh xem tập này như một dự án cuối khoá: có đầu vào, có đầu ra và có cả cách chấm.

Đầu vào là một thư mục tài liệu học tập. Trong ví dụ của anh là 11 tệp của 2 môn, tổng cộng gần 3.000 từ. Có tệp viết cẩn thận, có tệp ghi vội, đúng như thư mục thật của một người đang đi học.

Đầu ra là 4 thứ:

1. Mỗi tài liệu có một bản tóm tắt riêng.
2. Mỗi môn có một bộ thẻ ghi nhớ dạng hỏi đáp.
3. Một bản đề cương ôn tập cho cả 2 môn.
4. Tất cả nằm trong một cây thư mục gọn gàng, có cả một tệp hướng dẫn để đọc trước.

Cách chấm: anh đặt ra 3 tiêu chí, và cuối video anh chấm thật chứ không chấm cho có.

• Có đủ không? 11 tài liệu thì phải có đủ 11 bản tóm tắt, không được thiếu cái nào.
• Có đúng không? Các con số trong bản tóm tắt phải khớp với tài liệu gốc. Đây là chỗ anh soi kỹ nhất, vì cũng là chỗ máy hay sai nhất.
• Có dùng được không? Cầm bộ thẻ ghi nhớ đó thì có ôn được thật không, hay chỉ là một đống chữ để nhìn cho có.

4. Chiếc máy này có gì, và vì sao tập này cần nó

Anh dành một chút nói về chiếc máy, vì đây là tập đòi hỏi nhiều nhất cả khoá. Chiếc ASUS TUF Gaming A14 chạy chip AMD Ryzen AI Max+ 392. Bên trong có 3 phần cùng làm việc: phần xử lý trung tâm 12 nhân, 24 luồng; phần đồ hoạ AMD Radeon 8060S tích hợp ngay trong chip; và một phần chuyên cho AI với sức tính lên tới 50 TOPS. Cộng thêm 64GB bộ nhớ hợp nhất, nghĩa là cả 3 phần dùng chung một kho bộ nhớ, không chia cứng mỗi bên một phần. Đó là cấu hình của máy theo video đăng ngày 01/10/2026.

Trên slide thông số của máy, dòng chú thích dưới cùng ghi đúng lý do tập này cần nó: chuỗi chạy liên tục hàng chục phút, model nằm nguyên trong bộ nhớ suốt buổi làm.

Vì sao tập này phải nhắc lại chuyện đó? Vì ở 5 tập trước, mỗi lần anh chỉ hỏi máy một câu rồi chờ câu trả lời. Còn tập này là một chuỗi việc chạy liên tục hàng chục phút. Model phải nằm nguyên trong bộ nhớ suốt buổi làm, không được bị đẩy ra rồi nạp lại. Đó là lúc kho bộ nhớ lớn mới có ý nghĩa thật sự.

5. Lần thử đầu: một câu lệnh thật dài, và nó hỏng

Tới phần anh cho là quan trọng nhất của cả tập, quan trọng hơn cả phần bấm nút. Lần đầu thử việc này, anh làm y như cách ai cũng nghĩ: gõ một câu lệnh thật dài, kể hết mọi thứ mình muốn. Đọc hết thư mục này, tóm tắt từng tệp, làm thẻ ghi nhớ, viết đề cương, sắp xếp lại cho đẹp. Một câu rất đủ ý và rõ ràng.

Kết quả là nó hỏng. Không phải kiểu hỏng báo lỗi đỏ lòm, mà kiểu hỏng tệ hơn: nó làm mấy tệp đầu rất ổn, rồi qua loa dần, rồi quên mất là còn phải làm thẻ ghi nhớ, sau đó tự kết luận là đã xong.

Lý do nằm ở chỗ này. Anh nhắc lại tập trước: mỗi lần trợ lý gọi một công cụ, kết quả trả về đều bị nhét vào cuộc trò chuyện. Ở tập 5 (số đo của anh, nhắc lại trong video đăng ngày 01/10/2026), chỉ với 6 tệp ngắn mà cuộc trò chuyện đã phình từ 2.000 lên hơn 9.000 token. Giờ với 11 tệp, cộng thêm các bản tóm tắt nó tự sinh ra rồi tự đọc lại, cộng thêm thẻ ghi nhớ, cuộc trò chuyện phình tới mức phần đầu bị đẩy ra ngoài tầm nhớ. Mà phần đầu ấy chính là chỗ chứa đề bài.

Nói cho dễ hình dung: nó không quên vì lười. Nó quên vì đề bài đã rơi ra khỏi trí nhớ ngắn hạn của nó.

6. Chia thành 4 bước, và tìm điểm giữa

Nên cách làm đúng là chia nhỏ. Anh chia thành 4 bước, mỗi bước là một cuộc trò chuyện riêng, mở mới hoàn toàn:

1. Đọc tài liệu gốc, viết tóm tắt.
2. Đọc các bản tóm tắt, làm thẻ ghi nhớ.
3. Đọc tóm tắt và thẻ, viết đề cương.
4. Nhìn lại cả thư mục, sắp xếp và tự kiểm.

Anh dặn để ý một điều: đầu vào của bước sau chính là đầu ra của bước trước, chứ không còn là tài liệu gốc nữa. Nghĩa là bước 2 chỉ cần đọc 11 bản tóm tắt ngắn, chứ không phải 11 tài liệu dài. Vì vậy mỗi cuộc trò chuyện đều ngắn, và đề bài luôn nằm trong tầm nhớ.

Chắc người xem sẽ hỏi: thế sao không chia hẳn thành 11 bước, mỗi tệp một bước cho chắc ăn? Anh cũng đã thử, và nó dở theo một kiểu khác. Chia nhỏ quá thì phải ngồi canh từng bước, gõ 11 câu lệnh, và công sức bỏ ra để điều khiển nó còn nhiều hơn công nó làm hộ. Việc đó làm mất luôn ý nghĩa của chuyện giao việc cho máy. Nên chỗ cần tìm là điểm giữa.

Anh đưa ra một nguyên tắc dùng được cho mọi việc: một bước là một việc mà bạn mô tả trọn vẹn được trong 3 tới 4 câu, và kiểm được kết quả chỉ bằng cách mở thư mục ra nhìn. Bước 1 mô tả được trong 4 câu, và kiểm bằng cách mở ra đếm xem đủ 11 tệp chưa, là đạt. Còn câu lệnh khổng lồ lúc nãy thì phải mô tả bằng 15 câu, và khi kiểm thì không biết kiểm từ đâu.

Anh nhấn mạnh đây không phải mẹo vặt của riêng phần mềm này hay của riêng tập này. Đây là cách nghĩ dùng được với mọi trợ lý AI: việc lớn thì đừng giao nguyên cục. Hãy cắt thành những khúc mà mỗi khúc nó ôm vừa, và mỗi khúc bạn tự kiểm được.

7. Ráp bộ công cụ MCP: bật đúng một thư mục

Phần ráp công cụ người xem đã làm ở tập 5 rồi, nên anh đi nhanh và chỉ dừng ở những chỗ khác. Anh mở LM Studio vào cửa sổ trò chuyện, bấm vào biểu tượng cái búa để mở bảng công cụ. Ở đây anh đã khai báo một bộ công cụ đọc ghi tệp (một MCP server) và trỏ nó vào đúng một thư mục: thư mục dự án cuối khoá này.

Chỗ khác với tập 5 là máy anh giờ có 2 bộ công cụ đã khai báo sẵn. Bộ của tập trước trỏ vào thư mục cũ, bộ mới trỏ vào thư mục dự án. Anh bật bộ mới và tắt bộ cũ đi.

Nghe thì nhỏ nhặt, nhưng anh coi đây là thói quen nên tập ngay từ đầu. Trợ lý chỉ nhìn thấy đúng thư mục bạn bật. Bật thừa một cái là bạn đã mở rộng phạm vi nó được phép chạm vào mà chẳng để làm gì.

Bật xong, bảng công cụ hiện ra danh sách 14 việc nó làm được (tính đến video đăng ngày 01/10/2026): liệt kê thư mục, đọc tệp, ghi tệp, tạo thư mục, đổi tên, tìm kiếm, xem thông tin tệp, và vài việc khác. Anh khuyên đọc lướt danh sách này một lần, vì đây chính là giới hạn quyền lực của nó: nó chỉ làm được đúng 14 việc này, và chỉ trong đúng thư mục kia.

8. Ô cho phép mọi thứ và bức tường thư mục

Có một điều anh nhắc lại vì nó quan trọng: đừng tích vào ô cho phép mọi thứ. Hộp xin phép hiện lên trước mỗi lượt trông thì phiền, nhưng đó là chỗ duy nhất bạn còn nhìn thấy trợ lý định làm gì trước khi nó làm.

Anh nói rõ hơn chỗ này, vì ở tập trước anh có bấm thử và phát hiện ra một điều. Theo những gì anh thấy (video đăng ngày 01/10/2026), ô đó không phải chỉ cho phép trong cuộc trò chuyện này. Nó ghi luôn một luật chung vào phần cài đặt, và từ đó áp dụng cho mọi cuộc trò chuyện về sau. Nghĩa là bạn có thể bấm một lần vì đang vội, rồi mấy tuần sau mở một cuộc trò chuyện khác, giao một việc khác, và nó sẽ không hỏi bạn nữa. Có khi bạn đã quên là mình từng cho phép.

Còn một chuyện nữa về phạm vi. Thư mục bạn trỏ vào chính là bức tường (theo video đăng ngày 01/10/2026). Trợ lý không với ra ngoài được, kể cả khi bạn bảo nó làm. Nhưng bên trong bức tường đó thì nó hoàn toàn có quyền: đọc được, ghi được, xoá được. Cho nên đừng trỏ nó vào thư mục gốc của ổ đĩa, và đừng trỏ vào thư mục chứa thứ mà bạn không có bản sao. Thư mục của anh có một bản sao để riêng; chạy hỏng thì chép lại là xong.

9. Bước 1: câu lệnh đọc tài liệu, viết tóm tắt

Bước 1: anh mở một cuộc trò chuyện mới hoàn toàn và gõ câu lệnh sau. Câu lệnh nói: liệt kê tất cả các tệp trong thư mục, rồi với từng tệp, đọc nội dung và viết một bản tóm tắt gồm tên môn, 4 đến 6 ý chính, và một mục riêng liệt kê mọi con số xuất hiện trong tệp, lưu vào thư mục con tóm tắt, đặt tên theo tệp gốc.

Trong thư mục được cấp quyền có một số tệp ghi chép học tập.
Hãy làm tuần tự:

1. Liệt kê tất cả các tệp .md trong thư mục gốc.
2. Với TỪNG tệp, đọc nội dung rồi viết một bản tóm tắt tiếng Việt gồm:
   - Dòng đầu: tên môn học
   - 4 đến 6 gạch đầu dòng về ý chính
   - Một mục "Số liệu cần nhớ" liệt kê mọi con số xuất hiện trong tệp
3. Lưu mỗi bản tóm tắt vào thư mục on-tap/tom-tat/ với tên là tom-tat-<tên tệp gốc>.md
4. Làm xong tất cả thì báo lại đã tạo bao nhiêu tệp.

Làm lần lượt từng tệp, đừng bỏ sót tệp nào.

Mục liệt kê mọi con số là anh cố ý. Đây là chỗ máy hay làm ẩu nhất: nó tóm ý thì rất tốt, nhưng con số thì hay bỏ sót hoặc chép lệch. Bắt nó tách riêng ra một mục nghĩa là ép nó phải đi qua từng con số.

Sau khi gửi câu lệnh, mỗi lượt trợ lý muốn gọi công cụ, một hộp hiện lên cho thấy nó muốn gọi công cụ nào và với tham số gì. Tức là anh được thấy trước nó định đụng vào tệp nào, trước khi nó đụng thật. Hộp có một nút cho phép, một nút từ chối, và một nút từ chối kèm lý do; phần này anh đã nói kỹ ở tập 5.

10. Bước 1 chạy thật và đối chiếu từng con số

Anh bấm cho phép rồi để người xem nhìn nó tự chạy. Nó liệt kê thư mục trước, rồi đọc tệp thứ nhất, ghi ra bản tóm tắt thứ nhất, rồi quay lại đọc tệp thứ hai, cứ thế. Trên màn hình, ở lượt gọi read_multiple_files, phần tham số liệt kê đường dẫn của cả loạt tệp ghi chép trong thư mục dự án. Anh ngồi xem hết: nó không bỏ sót tệp nào, và cũng không tự ý đọc ra ngoài thư mục được cấp. Tổng cộng 2 phút 55 giây, 17 lượt gọi công cụ, ra đủ 11 bản tóm tắt (số đo của anh trong video đăng ngày 01/10/2026).

Mở thư mục on-tap/tom-tat trong File Explorer, đúng 11 tệp mang tiền tố tom-tat-: bài tập chương 3 đã làm, ghi chép buổi 4 định phí, buổi 5 tái bảo hiểm, buổi 6 bảo hiểm y tế, ghi chép linh tinh, lịch thi và yêu cầu, sinh học bài tập tự làm, chu kỳ tế bào, hô hấp tế bào, màng và vận chuyển, và thuật ngữ Anh Việt, mỗi tệp chỉ 1 đến 2 KB.

Anh mở một bản ra đọc và mở tệp gốc bên cạnh để đối chiếu. Đó là bản tóm tắt tệp bài tập chương 3: tên môn đúng, 5 gạch đầu dòng, ý nào cũng có trong bài, và mục số liệu chép ra 9 con số, kể cả con số 342.857 là con số lẻ nhất. Anh dò lại tệp gốc từng con số một và nó không sai con số nào (kết quả trong video đăng ngày 01/10/2026). Chỗ này nó làm tốt hơn anh tưởng, mà đó lại đúng là chỗ anh lo nhất trước khi chạy.

11. Tệp lệch chuẩn: phần sinh học mất sạch

Còn tệp anh cố tình để lệch chuẩn thì sao? Đó là tệp tên "ghi chép linh tinh": viết tắt, không tiêu đề, trộn cả 2 môn trong một tệp. Và đây là chỗ máy làm hỏng; anh để nguyên cho người xem thấy. Phần trên của tệp là môn kinh tế (thầy nhắc phần tái bảo hiểm không thi tự luận, phụ phí tính trên phí thu, bài 3.4 chưa xong cần hỏi thầy công thức dự phòng). Phần dưới có một đoạn sinh học: ti thể có màng trong gấp nếp, 3 điểm kiểm soát của chu kỳ tế bào, và một câu thầy hỏi mà anh chưa trả lời được.

Bản tóm tắt máy viết ra chỉ có phần kinh tế. Phần sinh học mất sạch, không còn một chữ.

Anh đi tìm lý do, và lý do nằm ngay trong câu lệnh của anh. Anh đã dặn "dòng đầu ghi tên môn học", một môn, số ít. Tệp này có 2 môn, nên nó chọn một và bỏ môn còn lại. Tức là nó làm đúng như anh dặn, nhưng lại sai cái anh muốn.

Anh coi đây là bài học đắt nhất của tập: câu lệnh của bạn luôn chứa một giả định về dữ liệu. Của anh là giả định mỗi tệp một môn, nhưng dữ liệu thật không chịu theo giả định đó. Chỗ lệch chính là chỗ mất thông tin, và nó không báo lỗi nào cả; bản tóm tắt vẫn đẹp như thường.

12. Bước 2: thẻ ghi nhớ từ các bản tóm tắt

Sang bước 2, lại một cuộc trò chuyện mới. Anh dặn chú ý chỗ này: anh không gõ tiếp vào cuộc trò chuyện vừa nãy, mà mở mới hoàn toàn, đúng như đã nói ở phần trên. Câu lệnh bước 2: đọc các bản tóm tắt vừa tạo, rồi làm 2 bộ thẻ ghi nhớ hỏi đáp, mỗi môn một tệp, mỗi tệp ít nhất 12 thẻ, ưu tiên hỏi về con số và về những chỗ dễ nhầm.

Trong thư mục được cấp quyền có thư mục on-tap/tom-tat/ chứa các bản tóm tắt.
Hãy làm tuần tự:

1. Liệt kê các tệp trong on-tap/tom-tat/
2. Đọc các bản tóm tắt đó.
3. Tạo bộ thẻ ghi nhớ dạng hỏi đáp, mỗi môn một tệp riêng:
   - on-tap/the-ghi-nho/kinh-te.md
   - on-tap/the-ghi-nho/sinh-hoc.md
   Mỗi tệp ít nhất 12 thẻ. Mỗi thẻ viết đúng định dạng:
   Q: <câu hỏi>
   A: <câu trả lời ngắn>
4. Ưu tiên các thẻ hỏi về con số và về những chỗ dễ nhầm.
5. Xong thì báo lại mỗi tệp có bao nhiêu thẻ.

Để ý là nó chỉ đọc các bản tóm tắt, không động tới tài liệu gốc nữa. 11 bản tóm tắt ngắn thì nhẹ hơn hẳn 11 tài liệu dài; đó chính là cái được của cách chia nhỏ bước. Để ý tiếp: bước 1 gọi công cụ 17 lượt, bước 2 chỉ có 7 lượt (số đo trong video đăng ngày 01/10/2026), vì nó đọc gộp nhiều bản tóm tắt trong một lượt thay vì mở từng tệp.

Trên màn hình, hộp xin phép "Model wants to call read_multiple_files" hiện phần Arguments liệt kê đủ 11 đường dẫn trong on-tap/tom-tat/ trong một lượt duy nhất, kèm chú thích "đọc gộp trong MỘT lượt".

Kết quả theo số đo của anh (video đăng ngày 01/10/2026): 1 phút 46 giây, 7 lượt gọi công cụ, 17 thẻ môn kinh tế và 17 thẻ môn sinh học. Anh yêu cầu tối thiểu 12 thẻ mỗi môn, nó làm 17. Mở ra xem vài thẻ thì thấy thẻ bám đúng chỗ anh muốn. Thẻ đầu tiên hỏi công thức tính phí thu, thẻ thứ hai hỏi phụ phí tính trên cái gì, và có thẻ hỏi thẳng vào chỗ anh từng làm sai: sai lầm thường gặp là nhân phí thuần với 1,25 thay vì chia cho 0,75. Nó lấy được chỗ đó vì trong ghi chép gốc anh có viết là mình từng nhầm; thông tin đó được giữ nguyên qua 2 lần chuyển và ra tới thẻ.

Anh muốn người xem để ý chỗ này, vì thẻ ghi nhớ là thứ khó chấm nhất trong cả dự án. Đủ số lượng thì dễ, nhưng một bộ thẻ tốt phải hỏi đúng cái sẽ thi, chứ không phải hỏi cái dễ hỏi nhất.

13. Bước 3: đề cương và phép thử hai câu treo

Bước 3 lại là một cuộc trò chuyện mới. Lần này nó đọc cả hai thứ vừa tự tạo ra, các bản tóm tắt và các bộ thẻ, rồi viết một bản đề cương cho cả 2 môn, gồm: các chủ đề chính theo thứ tự, một bảng gom mọi con số phải thuộc, một mục những chỗ dễ mất điểm, và một mục những câu còn cần hỏi thầy.

Trong thư mục được cấp quyền có on-tap/tom-tat/ và on-tap/the-ghi-nho/.
Hãy làm tuần tự:

1. Đọc tất cả các tệp trong cả hai thư mục đó.
2. Viết một đề cương ôn tập cho CẢ HAI môn, lưu vào on-tap/de-cuong.md
   Đề cương gồm:
   - Phần mở đầu: liệt kê hai môn và số tài liệu đã đọc của mỗi môn
   - Với mỗi môn: các chủ đề chính theo thứ tự, mỗi chủ đề 2 đến 3 dòng
   - Một mục "Bảng số liệu phải thuộc" gom mọi con số của cả hai môn
   - Một mục "Những chỗ dễ mất điểm"
   - Một mục "Câu hỏi còn phải hỏi thầy"
3. Xong thì báo lại đề cương dài bao nhiêu dòng.

Mục cuối là phép thử của anh. Trong đống tài liệu gốc, anh đã gài sẵn 2 chỗ ghi rõ là chưa chắc và cần hỏi lại thầy: một câu bên kinh tế về công thức dự phòng, một câu bên sinh học về con số 36 hay 38. Hai chỗ đó nằm ở 2 tệp khác nhau, và một trong hai nằm ngay trong tệp ghi vội lộn xộn. Nếu đề cương nhặt được cả 2, nghĩa là chuỗi 4 bước đã giữ nguyên thông tin xuyên suốt từ tài liệu gốc tới sản phẩm cuối. Còn nếu rụng mất, đó chính là chỗ đứt.

Trong tệp sinh-hoc-bai-tap-tu-lam.md, chỗ gài sẵn bên sinh học ghi: "Mình trả lời 38 ATP, nhưng sách có chỗ ghi 36. Chưa rõ đề thi lấy số nào. Cần hỏi lại thầy."

Kết quả là nó nhặt được cả 2. Mục câu hỏi còn phải hỏi thầy trong đề cương ghi đúng 2 dòng ấy: bên kinh tế là công thức tính phần dự phòng ở bài 3.4; bên sinh học là số ATP thu được từ 1 phân tử glucose, 36 hay 38. Hai chỗ nằm ở 2 tệp khác nhau, và chỗ thứ nhất còn nằm trong chính tệp ghi vội lộn xộn kia. Tức là chuỗi 4 bước giữ được thông tin xuyên suốt từ tài liệu gốc tới sản phẩm cuối. Trên màn hình, mục này trong on-tap/de-cuong.md còn có thêm hai dòng sinh học khác (đối chiếu lại bài tập chương 3, vở chương 4 còn thiếu). Bước 3 mất 2 phút 56 giây, 9 lượt gọi công cụ (số đo trong video đăng ngày 01/10/2026).

14. Bước 4: tự kiểm, và cái nó không kiểm được

Sang bước 4, bước cuối. Anh bảo nó nhìn lại cả thư mục, viết một tệp hướng dẫn đọc trước, và kiểm xem có tài liệu gốc nào chưa có bản tóm tắt không. Bước này nhẹ nhất nhưng là bước anh thích nhất, vì nó là bước tự kiểm. Anh không bảo nó "hãy làm đúng", mà bảo nó đi kiểm lại xem có thiếu gì không; đó cũng là việc người ta phải làm ở cuối mỗi dự án.

Trong thư mục được cấp quyền có thư mục on-tap/. Hãy làm tuần tự:

1. Liệt kê toàn bộ cây thư mục on-tap/ kèm dung lượng từng tệp.
2. Tạo tệp on-tap/DOC-TRUOC.md gồm:
   - Ngày tạo
   - Danh sách mọi tệp đã sinh ra, chia theo nhóm tóm tắt, thẻ ghi nhớ, đề cương
   - Một dòng hướng dẫn nên ôn theo thứ tự nào
3. Kiểm tra xem có tài liệu gốc nào chưa có bản tóm tắt tương ứng không.
   Nếu có thì ghi tên vào cuối tệp DOC-TRUOC.md dưới mục "Còn thiếu".
4. Báo lại tổng số tệp trong on-tap/.

Nó liệt kê cây thư mục, viết tệp hướng dẫn, rồi đối chiếu tài liệu gốc với bản tóm tắt và kết luận là không thiếu cái nào. Kết luận đó đúng: 11 tệp gốc, 11 bản tóm tắt.

Nhưng anh nhờ người xem để ý: nó kiểm được có đủ hay không, chứ không kiểm được có đúng hay không. Tệp mất sạch phần sinh học lúc nãy vẫn được tính là có tóm tắt, và vẫn lọt qua vòng tự kiểm này ngon lành. Bước 4 mất 2 phút 11 giây, 7 lượt (số đo trong video đăng ngày 01/10/2026).

Khi xong, cả thư mục có 15 tệp chia 3 nhóm, cộng tệp hướng dẫn ở ngoài cùng. Anh nhắc lại cho rõ vì đây là câu trả lời cho đề bài đầu video: bên trái là 11 tệp ghi chép rời mà làm tay theo ước tính của anh sẽ mất gần 2 tiếng; bên phải là chỗ này, tổng cộng 9 phút 49 giây (số đo trong video đăng ngày 01/10/2026).

15. 5 lỗi hay gặp khi tự làm

Nãy giờ người xem đã thấy một lượt chạy trót lọt. Giờ anh kể phần không trót lọt, vì đó mới là phần người xem cần khi tự làm.

Lỗi 1, cũng là lỗi nặng nhất: câu lệnh có một giả định mà dữ liệu không chịu theo. Đây chính là lỗi anh dính ở trên. Với tệp 2 môn, anh dặn "dòng đầu ghi tên môn học", nên nó chọn một môn và bỏ môn kia. Mất sạch một nửa nội dung mà không có bất kỳ dấu hiệu nào báo là đã mất; bản tóm tắt vẫn đẹp, vẫn đúng định dạng, vẫn đủ số tệp. Cách sửa thì dễ: đổi thành "liệt kê tất cả các môn có trong tệp". Cái đáng nói là cách phát hiện: anh chỉ tìm ra vì chính anh viết mấy tệp đó, nên biết bên trong có gì. Với tài liệu thật của bạn, hãy mở vài bản tóm tắt ra đối chiếu với tệp gốc. Việc này không có đường tắt.

Lỗi 2: nạp được không có nghĩa là dùng được. Anh thử nạp một model rất lớn, 39,6GB, gấp đôi model đang dùng. Theo số anh đo (video đăng ngày 01/10/2026), máy nạp được, mất 2 phút 36 giây. Nhìn giao diện thì mọi thứ vẫn bình thường, vẫn xanh và sẵn sàng. Rồi anh hỏi nó một câu, chỉ xin câu trả lời hai câu thôi. Hơn 10 phút sau nó mới viết xong 80 chữ. Không hỏng, không báo lỗi, chỉ chậm tới mức không ai ngồi đợi nổi. Nên đừng nghĩ nạp được một model là chạy được; hãy hỏi nó một câu ngắn trước, hỏi thử rồi mới quyết định có dùng hay không.

Lỗi 3: sửa tệp cấu hình bằng công cụ bên ngoài. Tệp khai báo công cụ là một tệp văn bản, nên rất dễ mở bằng một phần mềm soạn thảo bên ngoài để sửa. Anh khuyên đừng làm vậy, vì một số phần mềm soạn thảo âm thầm thêm mấy ký tự vô hình vào đầu tệp, và khi đó phần mềm sẽ bỏ qua cả tệp (theo video đăng ngày 01/10/2026), coi như bạn chưa khai báo gì. Lúc đó giao diện không báo gì cả; đơn giản là công cụ của bạn bị thiếu. Cách đúng là sửa ngay trong phần mềm bằng đúng nút sửa cấu hình của nó.

Lỗi 4: ô bộ nhớ của cuộc trò chuyện đặt quá nhỏ. Cái này anh gặp thật (số đo trong video đăng ngày 01/10/2026), và triệu chứng của nó là thứ anh muốn người xem nhớ nhất: chuỗi chạy nhanh hơn khi hỏng. 56 giây thay vì gần 3 phút, không báo lỗi, model vẫn nhắn lại là đã làm xong, nhưng gần như chẳng có gì được tạo ra. Anh sẽ mổ kỹ lỗi này ở phần sau, vì nó không đơn giản chỉ là một lỗi; nó là thứ quyết định chuỗi làm việc của bạn sống hay chết.

Lỗi 5: ô cho phép mọi thứ, đã nhắc ở đầu video. Anh nhắc lại vì nó thuộc nhóm lỗi tệ nhất: lỗi bạn không nhìn thấy. Theo video đăng ngày 01/10/2026, chỉ cần tích một lần là nó ghi một luật chung cho mọi cuộc trò chuyện về sau, kể cả những cuộc bạn chưa mở. Nếu lỡ tích rồi, hãy vào phần cài đặt xoá nó đi.

Slide tóm lỗi 1 ghi gọn: dặn "dòng đầu ghi tên môn học" ở số ít; tệp có 2 môn thì máy chọn 1, bỏ 1, đúng như dặn mà sai như muốn; không có báo lỗi nào cả.

16. Số liệu đo thật: 3 lần chạy trọn quy trình

Giờ tới phần số liệu. Anh đã chạy trọn vẹn 4 bước này 3 lần, và đây là những gì anh đo được (theo video đăng ngày 01/10/2026). Tổng thời gian anh đọc ra là 9 phút 49 giây; lần nhanh nhất 8 phút 20 giây, lần chậm nhất 9 phút 49 giây. Số lượt gọi công cụ mỗi lần chạy anh nói là 40. Bảng trên màn hình ghi chi tiết từng lần: lần 1 mất 9:49 với 40 lượt gọi, lần 2 mất 8:20 với 35 lượt, lần 3 mất 8:46 với 37 lượt.

Theo số đo của anh (video đăng ngày 01/10/2026), tốc độ sinh chữ giữ trong khoảng 60 token mỗi giây suốt cả chuỗi. Anh thấy chỗ này đáng nói: chạy dài hàng chục phút mà tốc độ không tụt, nghĩa là model nằm nguyên trong bộ nhớ chứ không bị đẩy ra rồi nạp lại. Bộ nhớ dùng lúc cao nhất là hơn 40GB trên 64GB.

Và con số thành thật nhất anh phải nói: tỷ lệ hoàn thành chỉ 1 trên 3 (số đo trong video đăng ngày 01/10/2026). Anh giải thích kỹ con số này, vì nghe qua thì tệ nhưng thực ra không tệ đến vậy. Ở 3 bước đầu, cả 3 lần đều đạt: lần nào cũng đủ 11 bản tóm tắt, lần nào cũng ra 2 bộ thẻ ghi nhớ, lần nào cũng có đề cương, và lần nào đề cương cũng nhặt được 2 câu hỏi anh còn treo. Có lần nó còn nhặt thêm một câu thứ ba mà anh quên là mình có viết.

Chỗ hỏng nằm ở bước 4, đúng bước tự kiểm. 2 trong 3 lần chạy bước 4 (số đo trong video đăng ngày 01/10/2026), nó liệt kê thư mục, báo cáo xong xuôi, nhưng tệp hướng dẫn lại không được tạo ra. Không báo lỗi gì cả, chỉ đơn giản là nó không viết. Anh để nguyên con số 1 trên 3 lần hoàn thành vì muốn người xem nhớ đúng chỗ này: chỗ hỏng lại nằm đúng ở bước đi kiểm những bước kia. Cho nên đừng giao vòng kiểm cuối cho máy rồi yên tâm; hãy mở thư mục ra nhìn lại một chút, mất vài giây thôi.

Mọi con số trên anh đều đo trên chính chiếc máy này, trong lúc cắm sạc, để chế độ Turbo. Model là Qwen3.6 35B A3B. Mỗi lần chạy, anh đều xoá thư mục rồi chép lại từ đầu.

17. Ôn lại tập 2: mức mặc định và ô bộ nhớ cuộc trò chuyện

Anh khép lại bằng câu chuyện của tập 2. Ở tập 2, anh chỉ chỗ chỉnh mức bộ nhớ dành cho phần đồ hoạ, và khuyên cứ để mặc định mà dùng. Giờ anh đưa bằng chứng cho lời khuyên đó, và cả chỗ lời khuyên đó hết đúng.

Toàn bộ dự án hôm nay chạy ở mức mặc định của máy, không chỉnh gì cả. Model 22GB chạy trơn suốt 9 phút 49 giây, tốc độ giữ đều (số đo theo video đăng ngày 01/10/2026). Nghĩa là với việc cỡ này, mức mặc định thừa sức, không cần đụng một cài đặt nào.

Nhưng anh có thử đẩy xa hơn bằng model 39,6GB, gấp đôi model đang dùng. Ở mức mặc định nó nạp được: anh đợi hơn 1 phút và nó lên. Nhưng khi trả lời, nó chỉ ra hơn 2 chữ mỗi giây (số đo ở tập 2, nhắc lại trong video đăng ngày 01/10/2026), chậm hơn nhiều so với tốc độ đọc của chính người xem, và bộ nhớ trống của máy lúc đó còn chưa tới nửa GB. Tức là máy đã chạm trần. Con số này anh không đo lại ở tập này mà lấy đúng số đã đo ở tập 2, vì cùng một chiếc máy và cùng một mức cài đặt; xem lại tập 2 sẽ thấy nguyên bảng 5 model.

Nhưng anh không muốn khép lại bằng chuyện chỉnh Armoury Crate. Có một ô gần người dùng hơn nhiều, nằm ngay trong phần mềm đang dùng, và nó mới là ô quyết định chuỗi của bạn sống hay chết: ô bộ nhớ của cuộc trò chuyện (context length). Anh chạy lại đúng chuỗi hôm nay, cùng model, cùng 11 tệp, cùng câu lệnh, chỉ đổi mỗi ô đó từ 32.000 xuống 8.000. Theo số đo của anh (video đăng ngày 01/10/2026), ở 32.000 thì ra 11 bản tóm tắt, gần 9 phút xong việc. Ở 8.000 thì ra đúng 1 bản, và một lần sau đó là không ra bản nào.

Đây là chỗ ráp lại với tập 2. Ô bộ nhớ càng lớn thì càng tốn bộ nhớ máy, và tốn theo kiểu tuyến tính. Ô đó là thứ bạn phải nới ra khi giao những việc dài, mà nới được hay không thì tuỳ máy còn bao nhiêu bộ nhớ để nới. 64GB ở đây (cấu hình máy trong video đăng ngày 01/10/2026) không phải để chạy model to nhất; nó là để vừa giữ nguyên model trong bộ nhớ suốt buổi làm việc, vừa còn chỗ mở rộng ô bộ nhớ đủ cho một chuỗi 4 bước chạy hết mà không rụng giữa đường.

Nên lời khuyên của anh sau 6 tập (video đăng ngày 01/10/2026) là: mức cài đặt mặc định đủ cho gần hết mọi việc làm được trong khoá này, và nó an toàn hơn vì phần còn lại của máy vẫn đủ bộ nhớ để chạy. Chỉ khi thật sự cần một model lớn hơn hẳn thì mới nên đụng tới cài đặt đó, và đụng xong thì nhớ trả nó về như cũ.

18. Bảng tổng kết 6 tập, đi tiếp thì đi đâu, lời cảm ơn

Đây là bảng cuối của cả khoá: 6 tập, mỗi tập một phép đo trên cùng một chiếc máy (số đo của chính Thanh Trần, theo video đăng ngày 01/10/2026).

• Tập 1: một model 8 tỷ tham số, khoảng 40 token mỗi giây, đủ nhanh để người đọc không theo kịp.
• Tập 2: 5 model cùng một câu hỏi. Model nhanh nhất bảng không phải là model nhẹ nhất: model 20GB chạy nhanh hơn model 6GB, còn model gần 40GB thì chạm trần của máy.
• Tập 3: 3 hạng model, và bài học là model lớn nhưng mỗi lượt chỉ dùng một phần tham số lại nhanh nhất bảng.
• Tập 4: đọc tài liệu, tốc độ vẫn giữ trên 55 token mỗi giây ngay cả khi nhồi 32.000 token tài liệu vào.
• Tập 5: chuỗi agent 6 tệp, khoảng 60 token mỗi giây, và cuộc trò chuyện phình lên hơn 9.000 token.
• Tập 6: tập này, 4 bước và 11 tệp, gần 10 phút; cuộc trò chuyện chạm 14.000 token.

Nhưng anh nói thêm một điều mà anh nghĩ còn quan trọng hơn cả bảng: đừng lấy các con số này so thẳng với nhau, vì thời điểm đo khác nhau. Ví dụ, giữa tập 4 và tập 5, phần mềm đã tự nâng cấp bộ chạy bên dưới mà anh không hề bấm gì. Hay giữa tập 2 và tập 3, chính anh đã đổi cách đo: lúc đầu lấy tổng thời gian chia cho số chữ, sau đổi lại tính từ lúc chữ đầu tiên xuất hiện, vì khoảng thời gian máy ngồi đọc câu hỏi không phải lúc nó viết. Nên bảng này đọc theo xu hướng thì được, đừng đem từng con số ra so.

Khoá 6 tập đến đây là hết. Anh tóm lại người xem đã đi qua những gì. Tập 1: cài được phần mềm và chạy được con AI đầu tiên trên máy mà không cần mạng. Tập 2: biết chỗ chỉnh mức bộ nhớ cho phần đồ hoạ, và vì sao nó có thể thay đổi cuộc chơi. Tập 3: biết nhìn tên một model là đoán được nó lớn cỡ nào và máy mình có chạy nổi không. Tập 4: cho AI đọc tài liệu của chính mình và hỏi đáp trên tài liệu đó. Tập 5: cho nó tay chân để tự thao tác. Và tập 6: ráp tất cả thành một dự án và chạy được.

Bài tập cuối khoá chỉ có một việc: lấy một thư mục tài liệu thật của bạn, của chính môn đang học, và chạy đúng 4 bước hôm nay. Đừng chép y nguyên câu lệnh của anh; hãy sửa lại cho khớp với môn của bạn, vì đó mới là lúc bạn thật sự hiểu 4 bước đó sinh ra để làm gì.

Còn đi tiếp thì đi đâu? Anh gợi ý 3 hướng, từ dễ đến khó:

1. Vẫn 4 bước này nhưng đổi loại đầu ra: thay vì thẻ ghi nhớ thì làm bộ câu hỏi trắc nghiệm, bản dịch, hoặc một bản trình bày slide.
2. Cắm thêm bộ công cụ khác ngoài bộ đọc ghi tệp: có bộ cho trợ lý đọc được trang web, có bộ cho nó truy vấn cơ sở dữ liệu (tính đến video đăng ngày 01/10/2026).
3. Hướng khó nhất và cũng đáng nhất: tự viết bộ công cụ của riêng bạn, cho đúng việc bạn hay phải làm đi làm lại.

Và một lời thật lòng: thứ người xem học được trong 6 tập không phải là cách bấm nút của một phần mềm cụ thể. Phần mềm sẽ đổi giao diện, sẽ ra bản mới, thậm chí sẽ có phần mềm khác. Cái còn lại sau khoá mà anh muốn người xem giữ là cách nghĩ: việc lớn thì chia nhỏ, mỗi bước phải tự kiểm được, và luôn biết trợ lý của mình đang được phép chạm vào cái gì.

Anh cảm ơn người xem đã đi hết 6 tập. Mọi con số trong 6 tập đều do anh tự đo trên chính chiếc máy này, không lấy số của ai, và những chỗ máy chưa làm tốt anh cũng đã nói thẳng ra. Nếu ai làm được dự án cuối khoá, anh mời chụp lại cây thư mục kết quả gửi cho anh xem, vì anh muốn biết mọi người đã dùng nó cho môn gì. Anh hẹn gặp lại ở những khoá sau.