Manage Axmol engines, projects, and toolchains — and build software with an AI coding agent.
The AI assistant is a general-purpose programming and debugging agent. It can map a workspace, inspect and edit files, run commands and tests, diagnose failures, and iterate on a change — including changes to Axmol Hub itself. Approval modes and workspace safeguards govern tool use. Axmol-specific project and toolchain context adds to these general capabilities; it does not limit what the assistant can help with.
See Releases for published builds. The GUI is C# / .NET 8 / Avalonia (net8.0); Windows and Linux are validated, while macOS GUIs are not yet verified.
- Engines and projects — download or import engines; create C++ or C++ + Lua projects through Axmol's CLI.
- Build and toolchains — detect tools using the engine's
1k/build.profiles; delegate setup to itssetup.ps1and build, run, and deploy toaxmol build/run/deploy. See ADR 0002. - AI coding agent — Ask, Plan, and Agent modes; workspace mapping, file editing, command execution, and iterative verification, with approval controls. It can work on Hub's own codebase as well as other projects.
- Settings and logs — configure language, data and project directories, editor, and providers; view build/run logs in-app and in the data directory.
Platform/architecture support is expressed by a single build-target model (BuildTargets), constrained by host OS and engine major version (v3 adds windows-arm64, linux-arm64, wasm64).
Game target platforms and Hub's own runtime platform are different things..
| Game target | Required host | Status |
|---|---|---|
| Windows x64 | Windows | Managed MSVC / SDK; Debug and Release build and Hello World run verified |
| Android ARM64 / x64 | Windows, Linux, macOS | ARM64/x64 Debug and ARM64 Release APK/AAB build, signing, and alignment verified on Windows; on-device pending |
| WebAssembly wasm32 | Windows, Linux, macOS | Real build and local HTTP preview verified on Windows; browser WebGL scene pending |
| Linux x64 | Linux | Build and run entry points wired; native host pending |
| macOS ARM64 / x64 | macOS | Xcode build entry points wired; native host pending |
| iOS / tvOS, device and simulator | macOS | Build plan and unsigned entry points wired; signing, deploy, and on-device run pending |
| UWP / Xbox x64 | Windows | Target management and build plan; isolated toolchain and packaging not done, execution blocked |
The CLI cross-publishes win-x64, linux-x64, osx-x64, and osx-arm64; only Windows has been exercised. Android Debug / Release APK and AAB builds are supported; Release uses the project key. See Android release signing. Installer packages are unsigned, and clean-install verification on Windows 10 / 11 is pending.
Use a published Windows installer and choose a writable install directory. It bundles the .NET runtime; engines and development tools are downloaded when selected.
- In Settings, choose the data directory, project directory, and language.
- Install an engine and prepare its toolchain on the Toolchains page.
- Create a C++ or C++ + Lua project, then choose a target and configuration to build.
- Open the build output or run it from Hub. Android deployment needs a connected device and explicit serial.
MSVC installation uses Microsoft's installer and may request elevation. Hub does not modify global environment variables or Git config; engine setup runs with -hub, though on Windows it may change the current user's PowerShell execution policy and request elevation.
The full guide covers prerequisites, verification commands, the CLI contract, and packaging: Building from source. Use a recent .NET SDK; .NET 10 SDK is recommended for the Avalonia source generators. The app targets net8.0 and can run with .NET 8 or a newer runtime. See CI details for SDK/runtime policy.
dotnet build src/AxmolHub/AxmolHub.csproj -c Release
dotnet run --project src/AxmolHub -- --data-root ./dataThe --data-root ./data option keeps development runs on the repository's local data directory. The CLI's --json contract is documented in docs/cli-json-contract.md.
src/
AxmolHub/ Desktop GUI (net8.0, three platforms) and icon
AxmolHub.Core/ Engine, toolchain, download, state, build, and deploy logic
Scripts/ Runtime PowerShell wrappers, copied into each client's output
AxmolHub.Cli/ Host CLI entry point
tests/
AxmolHub.Checks/ Behavior checks with no external test framework
manifests/ Fixed tool versions, download URLs, and SHA-256
installer/ Velopack packaging, icon conversion, and install-check scripts
licenses/ Third-party license texts
docs/ Design decisions (ADR) and user-facing guides (Chinese)
docs/images/ README screenshots
Engines, SDKs, projects, caches, and Git history live outside this source tree. artifacts/, data/, bin/, and obj/ are excluded by .gitignore.
For bug reports, include Hub and engine versions, OS, target, configuration, reproduction steps, and relevant logs. Redact private paths, device serials, and credentials.
Keep changes scoped: UI in AxmolHub, shared logic in Core, AI capabilities in AxmolHub.Agent, and CLI commands reusing Core. Put runtime PowerShell scripts in Core/Scripts/; provide both Chinese and English for new UI strings. Engine toolchain versions and setup remain owned by Axmol's 1k/build.profiles and setup.ps1 (see ADR 0002).
Axmol Hub collects no telemetry or personal information. Network access fetches engine/toolchain metadata and selected downloads, and contacts the configured AI provider for sign-in, model lists, and your requests. When enabled, web_fetch accesses only the URL shown for approval (HTTPS, up to 1 MiB); scripts and styles are stripped before page text reaches the model. Disabling it in Settings also withholds server-tool declarations. Configured provider-side tools may independently access pages; no built-in provider currently declares one. Troubleshooting logs stay on your machine.
Installers are unsigned. Windows may show a SmartScreen warning; macOS may require removing quarantine or notarization.
Axmol Hub's code is MIT. Third-party files and tools retain their own licenses; see THIRD_PARTY_NOTICES.md.
