Trạng Thái Phiên Làm Việc và Việc Tiếp Tục

Những điều bạn cần biết

Quản lý phiên làm việc quyết định cách một agent duy trì tính liên tục qua các phiên làm việc. Trong các nhiệm vụ chạy dài — gỡ lỗi một hệ thống phức tạp, rà soát một codebase lớn, tiến hành nghiên cứu nhiều ngày — ngữ cảnh của agent tích lũy các kết quả tool, các phân tích file, và các chuỗi lập luận. Task Statement 1.7 nói về cách quản lý trạng thái tích lũy này: khi nào tiếp tục nó, khi nào phân nhánh nó, và khi nào bắt đầu lại từ đầu.

Ba Tùy Chọn Quản Lý Phiên Làm Việc

Agent SDK và Claude Code cung cấp ba cách tiếp cận khác nhau để quản lý phiên làm việc. Mỗi cách phục vụ một mục đích khác nhau, và kỳ thi mong đợi bạn chọn đúng tùy chọn cho tình huống được đưa ra.

Tùy chọn 1: --resume <session-name>

Resume tiếp tục một phiên làm việc cụ thể đã được đặt tên từ nơi nó dừng lại. Toàn bộ lịch sử hội thoại — bao gồm tất cả kết quả tool, phân tích, và lập luận — được khôi phục.

Khi nào sử dụng: Ngữ cảnh trước đó vẫn còn hợp lệ phần lớn. Các file chưa thay đổi đáng kể kể từ phiên làm việc trước. Bạn muốn tiếp tục chính xác từ nơi bạn dừng lại.

Khi nào KHÔNG sử dụng: Các file đã được chỉnh sửa kể từ phiên làm việc trước. Các kết quả tool trong lịch sử hội thoại không còn phản ánh trạng thái hiện tại của codebase. Điều này dẫn đến vấn đề ngữ cảnh lỗi thời (được trình bày bên dưới).

Tùy chọn 2: fork_session

Fork tạo ra một nhánh độc lập từ một baseline phân tích dùng chung. Sau khi fork, mỗi nhánh hoạt động độc lập — thay đổi ở một nhánh không ảnh hưởng đến nhánh kia, và các nhánh không thể thấy kết quả của nhau.

Khi nào sử dụng: Bạn đã hoàn thành một phân tích ban đầu và muốn khám phá các cách tiếp cận phân kỳ từ điểm khởi đầu dùng chung đó. Ví dụ: sau khi phân tích một codebase, bạn fork để so sánh hai chiến lược tái cấu trúc. Mỗi fork xây dựng dựa trên cùng một sự hiểu biết ban đầu nhưng đi theo một hướng khác.

Khi nào KHÔNG sử dụng: Bạn chỉ đơn giản muốn tiếp tục cùng một hướng điều tra. Fork dành cho sự phân kỳ, không phải sự tiếp tục. Nếu bạn không so sánh các phương án thay thế, hãy dùng resume.

Tùy chọn 3: Bắt đầu mới với việc tiêm tóm tắt

Bắt đầu một phiên làm việc hoàn toàn mới nhưng tiêm một bản tóm tắt có cấu trúc về các phát hiện của phiên trước vào ngữ cảnh ban đầu. Phiên làm việc mới không có kết quả tool lỗi thời — chỉ có bản tóm tắt được chọn lọc mà bạn cung cấp.

Khi nào sử dụng: Các kết quả tool từ phiên trước đã lỗi thời (các file đã thay đổi, các API đã được cập nhật, các dependency đã thay đổi). Ngữ cảnh đã suy giảm qua một phiên làm việc dài (quá nhiều kết quả tool không liên quan làm lộn xộn lịch sử). Bạn cần một baseline sạch với kiến thức được bảo toàn.

Khi nào KHÔNG sử dụng: Ngữ cảnh trước đó vẫn còn hợp lệ và bạn muốn duy trì toàn bộ lịch sử hội thoại. Trong trường hợp này, resume hiệu quả hơn.

Vấn Đề Ngữ Cảnh Lỗi Thời

Vấn đề ngữ cảnh lỗi thời là khái niệm trung tâm của task statement này. Nó xảy ra khi một agent tiếp tục một phiên làm việc sau khi mã nguồn đã được chỉnh sửa và lập luận dựa trên các kết quả tool đã lưu trong bộ nhớ đệm mà không còn phản ánh trạng thái hiện tại của các file.

Nó biểu hiện như thế nào: Một nhà phát triển làm việc với Claude Code để phân tích một codebase. Họ thực hiện thay đổi ở 3 file và tiếp tục phiên làm việc. Claude đưa ra lời khuyên mâu thuẫn về các file đó — khuyến nghị các thay đổi đã được thực hiện rồi, hoặc tham chiếu đến mã nguồn không còn tồn tại — vì nó đang lập luận dựa trên các kết quả tool cũ vẫn còn trong lịch sử hội thoại của nó.

Vì sao nó xảy ra: Khi bạn tiếp tục một phiên làm việc, toàn bộ lịch sử hội thoại được khôi phục, bao gồm mọi kết quả tool từ phiên làm việc trước. Nếu một file đã được đọc trong phiên làm việc trước và kể từ đó đã được chỉnh sửa, nội dung file cũ vẫn còn trong hội thoại dưới dạng một kết quả tool. Mô hình lập luận dựa trên dữ liệu lỗi thời đó cùng với bất kỳ dữ liệu mới nào, dẫn đến mâu thuẫn.

Cách khắc phục ngây thơ (và vì sao nó không đủ): Đơn giản là tiếp tục phiên làm việc và yêu cầu agent đọc lại các file đã sửa đổi. Điều này tốt hơn là không làm gì, nhưng các kết quả tool lỗi thời vẫn còn trong lịch sử hội thoại. Mô hình vẫn có thể tham chiếu đến thông tin cũ từ trước đó trong ngữ cảnh, đặc biệt là đối với các quyết định phụ không liên quan trực tiếp đến các file đã sửa đổi.

Cách khắc phục đúng: Bắt đầu một phiên làm việc mới với một bản tóm tắt có cấu trúc về các phát hiện trước đó. Chỉ rõ những file nào đã thay đổi để agent có thể thực hiện phân tích lại có mục tiêu đối với các file đó. Phiên làm việc mới không có kết quả tool lỗi thời, và bản tóm tắt được tiêm vào bảo toàn kiến thức từ phiên làm việc trước mà không có dữ liệu lỗi thời.

Phân Tích Lại Có Mục Tiêu So Với Khám Phá Lại Toàn Bộ

Khi các file đã thay đổi, agent không cần phải phân tích lại toàn bộ codebase. Điều này lãng phí, đặc biệt đối với các codebase lớn nơi chỉ có một vài file đã được sửa đổi.

Cách tiếp cận đúng là phân tích lại có mục tiêu: cho agent biết về các file cụ thể đã thay đổi và để nó phân tích lại chỉ những file đó. Bản tóm tắt từ phiên làm việc trước bao quát mọi thứ chưa thay đổi.

Phân tích lại có mục tiêu trông như thế nào trong thực tế:

1. Bắt đầu một phiên làm việc mới.
2. Tiêm một bản tóm tắt có cấu trúc: "Phân tích trước đó phát hiện X, Y, và Z trên toàn bộ codebase. 3 file sau đây đã được sửa đổi kể từ đó: auth.ts, database.ts, và api-routes.ts."
3. Agent đọc lại và phân tích lại chỉ 3 file đã sửa đổi.
4. Nó kết hợp phân tích mới của các file đã thay đổi với bản tóm tắt được bảo toàn của các file chưa thay đổi.

Điều này nhanh hơn so với việc khám phá lại toàn bộ và đáng tin cậy hơn so với việc tiếp tục với ngữ cảnh lỗi thời.

Khi Nào Sử Dụng Từng Tùy Chọn: Ma Trận Quyết Định

Ví Dụ Thực Tế: Lỗi Đưa Ra Lời Khuyên Mâu Thuẫn

Một nhà phát triển sử dụng Claude Code để phân tích một codebase 50 file trong hai ngày. Vào Ngày 1, họ phân tích module xác thực và xác định ba vấn đề. Qua đêm, họ sửa cả ba vấn đề bằng cách chỉnh sửa auth.ts, session.ts, và middleware.ts.

Vào Ngày 2, họ tiếp tục phiên làm việc. Claude khuyến nghị sửa ba vấn đề đã được sửa rồi — vì các kết quả tool cũ cho thấy mã nguồn chưa sửa vẫn còn trong lịch sử hội thoại. Tệ hơn nữa, khi được hỏi về trạng thái hiện tại của auth.ts, Claude đưa ra các câu trả lời mâu thuẫn: đôi khi tham chiếu đến mã nguồn cũ (từ kết quả tool lỗi thời) và đôi khi tham chiếu đến mã nguồn mới (từ một lần đọc mới).

Cách khắc phục: bắt đầu một phiên làm việc mới với một bản tóm tắt. "Phân tích trước đó xác định ba vấn đề xác thực trong auth.ts, session.ts, và middleware.ts. Cả ba đã được sửa. Vui lòng phân tích lại ba file này để xác minh các bản sửa lỗi và kiểm tra bất kỳ vấn đề mới nào phát sinh từ các thay đổi."

Phiên làm việc mới không có kết quả tool lỗi thời. Agent đọc các file hiện tại, xác minh các bản sửa lỗi, và đưa ra lời khuyên nhất quán dựa trên trạng thái hiện tại thực tế.

Bẫy thi

Tình huống luyện tập

Không tìm thấy câu hỏi luyện tập "q-1-7-001".

Bài tập thực hành

Nguồn tham khảo

• Claude Code Documentation — Anthropic
• Claude Code in Action (Skilljar) — Anthropic
• Claude Agent SDK Overview — Anthropic