Kronova 资产智能编排平台
面向多智能体工作流、现实世界资产数据与安全结算对接的自托管编排平台。
按维度查看评分与理由
发布工作流将权限限定为 contents:read 和 id-token:write，并使用仓库密钥及 npm provenance；README 也粗略区分本地编排与外部结算。不过，没有证据说明运行时工具权限、用户确认门、数据去向、密钥保护、日志脱敏、外部操作授权或回滚机制。大量依赖使用 latest，安装流程使用 npm install，未展示锁定、审计或漏洞处置。项目名称、版权和许可证提供了来源线索，但发布者身份未经验证，且 README 的克隆路径与给定仓库组织名不一致。
README、package.json 和发布工作流共同表明这是 Next.js/TypeScript 项目并提供基本构建及发布路径。但 README 同时声称大部分代码可用于生产又称平台和 API 尚在开发，架构段落存在重复、拼写错误和残缺文本。大量未固定的依赖及多个外部或专有服务降低依赖可用性的可预测性；没有错误消息、降级行为或故障处理证据。
README 明确面向开发者、个人、企业和机构场景，并描述本地开发、代理编排、RWA 与生产结算用途，因此受众和场景较清楚。它粗略划分本仓库的编排职责与 AetherNet 的执行职责，但没有精确列出可用能力、不可用能力、代理触发条件或安全边界。安装说明仅覆盖通用 npm 开发流程，未给出受支持操作系统、Node 版本、完整环境变量或部署兼容矩阵。
README 有架构、入门、生产、贡献和许可证分区，且提供最小安装命令，但缺少完整配置参考、实际示例、FAQ 和故障排查。命名在 Kronova、AetherNet、QUAS、KVS 及不同 GitHub 组织路径之间不够稳定。README 承认项目仍在开发并区分沙箱与生产限制，但已知限制不系统。Apache-2.0 全文、版权及商标条款非常明确，故许可证获满分；版本号和 SDK 标签发布存在，但没有变更日志或清晰兼容政策。维护邀请和企业支持有所说明，却缺少可核验的负责人及稳定更新渠道。
材料描述了代理输出、RAG、数据集、RWA 模式、计费和多种集成，表明潜在用途广泛；但没有输出样例、端到端工作流、量化结果或对比证据，无法充分判断输出是否可直接使用或相对替代方案的增量价值。本地运行被描述为无需 AetherNet 订阅，但 Stripe 计费、企业试点、外部模型和生产结算的实际成本及收益没有说明。
package.json 能支持部分技术栈和版本陈述，发布工作流能支持 SDK 构建、标签发布及 npm provenance 陈述，许可证文件也能核验授权声明。然而，44 字段模式、30 多模型、18 个工具、生产级扩展性、后量子安全、确定性结算以及消除攻击等核心声明没有对应代码、测试、规范或独立来源材料。README 还将推测性和营销性安全结论直接表述为事实，事实与推断分离不足。
- 不要将 README 中“生产级”“数学上消除攻击”或后量子安全等表述视为已验证保证；所给材料没有实现、测试或规范支撑。
- 在接入金融结算、交易、退款、托管或资产代币化前，应要求明确的人为确认、授权范围、审计日志、失败恢复和回滚设计。
- 部署前应固定并审计依赖；大量 latest 版本和 npm install 会造成不可预测的供应链与兼容性变化。
- 核实实际仓库、npm SDK、维护者及 AetherNet 服务的归属和更新渠道，因为发布者未获企业注册验证且仓库路径存在不一致。
- 在处理 OAuth 令牌、API 密钥、支付信息、客户数据或 RWA 记录前，应取得完整的数据流、保留、加密、删除和第三方共享说明。
这个 Agent 能做什么，适合哪些场景？
该仓库提供 Kronova 生态的开源前端与智能编排层，采用 Next.js 16、TypeScript、Tailwind CSS 和 Shadcn UI，后端使用 Supabase，并规划迁移至 Qdrant。它让用户部署、运行和持续优化多智能体工作流，可接入任意 AI 模型；项目称已有 30 多种模型预配置。平台覆盖嵌入、RAG、数据集管理、18 个自定义 AI 工具、OAuth 2.1 MCP 服务端与客户端管理，以及基于 ai_token 用量的 Stripe 订阅计费。资产侧提供 44 字段 RWA 模式，用于导入或创建资产，并将智能体输出送入学习层、报告和优化流程。本仓库负责 AI 路由、数据摄取和载荷构造；需要产生受约束的金融状态变更时，则通过独立的 AetherNet QUAS API 接入可信执行环境和 Canton 结算层。平台可在没有 AetherNet 订阅的情况下本地运行，但 README 将生产级安全机器间结算、RWA 最终代币化和部分机构执行能力划在外部商业服务边界内。
用户通过 Next.js 前端配置智能体和复杂工作流，可从预配置的智能体与流程开始，也可自行构建。编排层选择并调用模型，摄取数据，管理嵌入、RAG 与数据集，并支持从 Qdrant 和 Weaviate 导入数据集；智能体可以使用 18 个自定义 AI 工具，其输出可转入学习层和持续 ROI 分析。资产流程可依照 44 字段资产模式创建或导入 RWA 数据，并构造后续执行所需的载荷。OAuth 2.1 MCP 服务端与客户端管理用于连接 MCP 参与方，README 还列出 Salesforce、CrmOne、NetSuite、Shopify、Wix、Plaid、Resend、UPS、FedEx、Canton Network 和 Sui 等集成。需要最终结算、条件托管、订单与交易路由或安全硬件交互的生产流程会调用 AetherNet QUAS API；本仓库本身定位为开放的“思考”和编排层，而非完整的安全结算引擎。
- 资产科技团队在内部基础设施上搭建 RWA 数据入口，用 44 字段模式统一资产记录，再编排智能体生成实时资产情报报告。
- 企业自动化团队需要把多个模型、RAG 数据集和业务系统连接到一套可视化工作流，并将结果送入后续学习与优化层。
- MCP 平台开发者需要管理 OAuth 2.1 MCP 服务端和客户端，并在多智能体流程中进行受控的工具或载荷路由。
- SaaS 产品团队希望使用 Stripe 的 ai_token 计量订阅，为模型调用和智能体工作流建立用量计费。
- 机构试点团队需要先在本地沙箱验证 RWA 代币化或多方托管流程，再评估通过 AetherNet QUAS 与 Canton 执行生产结算。
- 数据团队需要导入 Qdrant 或 Weaviate 数据集，并将其用于嵌入、RAG 和智能体工作流。
这个 Agent 有哪些优点和局限？
- 将多模型编排、嵌入、RAG、数据集管理、MCP 管理和资产工作流集中在同一个 Next.js 平台中。
- 44 字段 RWA 模式和实时资产情报定位明确，比通用工作流编排器更贴近资产代币化场景。
- 开放编排层与高风险结算执行层分离，可在不订阅 AetherNet 的情况下本地开发和测试。
- 内置 Stripe ai_token 计量订阅，并列出多种 CRM、电商、物流、金融网络和向量数据库集成。
- 宣称可使用任意 AI 模型，且有 30 多种模型预配置，降低单一模型提供商锁定风险。
- README 明确称平台和 API 仍在开发中，虽然多数代码被描述为接近生产可用，采用方仍需自行验证稳定性、安全性和扩展行为。
- 生产级安全结算、可信执行环境交互和部分机构执行依赖专有的 AetherNet QUAS API，而非完全包含在该开源仓库中。
- 当前后端依赖 Supabase，Qdrant 仅被描述为迁移计划，未来数据层迁移可能带来配置和运维成本。
- 安装说明没有给出 Node.js 版本、完整环境变量清单、数据库引导流程或生产部署步骤。
- 仓库元数据将许可证标为 NOASSERTION，而 README 声称使用 Apache 2.0；采用前应核对实际 LICENSE 文件及商标限制。
- README 对部分安全和结算能力作出强声明，但所给材料没有提供测试、审计、基准或可运行的 QUAS API 示例来验证这些声明。
如何安装或部署这个 Agent？
需要 Git、npm 以及能够运行 Next.js 16 的 JavaScript 运行环境；来源没有给出具体 Node.js 版本。执行：
git clone https://github.com/kronova/asset-intel-orchestration-engine.git
cd asset-intel-orchestration-engine
npm install
cp .env.example .env.local
npm run dev本地开发可将 AetherNet 环境变量留空，或使用项目提供的沙箱端点。来源未逐项列出其他环境变量、Supabase 初始化步骤或生产部署命令，因此采用前应检查 .env.example 及仓库配置。
如何使用这个 Agent？
完成安装并执行 npm run dev 后，在本地 Next.js 界面中配置模型、智能体、流程、数据集和资产记录；可使用预配置内容，也可从头创建。将数据导入嵌入或 RAG 管线，选择工具和目标学习层，然后运行并编排工作流。本地智能编排和界面测试不要求 AetherNet 订阅。若流程需要最终 RWA 代币化、机构级 MCP 订单或交易路由、多方条件托管、自动退款路由、链下数据交付或可信执行环境交互，则需申请企业试点并配置 AetherNet QUAS API 密钥；来源没有提供可复制的 QUAS API 请求示例。
这个 Agent 与同类方案有什么区别？
README 将本仓库定位为 Next.js 16、TypeScript、Tailwind CSS、Shadcn UI 与 Supabase 方案，并指向 kronova-rust-nextjs-example，供偏好不同界面以及 Rust、rspc 高速后端的开发者选择。它还把本地开放编排沙箱与外部 AetherNet QUAS 生产执行层区分开：前者处理模型路由、数据摄取和载荷构造，后者负责可信执行及 Canton 结算。