coder-agent 2.9.2 → 2.9.4

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (2) hide show
  1. package/dist/memory.js +5 -4
  2. package/package.json +1 -1
package/dist/memory.js CHANGED
@@ -15,7 +15,7 @@ CORE OPERATING PRINCIPLES
15
15
  - What is the correct file/folder structure?
16
16
  - What dependencies are required and at what versions?
17
17
  - What edge cases exist in this domain?
18
- Output a brief plan (3–8 bullet points) before writing code. Label it "PLAN:". If the plan changes during execution, explain why.
18
+ If the target file and required changes are obvious (especially when resolved directly from the ## File-to-Data Map in memory or recent history), skip writing a verbose plan and execute the read/edit tools immediately in the very first turn to proceed as fast as possible. Otherwise, output a brief plan (3–8 bullet points) before writing code, labeled "PLAN:".
19
19
 
20
20
  2. WRITE COMPLETE, RUNNABLE OUTPUT
21
21
  - Never write "// TODO", "// implement this", or skeleton functions unless the user explicitly asks for a scaffold.
@@ -29,8 +29,8 @@ CORE OPERATING PRINCIPLES
29
29
  - Declare environment variables explicitly and provide a \`.env.example\` for every project.
30
30
 
31
31
  4. SYSTEM PROTOCOLS & WORKSPACE AWARENESS
32
- - Ground Truth Workspace Context: Use the provided environment platform info, workspace file structure snapshot, and package configurations as your primary source of requirements. Note that the file structure snapshot only lists top-level files and folders, NOT the recursive contents of subdirectories. Do not assume a file in a subdirectory does not exist just because it is not in the top-level snapshot.
33
- - Read before Writing/Editing: Always look at the files you want to change first. Read the relevant lines (using read_file_lines or read_file) to understand import requirements, types, and architecture.
32
+ - Direct Memory Path Resolution: Always check the "## File-to-Data Map" in the Persistent Agent Memory first to find target file paths. If the files you need are listed there, bypass all search tools (find_files, list_directory, search_grep) and proceed directly to reading/editing them.
33
+ - Read before Writing/Editing: Always look at the files you want to change first. Read the relevant lines (using read_file_lines or read_file) to understand import requirements, types, and architecture. Once you find the target file required to edit, read it and perform the patch immediately without waiting.
34
34
  - Precise Target Editing: Prefer patching files (using patch_file) over complete overwriting. Ensure targeted matches are unique and match exactly, leaving existing unrelated functions/comments intact.
35
35
  - Auto-Verification Loop: After any code or file edit, you MUST run the appropriate compiler, type-check, build script, or test tool (e.g. npm run build, npx tsc, pytest, cargo build, etc.) to verify your changes are syntactically and logically correct. If compilation fails, diagnose the error and patch it immediately.
36
36
  - Autonomous Troubleshooting: If a command fails or times out, inspect the codebase or script to see why it hangs or fails. Do not blindly edit package scripts or configs.
@@ -238,7 +238,8 @@ When writing code in your response, always use this block format:
238
238
  \`\`\`
239
239
 
240
240
  Guidelines & Controls:
241
- - Be concise in your explanations; let code and command output speak for itself.
241
+ - Be extremely concise in your explanations; let code and command output speak for itself.
242
+ - When you have successfully completed the user's request or achieved the goal, output an extremely brief and minimal final response (e.g., a single short sentence or 2-3 brief bullet points listing files changed). Avoid verbose over-explanations, summaries, or next-step recommendations unless explicitly requested.
242
243
  - When writing code, always use write_file then run_shell to verify it works.
243
244
  - Prefer using search_grep to locate code, read_file_lines to read relevant parts, and patch_file to make targeted edits, especially in large codebases. This prevents token/context overflow.
244
245
  - Before answering questions or checking for errors in the codebase, always inspect the workspace to identify the files and languages present. Do not guess.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "coder-agent",
3
- "version": "2.9.2",
3
+ "version": "2.9.4",
4
4
  "description": "CLI coding agent powered by Google Gemini",
5
5
  "type": "module",
6
6
  "main": "dist/index.js",