AYNUR / TOOLKIT
相关工具
让服务构建、运行与协作各就其位。
围绕 Aynur Core 的三个独立项目：Aynur 管理进程，aynur-deploy 管理版本发布，Aynur Hook 管理业务通知。这里集中说明它们的职责与使用方式。
- 服务内核
- Aynur Core
- 运行 / 发布
- Aynur · aynur-deploy
- 业务通知
- Aynur Hook
01 / RESPONSIBILITIES
先看职责，再选工具。
Core 是服务内核；三个周边项目分别解决运行、发布与通知问题。
| 项目 | 负责什么 | 怎样接入 |
|---|---|---|
| Aynur Core | 模块契约、业务装配、GraphQL / HTTP 网关与数据库迁移。 | Rust crate 依赖，编译进你的业务服务。 |
| Aynur | 启动、停止、重启、守护本地二进制，收集输出日志。 | 在运行应用的机器上安装 CLI 与本地 daemon。 |
| aynur-deploy | 接收 Gitee Tag 发布事件，管理多项目版本切换与健康回滚。 | 独立部署服务，使用项目 TOML 配置仓库、检查与重载命令。 |
| Aynur Hook | 通知投递、模板校验、收件箱、订阅与 MCP 操作。 | 独立应用，发送方通过 HTTP 接入，客户端使用 API / SSE / MCP。 |
02 / ARCHITECTURE
从业务代码，到运行中的服务。
图中展示一种可配置的组合方式。进程管理与发布服务可以独立使用；通知发送需要业务方主动接入。
业务服务依赖 Aynur Core 完成装配。aynur-deploy 在发布新版本后，可执行配置好的 aynur reload 命令；Aynur 负责启动进程和异常退出后的守护。通知接入走 HTTP，Aynur Hook 自身也使用 Core 构建。
发布服务没有内置向 Aynur Hook 推送结果的集成。需要发布通知时，由你的脚本或业务代码调用 Hook 的投递接口。
03 / START HERE
从你眼下的问题开始。
每个项目都有独立的架构、快速开始与源码入口。
每个工具各有职责，按你的项目需要组合。
浏览全部相关工具