扩展模式
2
当前数据模型区分 blueprint 与 script,优先服务蓝图扩展。


扩展模式
2
当前数据模型区分 blueprint 与 script,优先服务蓝图扩展。
适用市场
3
all、spot、futures 三种范围可用于筛选和分发。
分发动作
4
安装、下载、评分和评论形成客户端使用闭环。
包格式
1
版本上传围绕 NavaX 蓝图包进行检查和分发。


软件目录中的 extend 模块已经把作者认证、分类管理、扩展列表、版本包、评论评分和用户安装拆开。官网需要表达的是这套能力如何服务桌面交易客户端,而不是展示一组空泛扩展卡片。
上传版本时读取 .fsvb 内的 manifest、blueprint.preview 和 runtime bundle,便于在保护源码的同时完成展示与执行。
后台保留作者、官网、认证状态和分类管理,扩展列表可按作者、分类、关键词和状态维护。
扩展可标记为全市场、现货或合约,客户端列表可以按交易场景过滤可用资产。
评分、评论、回复和显示状态拥有独立接口,方便后续做质量筛选和运营治理。


后台负责审核、分类和版本;客户端负责公开列表、详情、下载与用户安装记录;桌面端承接蓝图包导入、预览和运行。
维护作者身份、认证状态和分类,让扩展来源与用途可追踪。
提交标题、描述、封面、模式、市场范围、评分基线和发布状态。
版本文件使用 .fsvb,上传后读取版本号、包体大小和下载地址。
用户安装扩展后再下载最新可用版本,同时累加下载数据。
评分、评论、回复和隐藏状态进入后台审核,帮助筛选高质量资产。


.fsvb 容器可以包含 manifest、blueprint、blueprint.preview、runtime.bundle 等文件。受保护导出时,页面展示预览与参数信息,运行侧使用 runtime bundle 承接执行。
记录作者、描述、市场范围、运行模式、参数 schema、可见性和签名信息。
在源码不可见时仍可展示名称、说明、参数和受保护提示,适合商业化蓝图分发。
把可执行结果从源节点图中拆出,给桌面端运行链路留下更稳定的交付物。
当前最成熟的是蓝图扩展包;脚本模式、受保护运行包和后台治理链路会作为扩展生态的基础能力继续演进。
蓝图包
把可复用策略、参数 schema、预览信息和运行包作为蓝图扩展分发,面向桌面端安装与下载。
脚本扩展
扩展数据模型已经保留 script 模式,后续可承接轻量工具、策略辅助逻辑或脚本化执行组件。
版权保护
蓝图可以导出预览文档和 runtime bundle,在不暴露完整节点图的情况下交付可运行资产。
运营治理
作者、分类、版本、发布、评论和评分都有独立后台入口,让扩展生态可审核、可排序、可下架。


扩展层把作者身份、版本发布、反馈质量和分类发现串成一套运营流程。蓝图包不只是被下载,还能验证来源、控制版本、沉淀反馈,并持续进入桌面端工作流。
记录 UID、名称、官网与认证状态,帮助用户在安装策略前判断来源与责任边界。
每个扩展可维护多个版本,通过启用状态控制客户端获取的构建,便于灰度、回滚和停用。
评论、回复、隐藏与删除进入后台审核流程,让有效反馈沉淀,减少无效内容干扰。
分类、排序、发布时间、下载量和市场范围一起影响曝光,让适合的策略更容易被找到。