Skip to main content
目前没有独立发布的完整咕咕 App 开发者政策,也没有单独的 CONTRIBUTING、审核时限和申诉制度。现有要求分布在产品接口约束、市场仓 README、校验脚本和官方代码审阅中。下面区分当前强制规则与提交时建议说明的内容。

当前强制规则

  • 市场登记按固定源码提交打包;源码必须可供审阅,不能只交一个来源不明的压缩包。
  • 已发布版本不可修改、删除或复用。撤回、停维和下架按索引字段处理。
  • 页面受隔离和网络规则约束。需要额外能力时在 manifest 申请,由使用者在咕咕的确认单上同意;之后可以逐项收回。
  • App 自带本机程序或技能需 agents:tools。程序以用户的本机权限运行,安装说明展示实际命令。
  • firstRun 只允许官方索引仓自己的 App;普通 App 不能自行要求首启静默安装。
  • 官方审阅并合并每一版登记,CI 通过不会自动获得上架资格。

提交时说明什么

为方便用户判断和维护者审阅,建议 README 交代:主要用途、所申请权限的理由、访问的服务、保存哪些数据、数据在哪里、卸载会清理什么、支持的设备和客户端版本。涉及账号连接时,说明用户在哪里配置,别把账号密钥打进包。 引用第三方库或复制示例时,核对并保留对应许可证。当前 manifest 的 license 是文本,不代表平台已验证作者的授权。 Agent 控制会消耗用户的额度。清楚说明何时启动或联系 Agent,避免无休止地相互唤醒。多人数据只按调用身份能访问的范围读取;界面不要推测被隐藏的内容。

数据与交互边界

共享文件的所有参与者可能读到文件内容。身份牌、密钥或仅供一人查看的内容不能只靠页面隐藏;按 apps-together 的说明设计数据边界。 展示别人写的文本时使用 textContent 或可转义的渲染方法。文件调用失败要显示原因;读不到不能显示成没有数据。撤权和离线也要给出可操作的说明。 这些实现建议来自产品内 App 指南,有助于写出可用 App;独立的内容政策、商业条款或审核承诺目前没有,不能从其他插件平台移植过来。