---
title: "Prompt và Context Engineering cho coding agent - brief, spec, AGENTS.md, session và bằng chứng"
description: "Khóa về prompt và context cho vibe coder đã có app do Claude Code hay Codex dựng: tin nhắn bạn gõ chỉ là phần nhỏ trong những gì agent dựa vào. Trên app đặt lịch hẹn của mình, bạn giao việc bằng brief và spec, giữ AGENTS.md ngắn, mở session mới đúng lúc, và chỉ chấp nhận kết quả khi tự bấm thử lại được."
canonical: "https://200lab.io/courses/prompt-va-context-engineering-cho-coding-agent-brief-spec-agents-md-session-va-bang-chung"
type: "course"
course_type: "course"
learning_type: "free_form"
published: "2026-10-13T09:49:36Z"
students: 1
---

## Khóa học này mang lại gì cho bạn

Hôm trước agent làm đúng, hôm sau nhận yêu cầu gần y như vậy lại làm sai. Có lúc agent quên điều hai bên đã thống nhất, có lúc báo “xong” mà bấm thử thì hỏng. Khóa học dùng tiếp app đặt lịch hẹn cho người làm tự do mà agent đã dựng cho bạn. Agent vẫn gõ lệnh và viết code, còn bạn quyết định giao việc thế nào, giữ lại điều gì trong file và tự kiểm tra kết quả trên app.

- **Xem agent đang thấy gì** — Bạn xem session đã dùng bao nhiêu context, chỉ ra phần nào đến từ file agent tự mở, log test, chat, memory, skill hay MCP, rồi quyết định phần nào không cần cho việc tiếp theo.
- **Ghi rule dừng vào AGENTS.md** — Bạn liệt kê những việc mà quay về commit cũng không cứu được, như xóa dữ liệu, deploy hay gửi email thật, ghi chúng thành danh sách việc agent phải dừng lại hỏi bạn trước khi làm, rồi tự kiểm tra rule đó bằng dữ liệu thử.
- **Giao việc bằng brief đủ ý** — Bạn viết yêu cầu thành brief có mục tiêu, bối cảnh, giới hạn và điều kiện hoàn thành, mỗi điều kiện hoàn thành ghi thành bước bấm thử trên app. Khi báo lỗi, bạn kể điều mình thấy và gọi tên phần agent được phép sửa thay vì đưa sẵn cách sửa.
- **Lập spec trước khi build** — Với tính năng lớn, bạn để agent lần lượt phỏng vấn mình rồi ghi lại thành spec trong `docs/specs/`. Sau đó bạn nhờ agent kể lại plan theo từng màn hình người dùng sẽ thấy, rồi đánh dấu phần không ai xin trước khi agent viết dòng code nào.
- **Giữ AGENTS.md ngắn gọn** — Bạn biết agent đang đọc những file rule nào, kể cả file nằm ngoài repo, cắt AGENTS.md bằng phép thử “bỏ rule này đi thì agent có làm sai không?”, và để mỗi chủ đề chỉ ghi ở một nơi.
- **Mở session mới đúng lúc** — Bạn nhận ra lúc nào nên dừng sửa trong session đang làm để mở session mới, và cho agent cập nhật đều `PROGRESS.md` và `DECISIONS.md`, để agent ở session sau chỉ cần đọc file là biết phải làm gì tiếp.
- **Đòi bằng chứng trước khi tin** — Với từng điều kiện hoàn thành, bạn yêu cầu agent nộp bằng chứng rồi tự bấm thử lại bước đó trên app, nhờ agent khác ở context mới tìm chỗ còn thiếu so với spec, và đăng nhập bằng tài khoản thứ hai để thử quyền xem dữ liệu trước khi chấp nhận tính năng.

Đây là khóa thực hành ngay trên app của bạn, dùng được với Claude Code hoặc Codex. Sau khóa, repo của bạn có thêm brief, spec, AGENTS.md đã cắt gọn, `PROGRESS.md` và bằng chứng trong `docs/evidence/`, còn mọi dòng code vẫn do agent viết.

## Khóa học cung cấp những nền tảng nào

Nền tảng của cả khóa học là context, tức mọi thứ agent đang thấy trong session, và tin nhắn bạn gõ thường chỉ là phần nhỏ trong đó. Từ lúc bạn bấm gửi tới lúc tính năng hiện trên app, yêu cầu lần lượt đi qua năm chặng, gồm tin nhắn, mọi thứ agent thấy ngoài tin nhắn, plan, session và lời báo “xong”. Chặng nào bạn để trống thì agent tự quyết định thay bạn, và mỗi session nó có thể quyết định khác đi.

Bài [Effective context engineering for AI agents](https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents) của Anthropic giải thích vì sao chọn đúng những gì agent thấy lại quan trọng hơn câu chữ của prompt khi agent làm nhiều bước. Hai trang [Best practices for Claude Code](https://code.claude.com/docs/en/best-practices) và [Best practices của Codex](https://learn.chatgpt.com/guides/best-practices) là hướng dẫn chính thức của hai hãng làm tool. Nhiều bài trong khóa dựa vào hai trang này, từ cách viết yêu cầu tới cách quản lý session.

Bảy chương dưới đây đi theo các chặng của yêu cầu. Ở mỗi chương, bạn kiểm soát chặng mà chương đó nói tới bằng file nằm lại trong repo, như brief, spec hay AGENTS.md, thay vì chỉ dặn trong chat. Chương nào cũng kết thúc bằng việc bạn tự làm, rồi tự xem kết quả đã đúng chưa.

### 1. Agent đang thấy gì và được tự làm gì

Cả session bạn chỉ gõ vài trăm chữ để sửa form thêm lịch hẹn, vậy mà tool báo session đã dùng tới hàng chục nghìn token (đơn vị tool dùng để đếm độ dài chữ). Bài đầu chương giải thích context window, tức giới hạn số token một session chứa được. Bạn xem session đã dùng bao nhiêu context và thấy phần lớn đến từ file agent tự mở và log test. Bạn cũng phân biệt context với memory, tức ghi chú agent tự lưu lại giữa các session.

Ở bài thứ hai, lịch hẹn thử của cả tháng biến mất vì agent xóa dữ liệu để “chạy lại từ đầu”, dù đầu session bạn đã dặn trong chat đừng đụng vào. Quay về commit đưa code về, còn dữ liệu thì không.

Lời dặn trong chat cũng có thể mất ngay giữa session sau compaction, tức lúc agent tự tóm tắt cuộc trò chuyện để context có thêm chỗ. Vì vậy bạn ghi vào AGENTS.md rule dừng, tức danh sách việc agent phải dừng lại hỏi bạn trước khi làm.

### 2. Giao việc bằng brief đủ ý

Tin nhắn “Thêm nút cho khách tự hủy lịch” cho ra nút hủy được cả lịch đã qua, không báo cho người làm tự do và hiện cả với người chưa đăng nhập. Bạn viết lại yêu cầu đó thành brief gồm mục tiêu, bối cảnh, giới hạn và điều kiện hoàn thành. Điều kiện hoàn thành, còn gọi là acceptance criteria, được ghi thành các bước bạn bấm thử trên app.

Hai bài tiếp theo xử lý hai kiểu tin nhắn hay khiến agent làm sai. Dòng “TUYỆT ĐỐI KHÔNG ĐƯỢC đổi màu” trong prompt khiến nút “Đặt lịch” mới không có màu, và agent hỏi lại từng bước nhỏ. Bạn rà lại prompt cũ, bỏ chữ in hoa, rồi với từng việc, chọn effort, tức model nghĩ kỹ tới mức nào.

Còn câu “sửa múi giờ đi” làm agent đổi cả giờ đã lưu đúng trong database, nên bạn tập báo lỗi bằng cách kể điều mình thấy và gọi tên phần agent được phép sửa.

### 3. Có spec và plan rồi mới build

Bạn gửi sáu tin nhắn rời rạc về gói nhiều buổi, vậy mà agent vẫn hiểu gói là lịch hẹn lặp lại hằng tuần, như nó hiểu từ tin đầu. Lần này, bạn để agent phỏng vấn mình rồi viết spec, tức file mô tả app phải làm gì mà agent chỉ cần đọc, không cần xem lại chat, là hiểu. Bạn mở session mới để build từ file spec, và biết lúc nào thay đổi đủ nhỏ để bỏ qua bước này.

Plan cho gói nhiều buổi có thêm trang báo cáo doanh thu không ai xin, nhưng không nói gì về lúc khách dùng hết buổi. Ở bài thứ hai, agent kể lại plan theo từng màn hình người dùng sẽ thấy. Bạn đánh dấu phần không ai xin và những tình huống plan chưa tính tới, rồi nhờ agent sửa plan cho khớp phạm vi của spec.

### 4. File AGENTS.md ngắn mà agent làm theo

Bạn nhắn tiếng Việt mà Codex trả lời bằng tiếng Anh, dù AGENTS.md của repo không có rule nào về ngôn ngữ. Bài đầu chương giải thích chuỗi file rule mà agent nạp, từ file nằm ngoài repo, tới file ở thư mục gốc của repo, rồi tới file trong thư mục agent đang làm. Bạn tự mở từng file thay vì tin lời agent kể về nguồn của rule, rồi quyết định mỗi rule nên để trong repo, để ngoài repo hay gỡ hẳn.

AGENTS.md dài hơn **300** dòng mà trang đặt lịch vẫn hiện giá “500000”, vì rule về cách ghi giá chìm giữa những lời khuyên chung. Bạn cắt file bằng phép thử bỏ rule.

Bài cuối chương mở bằng tình huống chat, AGENTS.md và memory mỗi nơi ghi một khung giờ làm việc khác nhau. Sau bài đó, giờ làm việc chỉ lấy từ trang cài đặt của app, còn AGENTS.md chỉ trỏ tới trang đó. Với Claude Code, bạn còn đọc từng mục memory rồi xóa mục trùng. Với Codex, nếu đã bật memory thì bạn tắt nó cho các chat sau, vì tool này không cho xóa riêng từng mục.

### 5. Mở session mới đúng lúc và để agent làm tiếp đúng chỗ

Agent sửa tới lần thứ hai mà gói thử vẫn bị trừ **hai** buổi mỗi lần đặt lịch, còn form thêm lịch hẹn bị sửa dù không ai nhờ. Từ chuyện đó, bạn nhận ra dấu hiệu của session đã rối và dùng rule hai lần: sửa hỏng lần đầu thì tiếp tục session đang làm, lần hai cùng lỗi thì quay về commit cuối cùng app còn chạy đúng và mở session mới.

Chat cũ không được mang sang session mới. Về việc đang làm dở, agent ở session mới chỉ chắc chắn biết những gì đã lưu trong repo, tức các file và commit, dù tool vẫn có thể nạp thêm rule cá nhân hay memory đã lưu từ trước. Vì vậy, trước khi mở session mới, bạn chuẩn bị sẵn brief tốt hơn và thêm vào AGENTS.md rule rút ra từ lần sửa hỏng.

Sáng thứ hai, agent hỏi lại app dùng database gì rồi làm lại tính năng đã xong từ thứ sáu. Bạn cho agent lập `PROGRESS.md` (file ghi từng hành vi đã đạt hay chưa đạt), `DECISIONS.md` (file ghi các quyết định đã chốt và lý do) và bản đồ dự án. Từ đó, mỗi session mở bằng câu “đọc `PROGRESS.md` rồi kiểm tra app còn chạy”.

Bài cuối chương bắt đầu từ chuyện bạn chỉ nhờ sửa chữ trên nút đặt lịch, nhưng agent đổi luôn font của cả trang đặt lịch công khai theo skill vừa cài. Bạn gỡ những skill và MCP mà việc đang làm không cần, và đọc file của skill trước khi cài.

### 6. Kiểm tra kết quả mà không cần đọc code

Agent báo “đã kiểm tra kỹ” kèm ảnh chụp màn hình, nhưng file lịch tải về điện thoại chỉ có lịch hẹn của tháng này và thiếu ghi chú của khách. Bài đầu chương phân biệt lời báo cáo của agent với bằng chứng bạn tự làm lại được trên app, và giúp bạn đòi đúng loại bằng chứng cho từng điều kiện hoàn thành.

Ở bài thứ hai, agent làm xong tính năng gói nhiều buổi rồi tự chấm là “đạt toàn bộ yêu cầu”. Bạn mở agent kiểm tra, tức agent khác chạy ở context mới và chỉ dựa vào spec để biết app phải làm gì. Agent này mở app ra so sánh với từng dòng của spec để tìm những chỗ còn thiếu.

Còn ở bài cuối chương, chỉ cần đổi số trên thanh địa chỉ là tài khoản thứ hai thấy được gói của tài khoản đầu. Bạn nhờ agent mô tả ai được xem, sửa, xóa dữ liệu nào, rồi tự thử lại đúng từng điều agent vừa mô tả.

### 7. Làm một tính năng qua nhiều session mà không phải giải thích lại từ đầu

Khách nhắn xin dời giờ hẹn, và bạn vẫn phải hủy rồi tạo lại lịch bằng tay. Ở bài cuối khóa, bạn làm tính năng cho khách tự đổi giờ hẹn và cố ý chia việc ra ba loại session:

- ở session viết spec, agent phỏng vấn bạn, bạn quyết định, và các quyết định được ghi vào spec cùng `DECISIONS.md`;
- ở các session build, mỗi session chỉ làm một dòng của `PROGRESS.md`, và agent nộp bằng chứng vào `docs/evidence/`;
- ở session kiểm tra, agent khác so sánh app với spec, còn bạn đăng nhập bằng tài khoản thứ hai và thử đổi lịch hẹn của tài khoản đầu.

Bạn chỉ chấp nhận tính năng khi mọi dòng `PROGRESS.md` đã đạt và dòng nào cũng trỏ tới bằng chứng mà bạn đã tự bấm thử lại trên app. Cuối bài, bạn viết lại yêu cầu đã lưu ở bài mở đầu thành brief và đặt ngay dưới bản gốc.

## Vì sao 200Lab tạo ra khóa học này

Bạn đã có app đặt lịch do Claude Code hoặc Codex dựng, và giờ mỗi tuần lại giao cho agent thêm tính năng mới. Model đời mới làm theo câu chữ trong tin nhắn sát hơn đời trước, nên cách bạn viết ảnh hưởng nhiều tới việc agent làm. Chỗ nào bạn không viết, agent tự lấp bằng giả định của nó. Ngay cả phần đã viết rõ, agent vẫn có lúc làm sai, và bạn chỉ biết khi bấm thử trên app.

Thấy agent làm sai, cách sửa dễ nghĩ tới nhất là viết dài hơn, viết hoa cho mạnh hơn, hoặc thêm rule vào AGENTS.md. Tin nhắn và file dài ra, nhưng bạn vẫn phải kể lại từ đầu mỗi sáng thứ hai, vẫn mất gần cả tối để trả lời những câu agent hỏi lại về từng bước nhỏ. Tệ hơn, có khi người dùng tài khoản khác xem được số điện thoại của khách bạn, trong khi agent đã báo là phân quyền xong.

Nghiên cứu mà khóa học dựa vào cũng cho thấy viết thêm chữ chưa chắc giúp agent làm đúng hơn. Theo nghiên cứu năm 2026 về AGENTS.md, file rule nói chung không giúp agent hoàn thành nhiều việc hơn, còn đẩy chi phí lên trung bình hơn **20%**; chỉ phần quy ước riêng của dự án là có ích. Với yêu cầu đưa dần qua nhiều tin nhắn, nghiên cứu về hội thoại nhiều lượt cho thấy model hay chốt giả định sớm và khó quay lại đúng hướng.

Khi cho agent làm app trong thời gian dài, nhóm kỹ sư của Anthropic thấy agent tự chấm việc của mình thường khen quá lời, nên họ tách agent làm việc khỏi agent kiểm tra. Superblocks phân tích vụ lộ dữ liệu ở hơn **170** app dựng bằng Lovable: người lạ đọc được email và số điện thoại của người dùng. Lỗi lộ ra khi có người đóng vai người lạ thử đọc dữ liệu, và bạn sẽ thử cùng kiểu trên app của mình bằng tài khoản thứ hai.

Vì vậy, 200Lab xây khóa học này quanh những file nằm lại trong repo, như brief, spec hay `PROGRESS.md`, thay vì lời dặn chỉ có trong chat. Mỗi file giữ điều bạn đã chốt ở chặng của nó, và kết quả từng chặng đều kiểm tra được mà không cần đọc code. Bạn dành thêm vài phút trước khi gửi và sau khi agent báo “xong”. Đổi lại, agent ở session mới biết việc cần làm tiếp, còn bạn chấp nhận tính năng theo kết quả mình đã bấm thử.

## Những vấn đề thường gặp khi giao việc cho coding agent

Gặp lỗi, nhiều người nhắn thêm cho rõ hơn ngay trong session đang mở. Nhưng nhiều lỗi dưới đây nằm ở những gì agent thấy ngoài tin nhắn, ở session đã rối hay chat cũ không được mang sang, hoặc ở cách bạn quyết định chấp nhận kết quả.

- Cả session chỉ có vài tin nhắn ngắn mà tool báo đã dùng tới hàng chục nghìn token — phần lớn context là file agent tự mở và log của các lần chạy test, còn tin nhắn của bạn là phần nhỏ nhất.
- Đầu session bạn đã dặn đừng đụng vào dữ liệu, vậy mà agent vẫn xóa lịch hẹn thử — lời dặn chỉ nằm trong chat có thể mất sau compaction, còn rule trong AGENTS.md thì được agent đọc lại.
- Nút hủy lịch mà agent vừa làm cho phép hủy cả lịch đã qua, không báo cho người làm tự do và hiện ra cả với người chưa đăng nhập — tin nhắn một dòng bỏ ngỏ ba câu hỏi, nên agent tự chọn cả ba câu trả lời.
- Bạn nhắn “sửa múi giờ đi” rồi thấy cả tháng lịch hẹn bị dời giờ — câu đó đã đưa sẵn cách sửa, nên agent đổi giờ lưu trong database, phần vốn đang đúng.
- Bạn đính chính tới tin nhắn thứ sáu mà agent vẫn hiểu gói nhiều buổi là lịch lặp lại hằng tuần — cách hiểu chốt từ tin đầu nằm lại trong context, và các tin sau chỉ được ghép thêm vào cách hiểu đó.
- Trang đặt lịch vẫn hiện giá “500000” dù AGENTS.md đã có rule về cách ghi giá — agent nạp cả file dài hơn **300** dòng ở mỗi session, và rule cần thiết bị chìm giữa những lời khuyên chung.
- Sang session mới, agent hỏi lại điều đã chốt và làm lại việc đã xong — chat của session trước không được mang sang session mới, nên điều đã chốt phải nằm trong `DECISIONS.md` và `PROGRESS.md`.
- Agent tự chấm “đạt toàn bộ yêu cầu”, kèm ảnh chụp lúc nó tự mở app chạy thử — lời báo cáo của agent chưa phải bằng chứng, nên phần còn thiếu chỉ hiện ra khi bạn tự bấm thử lại trên app hoặc khi agent kiểm tra ở context mới đối chiếu app với spec.

Vấn đề nào trên đây cũng có bài riêng trong khóa, và cuối bài bạn tự kiểm tra lại kết quả, có khi trên app, có khi trong file hay ngay trong tool.

## Bạn sẽ học theo cách nào

- **Mở bài bằng chuyện trên app** — Mỗi bài mở bằng chuyện xảy ra trên app đặt lịch hẹn của chính bạn, như agent trả lời bằng tiếng Anh, trang quản lý hiện sai giờ hay file lịch thiếu ghi chú của khách.
- **Hình vẽ màn hình và chat** — Hình trong bài vẽ lại màn hình của app, đoạn chat với agent và file trong repo, và phần lớn bài có hình đặt cách hiểu sai ngay cạnh cách hiểu đúng.
- **Tự kiểm tra sau mỗi bước** — Ở bước cần gửi agent, bài đưa tin nhắn tiếng Việt mẫu và giải thích từng phần trong đó. Với mỗi bước, bài nói rõ bạn sẽ thấy gì trên app, trong file hay trong câu trả lời của agent, và làm sao biết bước đó bị sai.
- **Bảng riêng cho từng tool** — Lệnh và chỗ khác nhau giữa Claude Code và Codex nằm trong bảng riêng ở mỗi bài, có ghi tháng để bạn biết bảng còn đúng tới khi nào.
- **Kit theo từng chương** — Tùy chương, kit có prompt viết sẵn, khung file và hướng dẫn để agent tạo lỗi mẫu ngay trên app của bạn, và bài nào cần thì có worksheet để bạn tự điền. Kit viết bằng tiếng Anh cho agent đọc, còn bạn vẫn nhắn agent bằng tiếng Việt.

## Khóa học dành cho ai

1. **Vibe coder đã có app** — App do agent dựng cho bạn đã chạy và agent đã commit sau mỗi bước, nhưng agent vẫn lúc làm đúng lúc làm sai; bạn cần cách giao việc để nhận lại đúng thứ mình cần mà không phải đọc code.
2. **Người vừa học xong Hành trang** — App và repo bạn có sau khóa Hành trang cho vibe coder chính là điểm xuất phát của khóa này, nên bạn đi tiếp trên đúng app của mình mà không phải dựng lại gì.
3. **Người làm tính năng dài ngày** — Tính năng của bạn không xong trong một session, và mỗi lần bạn mở session mới, agent lại hỏi điều đã chốt; bạn cần file để agent ở session sau làm tiếp đúng chỗ.

## Những điều cần lưu ý

- **Học sau khóa Hành trang hoặc vào thẳng** — Nên học khóa Hành trang cho vibe coder trước. Nếu bạn đã có repo git, app có đăng nhập và CI xanh, bạn có thể vào thẳng khóa này: file `starter/pce-starter.md` trong kit giúp agent dựng lại đúng app như lúc học xong khóa đó.
- **Cần chuẩn bị trước khi học** — Bạn cần Claude Code hoặc Codex với gói từ **20 USD**/tháng trở lên, máy chạy macOS hoặc Windows và repo private trên GitHub. Có cả hai tool thì bạn so sánh được file rule mà mỗi tool đọc, nhưng chỉ dùng một tool vẫn học trọn khóa.
- **Không cần đọc code, không thay kiểm tra bảo mật** — Khóa không giải thích code, lệnh git hay cách viết test, và phép thử bằng tài khoản thứ hai chỉ kiểm tra đúng các câu mô tả quyền, không thay cho kiểm tra bảo mật. Bù lại, kết quả của bài nào bạn cũng tự kiểm tra được, bằng cách bấm thử app hay mở file ra xem.
- **App vẫn chạy trên máy của bạn** — Khóa không deploy app, và việc để agent tự chạy tới khi xong mà không ai ngồi trước máy thuộc khóa sau trong chuỗi. Trong khóa này, bạn ngồi trước máy cùng agent, và tính năng làm xong có spec, `PROGRESS.md` cùng bằng chứng nằm trong repo.

## Bắt đầu từ đâu

Bài mở đầu đặt câu hỏi: vì sao prompt đã rõ ràng mà agent vẫn làm sai ở session sau? Bạn lấy yêu cầu thật mình định giao cho agent trong tuần, theo nó qua năm chặng, đánh dấu chặng nào mình chưa kiểm soát được, rồi nhờ agent lưu nguyên văn vào `docs/briefs/first-request.md`. Bài đứng đầu vì bản gốc này là thứ bạn đặt cạnh brief viết lại ở cuối khóa, để thấy cách giao việc của mình đã khác đi thế nào.

## Chương trình

- Vì sao prompt đã rõ ràng mà agent vẫn làm sai ở session sau? (miễn phí) · 2 kit cho agent

### Agent đang thấy gì và được tự làm gì

- Bạn chỉ gõ vài dòng, vậy phần lớn context của session đến từ đâu? (miễn phí) · quiz · kit cho agent
- Việc nào agent đã làm thì quay về commit cũng không cứu được? (miễn phí) · quiz

### Giao việc bằng brief đủ ý

- Agent làm đúng từng chữ bạn viết nhưng sai ý bạn muốn · quiz · 2 kit cho agent
- Dặn bằng chữ in hoa, agent lại không dám làm cả những việc được phép · quiz · kit cho agent
- Bạn đưa sẵn cách sửa nên agent sửa luôn cả phần đang chạy đúng · quiz · kit cho agent

### Có spec và plan rồi mới build

- Đã bổ sung yêu cầu nhiều lần mà agent vẫn hiểu theo tin nhắn đầu tiên · quiz · kit cho agent
- Plan đọc thấy ổn, nhưng người dùng sẽ gặp lỗi ở màn hình nào? · quiz · kit cho agent

### File AGENTS.md ngắn mà agent làm theo

- Agent làm theo rule mà AGENTS.md của repo không hề có · quiz · 2 kit cho agent
- AGENTS.md ngày càng dài, sao agent vẫn lặp lại lỗi cũ? · quiz · kit cho agent
- Chat, AGENTS.md và memory nói ba điều khác nhau, agent làm theo bên nào? · quiz · kit cho agent

### Mở session mới đúng lúc và để agent làm tiếp đúng chỗ

- Lần sửa thứ hai vẫn hỏng, sửa tiếp hay làm lại từ đầu? · quiz · 2 kit cho agent
- Sang session mới là agent hỏi lại điều đã chốt và làm lại việc đã xong · quiz
- Bạn vừa cài thêm skill, agent đã sửa cả những phần bạn không nhờ

### Kiểm tra kết quả mà không cần đọc code

- Agent báo đã kiểm tra kỹ nhưng mở app ra vẫn thiếu phần bạn yêu cầu · quiz · 2 kit cho agent
- Kết quả agent tự chấm thì tin được đến đâu? · quiz · kit cho agent
- Tài khoản khác vẫn mở được dữ liệu của bạn dù agent nói đã phân quyền · quiz · kit cho agent

### Làm một tính năng qua nhiều session mà không phải giải thích lại từ đầu

- Tính năng lớn làm qua nhiều session thì lấy gì để biết đã thật sự xong? · 4 kit cho agent