CtrlK
BlogDocsLog inGet started
Tessl Logo

jbaruch/nanoclaw-travel

Travel assistant for NanoClaw: byAir flight notifications (delay, gate, connection risk, inbound aircraft delay, time-to-leave, arrival logistics), traffic-aware drive planning for in-person meetings (auto drive blocks + leave-by traffic rechecks), travel-booking gap checks, and nightly TripIt sync. Per-chat overlay plugin.

Quality

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

High

Do not use without reviewing

Overview
Quality
Evals
Security
Files

flight-data-locality.mdrules/

alwaysApply:
Yes

Flight Data Locality

Single Upstream

  • byAir is the source of truth for flight status, gate, delay, baggage carousel, and inbound aircraft chain
  • A second flight-data API is forbidden. AeroAPI, Flighty, FlightAware direct, and airline-specific APIs do not enter the plugin
  • Missing fields are reported upstream or descoped. A second API is not the remedy

Out of Scope

  • Maps and traffic data live on a separate axis. Google Maps Distance Matrix is the source for time-to-leave
  • Calendar and TripIt are the source-of-record for which flights exist
  • byAir is the source-of-record for what those flights are doing now

How to Apply

  • New flight-data integration request starts with: "does byAir already expose this?"
  • A PR adding a second flight upstream is REQUEST_CHANGES by default
  • The PR description must name the specific byAir gap that justifies the addition
  • Existing surfaces (precheck script, MCP client, state files) stay byAir-only

README.md

tile.json