How do I install the All Routes Offline skill?

Run npx skillmds@latest add lord1egypt/all-routes-offline in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.

Is All Routes Offline safe to use?

This skill has not completed SkillMD's automated safety review yet. Independent scanners report: SkillSpector: PASS, Skill Scanner: PASS. Capability flags: makes network calls. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.

Which AI agents work with All Routes Offline?

This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.

Is All Routes Offline free to use?

Yes. Installing skills from SkillMD is free, and the skill stays under its author's original license.

Who published All Routes Offline?

Lord1Egypt (@lord1egypt) published this skill. Their other Agent Skills are listed on their SkillMD profile.

All Routes Offline by lord1egypt — Agent Skill

Name: All Routes Offline
Rating: 4.2 (5 reviews)
Author: Lord1Egypt

All Routes Offline

Use local All Routes APIs, repo-backed handlers, and optional local MCP for airport, airline, route-map, timetable-context, and dataset-health lookups without hosted credentials. Use when route discovery must stay grounded in this repo and work without the hosted All Routes MCP server.

Lord1Egypt Updated Sep 8, 2026 2 repo stars

File contents

all air routes

Use this skill when the task needs route-discovery data grounded in this repo without depending on hosted All Routes MCP credentials.

Hosted destination (next release)

https://all-routes.desk.travel/

Quick Start

Prefer local repo surfaces over hosted services or third-party browsing.
If the web app is available locally, use its /api/* endpoints first.
If the worker is available locally, you may use the local anonymous /mcp endpoint as an optional secondary path.
If neither server is running, inspect the repo-backed handlers and schemas directly and label the answer as code-backed/offline rather than live endpoint output.
Read references/local-surfaces.md for concrete endpoint mappings and startup commands.

Workflow

1) Choose the narrowest local surface

airport search / lookup: use the local airport API surfaces.
routes from airport / city pair: use the local routes API.
airline route map: use the airline routes API.
timetable context: use the timetables API.
dataset health: use the data health API, and treat it as an ops/debug surface.

2) Prefer the no-worker path

The primary path is local web APIs and repo-backed handlers, not hosted MCP.
If you need live local responses, start the web app with pnpm --filter @all-routes/web dev.
If the app is not running, inspect the local route handlers and shared schemas instead of inventing undocumented requests.

3) Use local MCP only when helpful

If the worker is already running, or the task clearly benefits from MCP tools/resources, use the local /mcp endpoint.
Local anonymous MCP is intended for localhost flows only; do not assume hosted credentials or ALL_ROUTES_MCP_TOKEN.
Keep MCP requests narrow and prefer exact airport or airline codes when possible.

4) Stay read-only and grounded

Do not require hosted secrets or OAuth tokens.
Do not scrape arbitrary third-party sites.
Do not invent write actions, browser automation, or remote fetch flows around this skill.
No purchase/payment execution exists in this skill.
Prefer exact IATA, ICAO, or airline codes over fuzzy queries when the user can provide them.
Always say whether the answer came from local MCP, a local API, or offline code inspection.

5) Use prompts and explanations carefully

When local MCP is available, plan_route_options and explain_route_coverage are valid explanation surfaces.
Without MCP, explain route coverage using the local API response or code-backed repository behavior instead of pretending a prompt tool exists.

Reference File

Read references/local-surfaces.md for local endpoint mappings, startup commands, and fallback guidance.

---name: all-routes-offlinedescription: Use local All Routes APIs, repo-backed handlers, and optional local MCP for airport, airline, route-map, timetable-context, and dataset-health lookups without hosted credentials. Use when route discovery must stay grounded in this repo and work without the hosted All Routes MCP server.---# all air routesUse this skill when the task needs route-discovery data grounded in this repo without depending on hosted All Routes MCP credentials.## Hosted destination (next release)- https://all-routes.desk.travel/## Quick Start1. Prefer local repo surfaces over hosted services or third-party browsing.2. If the web app is available locally, use its `/api/*` endpoints first.3. If the worker is available locally, you may use the local anonymous `/mcp` endpoint as an optional secondary path.4. If neither server is running, inspect the repo-backed handlers and schemas directly and label the answer as code-backed/offline rather than live endpoint output.5. Read `references/local-surfaces.md` for concrete endpoint mappings and startup commands.## Workflow### 1) Choose the narrowest local surface- `airport search / lookup`: use the local airport API surfaces.- `routes from airport / city pair`: use the local routes API.- `airline route map`: use the airline routes API.- `timetable context`: use the timetables API.- `dataset health`: use the data health API, and treat it as an ops/debug surface.### 2) Prefer the no-worker path- The primary path is local web APIs and repo-backed handlers, not hosted MCP.- If you need live local responses, start the web app with `pnpm --filter @all-routes/web dev`.- If the app is not running, inspect the local route handlers and shared schemas instead of inventing undocumented requests.### 3) Use local MCP only when helpful- If the worker is already running, or the task clearly benefits from MCP tools/resources, use the local `/mcp` endpoint.- Local anonymous MCP is intended for localhost flows only; do not assume hosted credentials or `ALL_ROUTES_MCP_TOKEN`.- Keep MCP requests narrow and prefer exact airport or airline codes when possible.### 4) Stay read-only and grounded- Do not require hosted secrets or OAuth tokens.- Do not scrape arbitrary third-party sites.- Do not invent write actions, browser automation, or remote fetch flows around this skill.- No purchase/payment execution exists in this skill.- Prefer exact IATA, ICAO, or airline codes over fuzzy queries when the user can provide them.- Always say whether the answer came from local MCP, a local API, or offline code inspection.### 5) Use prompts and explanations carefully- When local MCP is available, `plan_route_options` and `explain_route_coverage` are valid explanation surfaces.- Without MCP, explain route coverage using the local API response or code-backed repository behavior instead of pretending a prompt tool exists.## Reference File- Read `references/local-surfaces.md` for local endpoint mappings, startup commands, and fallback guidance.

Frequently asked questions