fix(context): refresh workspace state after tool-driven file changes
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 55/100
Hướng nghiên cứu
Trace how MiniAgent constructs WorkspaceContext and the generated prompt prefix, then follow the write_file, patch_file, and run_shell operations that can mutate the workspace. Check how later model turns obtain git status, branch state, commits, documentation, and repository instructions. Done means a mutation is visible on the next model turn, static prompt content is not needlessly rebuilt, and regression tests cover the sequence.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Problem
"WorkspaceContext" and the generated prompt prefix are constructed once when "MiniAgent" starts. However, tools such as "write_file", "patch_file", and "run_shell" can mutate the workspace during the same session.
As a result, subsequent model turns can receive stale information about:
- "git status"
- current branch state
- recent commits
- project documentation
- repository-level instructions
For example, the initial workspace may be clean, but after "write_file" creates a file, the prompt can still report the original clean status.
Expected behavior
After workspace-mutating operations, the agent should either:
- refresh the affected workspace context, or
- explicitly separate immutable context from dynamically refreshed state.
The refresh should avoid rebuilding unnecessary static prompt content on every turn.
Acceptance criteria
- "git status" reflects changes made during the current session.
- Changes made through "write_file", "patch_file", and shell commands are visible to later model turns.
- Project documentation changes are reflected when appropriate.
- Existing prompt/cache behavior is preserved as much as possible.
- Add regression tests covering a workspace mutation followed by another model turn.
- Ngôn ngữ chính
- Python
- Star
- 1.2k
- Fork
- 220
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của rasbt/mini-coding-agent
-
fix(list_files): report when directory entries are truncatedCó thể đã có người làm @Oscar-Williams đã nhận 32 ngày trước. Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 68/100
rasbt/mini-coding-agent#17 ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 72/100
rasbt/mini-coding-agent#16 ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
rasbt/mini-coding-agent#14 · 2 reaction ·
Tất cả issue của rasbt/mini-coding-agent
Issue tương tự
-
factory
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Arize-ai/phoenix#17420 · 1 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
FireDynamics/LEDSmokeAnalysis#176 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
PC
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Make `ocifs` optionalĐang mởdependencies
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
dlt-contrib/dlt-filesystem#51 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 1 ngày