Replies: 1 comment
|
2026-09-09 源码补 #510 正文里的未知项(clone 与 #163 / #503 仍是不同原语。 这是 tree-sitter/ast-grep 结构匹配,不是 JSON-RPC,也不是 源码已读到的默认值:
建议仍是:不要 merge;不要为「像 IDE」加常驻工具。若做 OpenPI 工具,只注册 search,replace 进 |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
一句话问题:在只读 LSP(#163)和 fd/rg / fuzzy / semantic(#503)之外,OpenPI 还需要 AST 结构搜索/替换原语吗?还是让模型直接
bashast-grep就够?这不是 commit 计划,也不是 Adopt。倾向 Discuss。本轮未安装、未运行。不提议新安装器。Pi 继续拥有 install / update / uninstall。不新增第二条
/openpi-setup。若做成模型工具,必须写入CHILD_EXCLUDED_TOOL_NAMES或CHILD_SAFE_PACKAGE_TOOL_NAMES;未分类 = fail-closed。替换类工具默认不该进 child,除非有单独的 mutation 政策。为什么目录里这个机制看起来有趣
冻结身份(last-seen 2026-09-08):
code-yeongyu/pi-ast-grepmain4a7d1be(2026-06-05)@gotgenes/pi-colgrep@ff-labs/pi-fff公开 README 声明:AST-aware search/rewrite,自称从 oh-my-openagent 移植,支持多语言。本轮未读完其 mutation 默认值,也未运行。
事实
fd/rg工具。模型今天就能调用系统里的ast-grep。pi-packagekeyword 的 git-only 包;漏看它不等于它不存在。a9b40f0。本轮未安装、未运行。推断
更强模型更会写
ast-grepCLI;包装成工具的收益可能只是 schema 约束和输出截断。若默认打开 rewrite,就会和 #163「mutation-off」以及 #500 hashline 编辑原语抢权。建议
先用 #313 的标准问:结构化搜索是否比
bash ast-grep值得完整工具成本。不要为了「看起来更像 IDE」加常驻工具。不要把 git-only 包 merge 进来。未知
ast-grep的实际普及率。关联
docs/research/PI_COMMUNITY_PLUGIN_SURVEY_2026-09-08.mdAll reactions