dvcrn Traffic Query
Overview
Use this skill to gather and summarize domestic China flight and train information. Prioritize getting a complete, verifiable list over giving a fast but fuzzy answer. Prefer Browser Relay for already-open result pages; use public pages only when necessary.
Core workflow
- Extract the search constraints.
- Choose the best source.
- Collect raw results.
- Normalize into a clean list.
- Summarize the best options and any caveats.
1) Extract constraints
Identify and restate internally:
- mode: flight / train / either
- origin
- destination
- departure date
- one-way / round-trip
- filters: direct only, earliest, cheapest, specific airline/train type, arrival deadline, station/airport preference
If the user omits a critical field, ask only for the missing field.
2) Source priority
Choose sources in this order:
Flights
- User-opened results page via Browser Relay if available
- Airline / airport official pages
- Ctrip / Trip.com / similar OTA results pages
- Flight status/reference sites for schedule confirmation only
Trains
- User-opened 12306 or OTA results page via Browser Relay if available
- 12306 web pages
- Ctrip / Trip.com rail pages
- Other public timetable pages for backup only
3) Retrieval strategy
When Browser Relay is available
Use the connected browser tab first. It is best for:
- logged-in pages
- dynamic results
- anti-bot heavy pages
- extracting all rows from an already-filtered result page
When only public web is available
Use browser automation or web fetch to reach a public results page. If the site is dynamic and does not expose clean results, say so clearly instead of inventing missing rows.
When using Agent Browser / browser automation
- Prefer result pages with explicit route/date parameters.
- Re-snapshot after each page/state change.
- Be careful with city-level routes versus exact airport/station routes.
- Confirm whether the page is showing BJS vs PKX, SHA vs PVG, etc.
4) Normalize output
Always normalize each result into the same fields where available.
Flights
- airline
- flight number
- origin airport
- destination airport
- departure time
- arrival time
- duration
- direct / stopover
- price
- cabin if visible
- source
Trains
- train number
- train type (G/D/C/Z/T/K etc.)
- origin station
- destination station
- departure time
- arrival time
- duration
- seat classes / remaining tickets if visible
- price
- source
If a field is unavailable, leave it blank in notes rather than guessing.
5) Response format
When the user asks for all matching options, provide:
- brief scope line
- full list
- short highlights: earliest / cheapest / best balance
- caveats about source quality or incomplete fields
Recommended compact format for chat:
- 航司/车次｜出发-到达｜时长｜直飞/经停或车型｜价格
Example:
- 南航 CZxxxx｜07:30-10:45｜3h15m｜直飞｜¥980
- 高铁 Gxxxx｜08:00-16:32｜8h32m｜二等座 ¥553
Reliability rules
- Do not claim results are complete unless the page clearly exposes the full list.
- Distinguish schedule info from bookable price info.
- Say when prices may vary by seat/cabin, region, or login state.
- If only partial data is available, explicitly label it as partial.
- Prefer honesty over false precision.
Fallback guidance
If the user wants a complete real-time list and public scraping is unreliable:
- ask them to open a filtered result page in browser
- connect via Browser Relay
- extract directly from that page
References
For source-specific notes and caveats, read references/sources.md.