芊云全景 / 开发者平台专题
开发者平台 · AI 辅助插件开发

AI 正在把全景插件开发变简单

对很多人来说,做全景插件最难的不是写一段界面,而是不知道从哪里开始,不知道怎么接宿主,不知道怎么调试和上线。 芊云全景正在把这件事拆成更清楚的步骤:先创建插件,再初始化工程,再本地调试,最后发布上线。你只要把目标说清楚,AI 就能更好地帮你推进整条开发链路。

目录

为什么现在更适合开发插件

过去很多开发者会卡在几个地方:插件到底先在平台里建,还是先本地写;宿主能力怎么接;调试怎么做;发布后为什么作品里没生效。 现在这些关键环节已经被芊云全景整理成一条更直观的路径,门槛明显下降。

先建插件,再写代码

插件中心先创建插件记录,开发路径更统一,不需要本地先盲目搭工程。

SDK 直接可用

常用宿主能力已经整理成更清晰的 SDK,用法更接近普通前端开发。

调试方式更明确

本地 debug 现在有固定调试产物和完整联调链接,不再靠来回猜路径。

对开发者到底友好在哪里

对新手友好

不会从一堆底层概念开始,而是直接给出“创建、初始化、调试、发布、上线”的清晰步骤。

对熟手也友好

可以直接使用 `9kvr` 的 SDK、模板和调试链路,把更多精力放在真正的业务体验上。

平台和本地工程是同一条链

先在插件中心拿到插件 ID,再用 `9kvr init <插件ID>` 初始化,本地工程和平台配置天然关联。

版本管理更清楚

发布进入历史版本,确认没问题后再手动上线,当前线上版本和历史版本的关系更容易理解。

对平台来说,真正友好的开发者能力,不是“开放一堆接口”,而是让开发者知道下一步做什么,并且能稳稳地把第一个插件做出来。

插件开发流程有多简单

现在开发一个插件,最推荐的路径已经非常清楚:

1

先创建插件

在插件中心创建插件,确定插件类型、基础信息和配置项。

2

初始化工程

执行 `npx 9kvr init <插件ID>`,直接得到本地工程模板。

3

本地调试

执行 `npm run debug`,脚本会直接打印完整调试链接,改代码后刷新即可看效果。

4

发布并上线

执行 `npx 9kvr pub` 发布历史版本,再去插件中心点击“上线此版本”。

常用命令
npx 9kvr login --code=<快捷码>
npx 9kvr init <插件ID>
npm run debug
npm run build
npx 9kvr pub

AI 在这件事里能帮什么

芊云全景不是简单地把“AI”当成一个口号,而是希望它真正帮开发者减少理解成本。尤其是第一次做插件的人, 可以先把目标说清楚,再让 AI 帮你把路径走顺。

帮你梳理需求

你只要说清楚是封面插件、热点插件还是页面插件,AI 就能先帮你明确插件目标和配置项。

帮你生成骨架

结合模板和平台规范,AI 可以更快生成插件骨架,让你少走很多“从零试错”的弯路。

帮你排查问题

从 SDK 用法到本地联调,再到发布和上线,常见问题都可以借助 AI 更快定位和解决。

现在可以做哪些插件

封面插件

适合做开场海报、品牌说明、进入按钮、动画引导页,是很多开发者最容易上手的第一类插件。

热点插件

适合把互动入口、提示信息、扩展功能挂到作品热点上,让交互能力更丰富。

页面插件

适合做更完整的页面内容承载,比如介绍页、说明页、专题页和定制功能区。

后续更深的宿主能力

随着平台持续开放,插件可接入的能力会越来越完整,给开发者更大的扩展空间。

常见问题

Q1:不会写复杂底层代码,也能开始做插件吗?

可以。现在更推荐先从最小闭环开始,比如先做一个封面插件,再做一个“点击进入全景”的按钮,先跑通第一版,再继续扩展。

Q2:一定要先创建插件吗?

是。现在正确流程是先在插件中心创建插件,拿到插件 ID,再初始化本地工程,这样平台和代码工程才会真正关联起来。

Q3:发布后为什么还要点上线?

因为发布成功代表历史版本已经生成,但只有点击“上线此版本”,当前作品才会切到新的线上版本。