Problem / 问题
感谢开发这个项目。有一个从用户视角出发的建议,想反馈一下。
项目名为 PI Desktop,且基于 pi-ai / pi-agent-core,容易让人联想到它是上游 pi 的桌面端,类似 Opencode Desktop 对应 Opencode CLI、Codex Desktop 对应 Codex CLI,“X Desktop 对应 X CLI”的关系。用户可能会因此默认它可以复用上游 pi 的插件、配置或扩展生态。
但据我了解,本项目的插件/扩展生态并不兼容上游 pi,实际是在 pi-ai / pi-agent-core 之上构建的一套独立体系。这样容易造成预期错位:用户以为它是 pi 的桌面版,但插件等生态又无法兼容。
Proposed change / 期望改动
因此建议:
在 README 首屏显著位置说明:本项目不是上游 pi 的官方桌面端,插件/扩展生态不兼容;
如果定位是独立生态,可以考虑加副标题或调整命名,减少与上游 pi 的混淆;
如果目标是成为 pi 的桌面端,建议在 roadmap 中说明插件兼容计划。
这只是从用户预期管理角度提出的建议,供参考。
Alternatives / 其他方案
No response
Additional context / 补充信息
No response
Problem / 问题
感谢开发这个项目。有一个从用户视角出发的建议,想反馈一下。
项目名为 PI Desktop,且基于 pi-ai / pi-agent-core,容易让人联想到它是上游 pi 的桌面端,类似 Opencode Desktop 对应 Opencode CLI、Codex Desktop 对应 Codex CLI,“X Desktop 对应 X CLI”的关系。用户可能会因此默认它可以复用上游 pi 的插件、配置或扩展生态。
但据我了解,本项目的插件/扩展生态并不兼容上游 pi,实际是在 pi-ai / pi-agent-core 之上构建的一套独立体系。这样容易造成预期错位:用户以为它是 pi 的桌面版,但插件等生态又无法兼容。
Proposed change / 期望改动
因此建议:
这只是从用户预期管理角度提出的建议,供参考。
Alternatives / 其他方案
No response
Additional context / 补充信息
No response