Replies: 1 comment
|
2026-09-08 目录第二轮: 若要同步,仍应先回答本帖:声明式设置是否只进 |
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.
一句话问题:扩展能否向
/openpi-setup贡献声明式设置,而不各自再开配置命令?兼容 Claude / Cursor rules 时,怎样避免第二套 Marketplace?这不是 commit 计划。倾向 Discuss。本轮未安装、未运行下列包。不提议新安装器。Pi 继续拥有 install / update / uninstall 与
pi config包过滤。#324 已决定复用原生 Skills,不要重开 Skill 正文缓存。#498 是 OpenPI 自己的 配置诊断 / 回滚,本帖不抢它的实现。SuPi 是本帖的所有权问题,不是 #498 的范围。
为什么目录里这个机制看起来有趣
冻结身份(last-seen 2026-09-08):
/supi-settings;显示(project)/(global)/(default)pi-claude-marketplacecode-yeongyu/pi-rules@code-yeongyu/pi-rules本轮 404).claude/rules、.cursor/rules、AGENTS.mdSuPi 的控制面(扩展贡献字段、来源徽章、Inherit/Reset)和 OpenPI「单一 NL 入口 + 最小 typed mutation」可以对齐。Marketplace / rules 导入则很容易滑成第二套包市场——#128 已决定 OpenPI 不再安装 / 推荐
pi-intercom;#475 说风险收据 ≠ 安装器。和 OpenPI 已有能力的重叠
/openpi-setup是唯一包内配置入口(AGENTS.md)。pi config已做 package include/exclude;不要复制一份。六问(AGENTS.md)
/openpi-setup+ 现有 typed write tool。资源过滤:pi config。Skills:Pi 原生 catalog(Skill 正文该何时加载、压缩后如何恢复?Claude Code / Codex / OpenCode / Hermes 调研与 OpenPI 建议 #324)。没有第四条「OpenPI Marketplace」缝。/openpi-setup的自然语言。贡献 registry 的价值是少开命令,不是给模型一套新 DSL。若模型已经能改现有 typed state,registry 只在「第三方扩展字段」出现时才有必要。/openpi-setup写入,status 显示 source。失败:重复 section、越权 project override、marketplace 安装失败,必须 fail-closed,且不改写已有 preference 文件。CHILD_EXCLUDED_TOOL_NAMES)。Marketplace 类工具若存在,必须 parent-only,且默认不提供。停用扩展不得留下半套生效设置。结论倾向
Discuss,不是 Adopt。 可以讨论「扩展向
/openpi-setup贡献字段」。不可以讨论「OpenPI 自建 Claude/Cursor Marketplace」。Rules 兼容若要做,应映射到 Pi Skills /AGENTS.md,并遵守 #324。关联:#498、#39、#128、#324、#475、#299、#314、#312。研究记录:
docs/research/PI_COMMUNITY_PLUGIN_SURVEY_2026-09-08.md。All reactions