看大家回复 应该是有点DIY的乐趣吧
可能目前主要提示词短 节约token 可定制化的优势吧
不知道实际开发咋样
/tree 比 /fork,/rewind 好用多了 更清晰,undo也方便啊
这个不能恢复本地更改的文件吧，我让它改到一般的时候发现效果不好，回退时还得处理编辑过文件
什么配置都不用就能上手干活了。。都是用的deepseek api，claude干活十几分钟，pi只要几分钟
好用捏，不过插件加多了会启动慢，可以试试我这个插件搭配，小工作可以用用 pi，比较复杂的工作或者大项目还是用 codex 或者 claude code 吧
User packages:
npm:@juicesharp/rpiv-todo
npm:@juicesharp/rpiv-ask-user-question
npm:@narumitw/pi-plan-mode
npm:pi-tool-display
npm:@pi-lab/notify
npm:@ff-labs/pi-fff
npm:@dietrichgebert/ponytail
npm:pi-caveman
npm:@ifi/oh-pi-themes
npm:pi-open-tui
npm:pi-smart-fetch
npm:@narumitw/pi-usage
npm:@juicesharp/rpiv-advisor
npm:@narumitw/pi-btw
npm:@juicesharp/rpiv-i18n
啥浪费几小时。。。亲自去选择，然后淘汰不合适自己的，并不是没有意义的。
你试了 10 件衣服选了最喜欢的一件，前面 9 件衣服的时间是浪费吗？
吃了五个饼饱了，因为前面有四个吃了没饱的饼垫着
文件肯定要用git管理啊。
当然类似undo功能也有插件，其实本质也就是用git来管理
pi install npm:pi-pwsh-notify
pi install npm:pi-web-access
pi install npm:@cortexkit/pi-magic-context
全局提示词：
# Windows & PowerShell 7 Execution Rules
> **Tool Usage First**: ALWAYS use built-in tools (`read`, `edit`, `write`) for reading and modifying files. For directory listing, file searching, code searches, or system commands, use `pwsh`.
-–
### 1. PowerShell Safety & `-LiteralPath`
- **Avoid Wildcard Traps**: When invoking cmdlets (`Get-ChildItem`, `Remove-Item`, `Move-Item`, `Test-Path`), ALWAYS use `-LiteralPath` instead of `-Path` to prevent errors on paths containing brackets `[` or `]`.
- **Path Quoting**: Always wrap paths in single quotes `‘…’`.
- **Trailing Backslash Trap**: NEVER put a trailing backslash before a closing quote in native CLI arguments (use `‘C:\dir’` NOT `‘C:\dir\’`), otherwise Win32 `CommandLineToArgvW` escapes the quote (`\"`) and breaks arguments.
- **Directory Verification**: Always ensure the destination directory exists before `Move-Item -LiteralPath`.
### 2. Git & File System Specifics (Windows/NTFS)
- **Git Case Renaming**: NTFS/ReFS is case-insensitive. To rename file casing (e.g. `foo.ts` → `Foo.ts`), ALWAYS use two-step moves: `git mv foo.ts foo.tmp.ts && git mv foo.tmp.ts Foo.ts`.
- **Multiline Git Commits**: Write multiline commit messages to a temp file and use `git commit -F ` to prevent Windows quote-stripping issues.
- **CLI Pagers**: Ensure pagers do not hang the terminal: prefix with `$env:GIT_PAGER = ‘’` or pass `–no-pager`.
### 3. Execution & Toolchain Rules
- **Python / Virtual Envs**: Do NOT execute `Activate.ps1` (environment states do not persist across stateless tool calls). Directly invoke the target binary: `.\venv\Scripts\python.exe` or `.\venv\Scripts\pip.exe`.
- **Non-Interactive Flags**: Append `-Force`, `-Confirm:$false`, or `–yes` to commands that might prompt.
可以试试我的配置，记忆那里弄两个便宜好用的模型，我现在用的谷歌的模型pwsh命令还没报过错，体验也不错
看看佬友们装了啥插件，挑两个装上去就直接用了。我已经两个月没有改过配置了
和其他agent差不多，我都切换着用
ok那我可能当时没用习惯。。。。
自我体验下，才会感觉到是否真的好用 
我感觉我现在用不到就没去体验，codex，偶尔用用claude code挺好。什么时候需要了再去体验
项目代码是git管理的，有时间让pi自己写个插件兼容一下。
前段时间用Deepseek，在pi里面缓存率挺高的，基本能达到99%
如果佬怕浪费时间，也不想折腾，那我觉得pi是不好用的，
折腾过后发现加多了不好用，加少了也不好用，很难平衡，而且要折腾不少时间管理插件，各种插件更新或者新的插件。然后去用Grok build了发现格外好用
这位佬只是少描述了自己的感受，一个工具的网页首页都会说自己的优点是什么，从0开始试和有认知的去试是不一样的，我是这么觉得，体验可以分享，总结靠个人
社区是已经有这种插件的，我用的那一个似乎目录没有gitignore的话会跟踪全部文件，可能需要注意一下
我基本完全从Codex转为Pi了，够用的，而且上下文消耗的更少了。
推荐一个项目
这个时候就要推荐一下我打磨了一段时间的套装了，可以抄作业嘛