fix(context): refresh workspace state after tool-driven file changes
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 55/100
Direzione di ricerca
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.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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.
- Lingua principale
- Python
- Stelle
- 1.2k
- Fork
- 218
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di rasbt/mini-coding-agent
-
fix(list_files): report when directory entries are truncatedForse già presa @Oscar-Williams l’ha presa 19 giorni fa. Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
rasbt/mini-coding-agent#17 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 72/100
rasbt/mini-coding-agent#16 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
rasbt/mini-coding-agent#14 · 2 reazioni ·
Tutte le issue di rasbt/mini-coding-agent
Issue simili
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 82/100
EchoTools/nevr-runtime#651 ·
I maintainer di solito rispondono entro 1 giorno
-
bug frontend rt sev-3
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
noontide-co/mainbranch#1211 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
[1.x Bug] run-operation --sql reports success but rolls back writes on transaction-capable adaptersApertatriage
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
dbt-labs/dbt#16784 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno