Open tools for
modern airline retailing.
AeroToys is a small collective of airline technologists releasing the missing infrastructure for modern airline retailing — open source where forking helps, community-hosted where one source of truth matters more.
Get release notes & contributor calls.
One email per ship. No marketing, no spam.
The AeroToys architecture
One open foundation, layer by layer — from the document store and rules engine up to every distribution channel.
Channels & distribution
Control plane
AeroToys platform
Inventory
Backbone
Open foundation
The community tools
Airlines file it, the community hosts it, everyone consumes it — an open answer to IATA TTBS.
Airlines file
Each airline files the rules and data it owns — ticket-tax rules, SSIM schedules — at the source. Peers verify every change.
One canonical instance · peer-verified
Hosted by the community — one source of truth, audited, no single vendor.
Everyone consumes
Free calculation & lookup APIs and a downloadable JSON corpus — for every airline and partner. No key gating, no per-call fees.
Open building blocks. One mission.
DocumentForge and RuleForge are open-source and free to fork — that's how infrastructure should work. The Tax Engine and Schedules Data are community-hosted with free APIs — that's how shared truth has to work. The Order Database (OMS), Shopping Engine, and Stock Keeper are next, with more building blocks on the way.
DocumentForge — Open Document Database
The open, document-native database behind the stack — store JSON, query with SQL, sub-millisecond reads, embeddable.
Apache 2.0 · free to fork & deploy
Explore DocumentForge
Open Tax Engine
One canonical source of airline tax rules — community-governed, with a free calculation API for everyone.
Free API · airline-governed rules
Explore the Tax Engine
Open Rules Engine
A free, visual rules engine for airlines — flow-DSL graphs, typed node sockets, run it embedded or call the hosted instance.
Apache 2.0 · free to deploy & host
Open RuleForge
Open Shopping Engine
A free, open shopping engine — turn origin/destination/date queries into airline offers.
In active build · early access available
Get early access
AeroStock — Real-time Inventory
Native inventory counters for flights, ancillaries, lounges, and partner services — chainable and real-time.
In active build · early access available
Get early access
Open Schedules Data
One canonical schedule corpus — airlines file SSIM directly, the rest of the industry gets a free, normalized API.
Free API · airline-filed data
See Schedules Data
Open Order Database — OMS
The order management layer on top of DocumentForge — offers, orders, servicing, and settlement as one order record.
In design · shape it with us
Register interestAeroMesh — Airline Network
The open network for airline-to-airline and airline-to-agency communication — interline, codeshare, distribution.
In design · shape it with us
Explore AeroMeshAeroStudio — Offer & Product Authoring
Where revenue management and product teams author and file offers, products, and prices for the open stack.
In design · shape it with us
Explore AeroStudioDifferent problems need different open models.
A database benefits from being forkable — every airline runs it differently anyway. Tax rules and schedule data are the opposite: they only work if the whole industry trusts the same version. We picked the model that fits each tool.
Open by default
All code is open for inspection and contribution. Apache 2.0 and MIT throughout. No black box, no proprietary gates.
Airline-governed
Each rule, each tax, each schedule is owned by the airlines that file it. Peer airlines verify. No vendor middleman.
Free APIs
The Tax Engine and Schedules Data are hosted by the community — free to consume, no API key gating, no per-call fees.
One database, many tools
The Open Order Database Engine powers all three pillars. Sub-millisecond reads, replication, sharding — Apache 2.0.
Modern airline retailing
Aligned with NDC/Order shapes used in our offer/order management work. Ready for offer-time logic, not just ticketing.
A simple two-loop economy.
Airlines contribute the rules and data. Everyone gets the tools and APIs for free. An optional managed hosting tier covers infrastructure costs for those who want it run for them.
Airlines contribute
Airline teams claim the data they already manage — schedules, taxes, fare rules. They propose updates. Peers approve. Every change is audited.
Community verifies
Every record cites primary sources. Test scenarios prove the logic. Status tags signal trust: Verified / In progress / Placeholder.
Free for everyone
Free APIs for the Tax Engine and Schedules Data. The Order Database Engine is downloadable and embeddable — Apache 2.0.
Optional managed
Don't want to host yourself? Subscribe to the managed endpoint. Priced just to cover hosting + maintenance — no margin, no investors.
Subscribe for release notes,
RFCs, and contributor calls.
One email when something ships. One when we open an RFC. One when we need an airline reviewer. No spam, no marketing funnels.
Already in the loop? Get in touch directly if you want to contribute a country, a schedule transformation, or a database benchmark.
We're also exploring an open
Offer & Order Management System.
A side project. A research effort. A long road. We believe the three tools above need to land first — but if you want to help shape what a community-built OOMS looks like, the door is open.
Read the proposalRun the benchmark yourself.
The Order Database ships a real stress benchmark on airline-shaped data. Hand the prompt to your AI agent, or run one command — clone & build, or grab the prebuilt binary. No account, no sales call.
Works in Claude Code, Claude.ai, Cursor, or any coding agent — it will clone the repo, run the benchmark, and read back the numbers.
Clone the DocumentForge repo and run its benchmark, then summarise the results for me. Repo: https://github.com/aerotoysio/documentforge Quick mode is ~40s on 100k airline-order documents: git clone https://github.com/aerotoysio/documentforge.git cd documentforge DFDB_BENCH_QUICK=1 dotnet run -c Release --project samples/DocumentForge.Benchmark You'll need the .NET 9 SDK. When it finishes, show me the QPS + latency table it prints and tell me whether the indexed point lookup really is sub-millisecond.
# ~40s · 100k docs · needs the .NET 9 SDK
git clone https://github.com/aerotoysio/documentforge.git
cd documentforge
DFDB_BENCH_QUICK=1 dotnet run -c Release \
--project samples/DocumentForge.BenchmarkA call to the airline community
If your airline cares about open standards in modern retailing,
we want to hear from you.
Adding a country your tax team already knows takes hours, not weeks. Filing your airline's SSIM directly takes minutes. The data is yours — we just put it in the right shape.