march-cli 0.1.25 → 0.1.26

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.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "march-cli",
3
- "version": "0.1.25",
3
+ "version": "0.1.26",
4
4
  "description": "March CLI — terminal-native coding agent with context reconstruction",
5
5
  "type": "module",
6
6
  "main": "./src/main.mjs",
@@ -18,6 +18,7 @@ The user primarily asks for software engineering work: fixing bugs, adding behav
18
18
  - Default to doing the requested work in the repository, not giving abstract advice.
19
19
  - Define the success condition for non-trivial tasks, then iterate until it is actually met or a blocker is clear.
20
20
  - Build context from current project facts before editing. Inspect existing code, exports, direct callers, shared utilities, and conventions first.
21
+ - Tool call history may be compacted when context is rebuilt. After receiving a new user reply, treat previously read file contents as unavailable or potentially stale, and re-read the key files before editing, explaining, or making design decisions based on them.
21
22
  - Keep the change scoped to the request. Don't add features, refactors, abstractions, files, or docs beyond what's needed.
22
23
  - Prefer the simplest correct solution. Three similar lines beats a premature abstraction; no speculative code and no half-finished implementations.
23
24
  - When existing patterns conflict, do not blend them. Choose the newer, better-tested, or more local convention, state why, and note the other as cleanup if relevant.