alex/dotfiles
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

sync local pi changes

Browse Source
This commit is contained in:
alex wiesner
2026-04-09 23:14:57 +01:00
parent 18245c778e
commit ec378ebd28
128 changed files with 22510 additions and 3436 deletions
Download Patch File Download Diff File Expand all files Collapse all files

13
.pi/reviews/context-manager-task4-boundary-fix-report.md Normal file
View File

@@ -0,0 +1,13 @@
# Task 4 Boundary Fix Report
- **Status:** DONE
- **Changes:** Updated `.pi/agent/extensions/context-manager/src/prune.ts` so `isBulky()` does not count the final empty split segment when content ends with a trailing newline. This keeps exactly-150-line tool output at the non-bulky boundary while preserving the existing byte and over-threshold line behavior. Added a regression test in `.pi/agent/extensions/context-manager/src/prune.test.ts` covering an old tool result with exactly 150 real lines plus a trailing newline.
- **Tests:**
- `cd /home/alex/dotfiles/.worktrees/context-manager-extension/.pi/agent/extensions/context-manager && npx tsx --test src/packet.test.ts src/prune.test.ts` → 8 passed, 0 failed
- `cd /home/alex/dotfiles/.worktrees/context-manager-extension/.pi/agent/extensions/context-manager && npm test` → 24 passed, 0 failed
- **Files changed:**
- `.pi/agent/extensions/context-manager/src/prune.ts`
- `.pi/agent/extensions/context-manager/src/prune.test.ts`
- `.pi/reviews/context-manager-task4-boundary-fix-report.md`
- **Self-review findings:** The fix is narrowly scoped to line counting inside `isBulky()`, keeps the public API unchanged, and preserves the existing prune-window behavior for bulky vs. non-bulky tool results outside this exact trailing-newline boundary case.
- **Concerns:** None.