PluginBench
Skill
Review
Audit score 70

pricewin-deal-finder

price-win/pricewin-skills-hub

Compare hotel prices across Booking, Agoda, Google Hotels, and OpenTravel for your travel dates.

What is pricewin-deal-finder?

Searches and compares hotel prices across four major OTAs (Booking, Agoda, Google Hotels, OpenTravel) for a given city, check-in/check-out dates, and guest count. Use this to find the best hotel deals and compare rates across platforms before booking.

  • Queries Booking, Agoda, Google Hotels, and OpenTravel simultaneously for hotel availability and pricing
  • Identifies best value, cheapest, and quality-tier hotels with price comparisons across OTAs
  • Handles first-time city discovery automatically (2–4 minutes for new cities)
  • Converts prices to USD and applies live FX rates for geo-locked sources
  • Returns formatted tier cards with clickable hotel links and per-night pricing
  • Survives bot-detection via stealth Patchright daemon

How to install pricewin-deal-finder

npx skills add https://github.com/price-win/pricewin-skills-hub --skill pricewin-deal-finder
Prerequisites
  • Node.js and npx installed
  • Internet connection to query OTA APIs and websites
  • For first-time city searches: 2–4 minutes for the skill to discover hotel selectors
Claude Code
Cursor
Windsurf
Cline

How to use pricewin-deal-finder

  1. 1.Run the search command with city, check-in date (YYYY-MM-DD), check-out date (YYYY-MM-DD), number of adults, and locale: `cd {baseDir} && node bin/search.js "<city>" <checkInYYYY-MM-DD> <checkOutYYYY-MM-DD> <adults> en-us`
  2. 2.Infer dates from user input: if the day/month has passed this year, assume next year; use current year otherwise
  3. 3.Wait for results (first-time city discovery may take 2–4 minutes; subsequent searches are faster)
  4. 4.Copy the formatted tier-card output directly to the user—do not reformat or abbreviate
  5. 5.Preserve all markdown hyperlinks in hotel names; do not strip URLs or rename OTA names

Use cases

Good for
  • Find the cheapest hotel in a city for specific travel dates before booking
  • Compare the same hotel's price across Agoda, Booking, Google, and OpenTravel to identify savings
  • Discover quality hotels at good value when planning a trip
  • Identify which OTA offers the best rate for a particular property
  • Search hotels in Chinese cities (Hangzhou, Shanghai, etc.) where Agoda requires special handling
Who it's for
  • Travel planners comparing OTA rates
  • Budget travelers seeking the cheapest available hotels
  • Business travelers needing quick price comparisons across platforms
  • Anyone booking accommodations and wanting to avoid overpaying

pricewin-deal-finder FAQ

Why does the first search for a new city take 2–4 minutes?

The skill must discover hotel selectors and page structure for that city's OTA listings. Subsequent searches for the same city are much faster because selectors are cached.

What if one OTA is missing from the results?

Partial results are normal and acceptable. An OTA may be temporarily blocked by anti-bot detection or have no inventory for that city. Do not attempt to fetch it manually—re-running the same command may succeed if the block is transient.

Can I use this skill with browser tools like browser_navigate or browser_click?

No. Those tools are forbidden because they trigger bot-detection on Booking and Agoda. The skill uses only the terminal to run a stealth Patchright daemon, which survives anti-bot measures.

How are prices displayed?

All prices are shown in USD. Agoda, Google Hotels, and OpenTravel are geo-locked to local currency by IP and converted to USD via live FX rates; Booking returns USD natively.

Can I search hotels in non-English locales?

Yes. Pass a locale code (e.g., `en-gb`, `fr-fr`, `de-de`) as the last parameter to control site language and region. Prices remain in USD.

Full instructions (SKILL.md)

Source of truth, from price-win/pricewin-skills-hub.


name: pricewin-deal-finder description: "Hotel price comparison & deals across Booking, Agoda, Google Hotels, and OpenTravel for given travel dates and guest count. Use for hotel prices, deals, or comparing OTA rates." version: 0.8.3 author: PriceWin platforms: [linux, macos, windows] tags: [hotel, travel, booking, agoda, google, opentravel, price-comparison, deals, ota] metadata: openclaw: requires: bins: [node, npx] envVars: - name: OPENTRAVEL_API_BASE_URL required: false description: Override the OpenTravel API host (default https://api.opentravel.one). emoji: "🏨" homepage: https://github.com/Price-Win/pricewin-skills-hub

PriceWin Deal Finder

🚨 IMPORTANT — HOW TO USE THIS SKILL

ONE command does everything. Run this as your FIRST action — no clarifying questions first:

cd {baseDir} && node bin/search.js "<city>" <checkInYYYY-MM-DD> <checkOutYYYY-MM-DD> <adults> en-us

{baseDir} is this skill's install directory (auto-resolved by the runtime). If your runtime does not substitute it, cd into the folder that contains this SKILL.md (the one with bin/search.js). Do NOT hardcode a ~/.hermes/... or ~/.openclaw/... path — it differs per platform.

Example:

cd {baseDir} && node bin/search.js "Hangzhou" 2026-06-10 2026-06-13 2 en-us

The script handles everything automatically: daemon launch, Agoda cache lookup, Google + Booking inline search, OpenTravel API lookup (all cities), discovery for new cities, and formatted tier-card output. Just run it and send the output to the user.

DO NOT ask clarifying questions first. Just run the command. Infer all parameters:

  • Year: use the current year from today's date unless the user states otherwise. If the requested day/month has already passed this year, assume next year. (Get today's date with date +%Y-%m-%d if unsure.)
  • "10-13/6"<year>-06-10 <year>-06-13 — fill <year> from the rule above
  • "2 guests" / "2 people"2 adults
  • Locale: language/region code passed to the OTAs (controls site language + region). Default en-us. Prices are in USD (Google Hotels is requested with gl=us&curr=USD); other sources follow the locale you pass.

DO NOT use any other approach. No Python scripts, no curl, no browser tools, no subagents. This one command is all you need.


🚨 CRITICAL RULES — FOLLOW EVERY TIME

RULE 0 — FORBIDDEN TOOLS. Read this twice. This skill drives a long-running Patchright daemon via the terminal tool ONLY. Your runtime exposes several other tools that LOOK convenient but are STRICTLY FORBIDDEN inside this skill:

browser_navigate / browser_open — FORBIDDEN ❌ browser_click — FORBIDDEN ❌ browser_type / browser_fill — FORBIDDEN ❌ browser_snapshot — FORBIDDEN ❌ browser_close — FORBIDDEN ❌ Any other browser_* native tool — FORBIDDEN ❌ delegate_task / spawn_agent / sub-agent delegation — FORBIDDEN

Why: those native tools spawn a vanilla Chromium without stealth, so Booking.com and Agoda detect the bot within seconds and the requests just hang until the runtime kills them with "Command timed out after 30/60 seconds". You will burn 5+ minutes on timeouts and the user will get nothing. The Patchright daemon launched via terminal survives bot-detection.

Delegated subagents start with empty history and no skill context — they will always fall back to Python/curl scraping, which gets bot-blocked immediately. This skill must run entirely in the current agent, using only the terminal tool.

✅ The ONLY allowed way to drive a browser in this skill is via terminal:

terminal: cd {baseDir} && node bin/search.js ...

RULE 1 — search.js handles everything. NEVER scrape an OTA yourself. Do not manually call browse.js commands, do not goto/click/type in the browser, do not build Agoda/Booking/Google URLs by hand, do not call the OpenTravel API separately, do not try to launch the daemon yourself. search.js already drives the stealth daemon through a careful flow that survives bot-detection — it handles Agoda discovery internally for EVERY city (including Chinese cities like Shanghai, Hangzhou, etc.). Manually navigating an OTA is the #1 cause of failure: it trips Agoda/Booking anti-bot ("detect automation", "redirect to homepage", "problem completing your search") and gets the IP blocked. Your ONLY job is to run search.js once and send its output. If you think a source is "missing", re-read RULE 4 — do NOT go fetch it by hand.

RULE 2 — First-time city discovery takes 2–4 minutes. If search.js output contains "discovering" or "launching" messages, tell the user: "First time searching this city — discovering selectors, this takes about 2–4 minutes..." and wait for the result. Do NOT retry or abort.

RULE 3 — Send the output exactly. search.js outputs formatted tier cards ready to send. Copy the output directly into your response. Do not reformat, summarize, or abbreviate it.

RULE 3a — PRESERVE MARKDOWN HYPERLINKS. Every hotel name in the output is already wrapped as [Hotel Name](https://booking-url...). This is a clickable hyperlink — DO NOT:

  • Strip the markdown and show the URL on a separate 🔗 https://... line
  • Replace [Hotel Name](url) with plain text
  • Capitalize OTA names ("google" stays "google", not "Google")
  • Rename sections — "📋 More good deals" stays exactly

The output is Telegram-MarkdownV2-ready. Sending it as-is gives the user clickable hotel names with hidden URLs (clean UI).

RULE 3b — If you DO add a suggestion / commentary section after the output, every hotel name you mention MUST also be a markdown hyperlink [Hotel Name](url) using the SAME URL the script printed for that hotel. Never write a hotel name as plain text in your own commentary.

RULE 4 — Partial results are NORMAL and acceptable. Never "fix" them by hand. A source can be absent from the output (e.g. Agoda blocked this run, or OpenTravel has no inventory for the city). That is FINE — send the tier cards with whatever sources are present. The footer (📊 N hotels | <sources> • prices in USD) lists exactly what was found. Do NOT try to fetch the missing source via the browser, a direct URL, or any other tool — that triggers anti-bot and makes things worse. If search.js errors out entirely, tell the user what failed in 1 line and show any partial output it printed above the error. If you want more coverage, the only valid retry is running the SAME search.js command again (anti-bot is often transient).


Output Format Reference

search.js prints tier cards in this format — you send this directly to the user:

The hotel name is a Markdown link to its cheapest OTA. Price rows carry NO links and the OTA key is shown lowercase (agoda/booking/google/opentravel). There are no star ratings or area lines — the script does not have that data.

🏨 <city> • <d1>–<d2> • <N> nights • <adults> guests
━━━━━━━━━━━━━━━━━━━━

🥇 BEST VALUE
[<Hotel Name>](<cheapest_link>)
  ✅ agoda      💰 <price>/night
     booking    💰 <price>/night
     opentravel 💰 <price>/night
     → Save <diff> vs Booking

🥈 CHEAPEST
[<Hotel Name>](<cheapest_link>)
  ✅ google     💰 <price>/night
     agoda      💰 <price>/night

🥉 QUALITY
[<Hotel Name>](<cheapest_link>)
  ✅ booking    💰 <price>/night
     agoda      💰 <price>/night

📋 More good deals
  — Agoda —
  • [<Hotel>](<agoda_link>) — agoda: <price> | booking: <price>
  — Booking —
  • [<Hotel>](<booking_link>) — booking: <price>
  — Google —
  • [<Hotel>](<google_link>) — google: <price>
  — OpenTravel —
  • [<Hotel>](<opentravel_link>) — opentravel: <price>

💡 Tip: <best Hotel Name>
   [Book on <OTA>](<link>) — <price>/night

📊 <N> hotels | <sources with data> • prices in USD

All prices are shown in USD. Agoda, Google and OpenTravel geo-lock to VND by IP and are converted via a live FX rate; Booking returns USD natively. Only sources that actually returned data are listed in the footer.


Limitations

  • First search per city pays the Agoda discovery cost (2–4 minutes). Google and Booking are inline (no discovery); OpenTravel is a direct API call.
  • Subsequent searches reuse the Agoda cache and complete in ~30–60 seconds.