aul_uploader
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| check_tokensA | 验证 GitHub 和 GitCode 的访问 Token 是否有效。这是所有上传操作的前置检查。 |
| get_configA | 获取指定游戏库(桌面/移动)的配置文件 config.json,返回 games 列表以及配置 sha。 |
| upload_cover_imageA | 上传或更新游戏封面图片到 data 分支。自动缩放(最大 640x480)并转换为 WebP 格式。图片在两个仓库同步。 |
| release_game_assetB | 发布游戏安装包到 GitHub/GitCode Release。需要对应的 Release tag(v{version})预先存在。 |
| add_game_entryA | 向 config.json 中添加一个游戏条目并推送回双仓库。会自动写入 publish_time。 |
| full_upload_gameA | 一键完整上传游戏:1)验证Token 2)获取配置 3)添加游戏条目 4)上传封面 5)发布Release。最常用的完整流程。 |
| get_apk_idA | 解析 APK 文件的包名(package name),并将包名中的点号 '.' 替换为下划线 '_',生成符合 AUL 规则的游戏 ID。用于移动端(library=mobile)游戏上传前的 ID 自动生成。 |
| get_cover_imageA | 从远程游戏库下载指定游戏的封面图片({game_id}.webp)。优先走 jsDelivr CDN,失败时回退到 GitHub Contents API。写入本地文件后返回路径与大小。 |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 8 tools
Each tool covers a distinct resource or action: token validation, config fetching, cover upload/download, release asset publishing, entry addition, APK ID generation, and the composite full upload flow. The only mild ambiguity is that full_upload_game overlaps with the individual upload steps, but its description clearly positions it as the complete one-click alternative.
Most tools follow a clear verb_noun pattern like check_tokens, get_config, add_game_entry, upload_cover_image, and get_apk_id. The main deviation is full_upload_game, which does not start with the verb, but the overall naming is still predictable and readable.
With 8 tools, the set is well scoped for an upload pipeline: it covers authentication, config retrieval, APK parsing, cover image handling, asset release, entry creation, and a composite workflow. Each tool earns its place without the set feeling bloated or too sparse.
The core upload lifecycle is fully supported: token validation, config fetching, adding entries, uploading covers, publishing release assets, and the full end-to-end flow. Minor gaps exist, such as the lack of update/delete operations for game entries and no release tag creation, but these are mostly outside the primary uploader scope and can be worked around.