Changelog
Follow up on the latest improvements and updates.
RSS

TL;DR →
- Wheelhouse can now push revenue intelligence, wherever you need it.
- Three event types at launch — recommendations.updated,reservations.ingested, andflags.detected— covering your entire portfolio from a single subscription.
- Build instant owner alerts, a real-time booking feed for your data warehouse, or an auto-triage workflow for flagged listings.
- Built-in reliability: a subscription that fails repeatedly pauses itself.
- Demo Iink here
🔔
What Shipped
Until now, keeping your system in sync with Wheelhouse meant polling — calling an endpoint on a schedule and diffing the results to see what changed. Webhooks flip that: you register an HTTPS endpoint once, and Wheelhouse pushes events to it as they happen.
Setting one up is a single call: give us a URL and the event types you want, and you're covered. One subscription spans your entire portfolio — every listing you own plus every listing shared with you to manage — so there's no per-listing setup, and no need to maintain multiple subscriptions as your portfolio grows.
📬
The Three Events (For Now)
Every event at launch is scoped to a listing:
- recommendations.updated— a listing's price recommendation changed.
- reservations.ingested— new reservation data landed for a listing.
- flags.detected— a listing tripped one of Wheelhouse's flags.
All three are batched: instead of firing the instant something happens, events collect for 5 minutes, then go out together. So if pickup on 40 listings triggers
reservations.ingested
within the same few minutes, you get one delivery covering all 40 — not 40 separate webhook calls to process.🧑💻
What You Can Build Now
A few things this actually looks like:
- Instant owner alerts.Listen forflags.detectedand fire off a Slack message or an owner email the moment a listing trips a flag — instead of finding out at your next weekly check.
- Live price sync to your own systems.Listen forrecommendations.updatedand push the new number straight into your PMS, channel manager, or internal dashboard — no more polling on a schedule and hoping you didn't miss a change.
- A booking feed for your data warehouse.Listen forreservations.ingestedand stream new reservations into your BI tool or warehouse in near real-time, instead of running a nightly export job.
- An auto-triage workflow for flagged listings.Listen forflags.detected, pull the listing's full KPI history, and auto-create a ticket or task for your RM team — with the context already attached, so nobody's starting from a cold open.
- A Telegram or Slack bot for your team.Route any of the three event types into a bot that posts to a channel, so pricing changes and new flags show up where your team is already working.
🔐
Signing & Security
When you create a subscription, the response includes a signing secret — and that's the only time you'll see it. Store it immediately; it can't be read back later. If you lose it, or it leaks, rotate it and you'll get a new one on the spot. Just know the old secret stops working the moment you rotate, so have your endpoint ready to verify against the new one before you do.
🛠️
Debugging & Reliability
Every delivery attempt is logged — the HTTP status your endpoint returned, and the reason for any failure — retained for 7 days and pullable up to 200 at a time. If your endpoint starts timing out or rejecting deliveries, this is where you go to see exactly what Wheelhouse sent and how your side responded.
And if your endpoint goes down for a while, Wheelhouse won't keep hammering it forever: a subscription that fails repeatedly pauses itself automatically. Once your endpoint's healthy again, re-enable the subscription and the failure count clears — it starts fresh rather than counting against you from before the fix.
You're also in control directly: pause a subscription with
enabled: false
any time you need to do maintenance on your end, and resume it the same way when you're ready.🥳
Pro Tip!
Wire a
flags.detected
webhook into your workflow, and pair it with a Scoreboards call the moment it fires. The webhook tells you a listing just got flagged — Scoreboards tells you where that listing actually ranks against the rest of your portfolio on the metric that matters, so you're not reacting to one signal in isolation.📽️ Demo here:

TL;DR →
- Scoreboardsis a new endpoint that enable you toefficiently analyze your portfolio.
- Scoreboardsis designed for action: "Show me which listing have the most owner blocks, and prepare an email for each owner"*
- With one command, you can get a ranked list of your portfolio properties for any metric(30+ options) andany window(next/trailing 7 days, year, etc)
- You can request any filter(bedroom count, tag, etc) and/orany order("Top 5," "15 worst") — no extra calls.
- We updated our MCPas well, meaning you can nowask your LLM,"What are my least occupied 2-bedroom listings in November?" and get a live, ranked answer in seconds.
- 📽️ Video linked here
🏆
The Why
A few weeks ago, Wheelhouse added dozens of new performance stats.
And, with our RM API live, we wanted to make it easier to analyze your whole portfolio quickly, instead of pulling all data for your listings.
Therefore, we built a new endpoint we call "Scoreboards", so you send one request telling us which stat you care about, and we send back every listing you manage, ranked from best to worst on that stat — in seconds.
Because it's part of our API, you can plug the results you get from Scoreboard straight into whatever tools you already use.
For example: pull the listings losing the most money to blocked dates, and automatically email their owners. Or pull the premium listings that haven't booked in a week, and flag them for a price change.
🔧
How Scoreboards Works
Before Scoreboards, getting one stat across your whole portfolio meant looking it up one listing at a time, then doing the ranking yourself. That's fine for 5 listings. It's painful for 500.
Scoreboards does the ranking for you. You tell it which stat and which time period you want, and it hands back every listing you manage, already sorted from best to worst — in one request.
📽️ Watch a demo:
Learn more in this 4 minute video:
🧮
Any Metric, Any Time Period
When you make the request, you only need to tell us two things: which stat you want (we call this the
metric
), and what time period to look at (the window
).There are more than 30 stats to choose from. Roughly, they fall into a few buckets:
- Pricing— your nightly rate and asking rate, plus a few variations of each.
- Booking activity— occupancy, nights booked vs. available, how far out guests are booking, how long they're staying.
- Revenue— total revenue, revenue lost to blocked dates, and RevPAR.
- How you stack up locally— occupancy compared to nearby listings.
- Recent momentum— how many nights you've picked up in the last week, month, etc.
For the time period, you can look forward or backward — anywhere from the next/last 7 days out to a full year.
🔍
Any Order, Any Filter
For API calls, you will get an array back you can easily sort. And, for chats (Claude, Open, Gemini) you can simply ask for a "top 5" or "worst 10" — to return a specific number of listings.
Additionally, you can easily filter this list - narrowing your request down to one market, one bedroom count, or anything else you track, on your end.
If your listings are priced in more than one currency, Scoreboards can convert dollar-based stats (like ADR or revenue) into a single currency before ranking, so you're not comparing apples to oranges.
🤖
Chat with your Portfolio
You can access Scoreboard via our MCP as well, enabling you to more quickly analyze your portfolio.
"What are my top 5 listings in terms of occupancy?"
Your LLMs will use Scoreboards and answers in seconds.
"Now pull me my bottom 5, and let me know their rank in the portfolio for days since last booking too."
We think this looks like the foundation of a better workflow: use Scoreboards to zoom out and find the listings that need attention, then zoom in to fix the ones that need it.
🥳
Pro Tip!
Once Scoreboards has narrowed your portfolio down to a handful of listings worth a closer look, pull each listings full stats history to understand exactly what's going on before you make a change.
📋
Endpoint Details
You'll find more in our documentation, but for some quick hits, here's how you use this endpoint.
Request
GET /listings/kpis
Authorization: RmApiKey (send your key in the X-Integration-Api-Key header)
Query parameters
- metric(string, required) — the stat to return. Example:metric=occupancy_adjusted
- window(string, required) — the time period, as0_N(forward) orN_0(trailing). Enum:0_7,0_14,0_21,0_30,0_60,0_90,0_180,0_365,7_0,14_0,21_0,30_0,60_0,90_0,180_0,365_0. Example:window=0_30
Full metric list:
- Pricing: adr,adr_fees,asking_rate,asking_rate_fees,asking_rate_highest,asking_rate_lowest
- Booking activity: occupancy,occupancy_adjusted,nights_available,nights_blocked,nights_bookable,nights_booked,nights_calendar,nights_percent_open,bookings,lead_time,length_of_stay,last_booked_days,min_price_occurrence
- Revenue: revenue,revenue_available,revenue_blocked,revenue_fees,revenue_fees_taxes,revpar,revpar_fees,revpar_adjusted_occupancy,revpar_adjusted_occupancy_fees
- Forward-only (valid with 0_Nwindows only):occupancy_neighborhoodand its adjusted/percentile variants,revenue_score
- Backward-only (valid with N_0windows only):pickup,pickup_bookings
Ask for a metric/window pairing that isn't valid (e.g.
pickup
with a 0_N
window) and you'll get back a 400
rather than a bad number.A listing with no data for the requested window still shows up, with
value: null
, so it sorts to the bottom instead of disappearing. A listing with no stats generated at all is left out entirely.
Notes
- Monetary metrics (adr,asking_rate,revenue,revparfamilies) are stored in the listing's market currency, falling back to the listing's own currency if it has no market.
- This endpoint pulls from the same underlying data as GET /listings/{listing_id}/kpis— so the two will always agree.
- Use GET /listings/{listing_id}/kpiswhen you want every metric and window for a single listing; use Scoreboards when you want one metric and window across your whole portfolio.

TL;DR →
- We've partnered with Otamiser to bring you a free Airbnb listing audit tool
- The listing audit tool scores your listing title, content, photos, reviews, availability settings, booking pace, and more ranking signals Airbnb uses to decide who guests see first
- This is 100% free to use — our teams cover the cost.
- Check it out on Otamiser
- And, Bart (the awesome CEO of Otamiser) built a demo video here.
- Simply add any Airbnb listing URL and get a detailed breakdown of where your profile has room to improve
🔍 Why Listing Optimization Matters Alongside Pricing
Wheelhouse handles the revenue management side of your business — but Airbnb's algorithm is weighing a lot more than your nightly rate when deciding who shows up on page one.
Your listing title, photo quality, description strength, review velocity, and availability configuration all factor into how Airbnb ranks and distributes your property to potential guests. A perfectly priced listing that ranks poorly is leaving money on the table — and most of those ranking signals are fixable once you know where the gaps are.
That's the problem AutoRank by Otamiser was built to solve. Their tool audits the listing-level factors that influence your Airbnb ranking, and we've partnered to make it available to Wheelhouse users at no cost.
🧮 What Gets Scored
Drop in any Airbnb URL and the tool evaluates:
- Listing title — how well-optimized your title is for Airbnb's search ranking algorithm
- Listing content — whether your description is structured and written in a way that drives visibility and conversion
- Photo quality and coverage — whether your images are earning their spot (quality, count, and composition all matter)
- Reviews — how your review volume and recency stack up as a ranking signal
- Availability settings — how your calendar configuration affects your search visibility
- Booking pace — how demand signals around your listing influence where Airbnb surfaces you to guests
You walk away with a clear, scored breakdown of where your listing profile is strong and where it has room to improve.
🪄 How to Use It

Getting started takes about 60 seconds (Video proof here!)
- Grab any Airbnb listing URL from your portfolio
- Head to Otamiser
- Drop in the URL and run the audit
- Review the breakdown and start optimizing
No signup required to run the audit. It's fully standalone and free.
🥳 Pro Tip! Start with your highest-traffic listings
If you're managing a large portfolio, start with your top-revenue properties or those in your most competitive markets. That's where small ranking improvements compound fastest — and where a stronger listing profile has the most to add on top of your pricing strategy.

TL;DR →
- You can now create Dynamic Sets entirely through the RM API
- A new GET /segments/{segment_id}/aggregated_metricsendpoint returns monthly performance rolled up for any saved segment
- New notification_settings endpoints let you read and update your alert preferences programmatically
- We've raised the default rate limit for RM API keys to 60 requests/minute
- With this release, every known gap between the Wheelhouse app and the RM API is closed
🧩 Dynamic Sets, End to End
Dynamic Sets (comp sets built from real market listings) have been available in the app for a while — now you can build the entire workflow through the API, from search to upgrade.
Here's the full lifecycle:
- Find candidates— callGET /sets/candidateswith either alat/long/radiusor one or moremarket_ids. Results come back nearest-first, each with trailing-year performance metrics, so you can filter by bedrooms, bathrooms, room type, and occupancy before you ever create the set.
- Create the set— take thelisting_ids you want and pass them toPOST /sets. The set is created on the free plan, with your chosen listings added as active members.
- Upgrade it— callPOST /sets/{set_id}/upgradeto purchase the paid Dynamic Sets plan for that set, which unlocks its KPI endpoints: aggregated_metrics, time_series, distribution, and report.
Say you manage a portfolio of 3BR cabins near a specific trailhead and want a comp set for one of them. You can now search candidates by lat/long/radius, filter to
min_bedrooms: 3
, review trailing-year occupancy on the results, add the ones you want, and upgrade the set — all without leaving your integration.📊 Segment Aggregated Metrics
Segments (your saved, dynamic portfolio filters) already return listing-level data via the API. Now you can also pull rolled-up performance for the whole segment.
GET /segments/{segment_id}/aggregated_metrics
returns monthly metrics aggregated across every listing the segment's filter currently matches. This is the same aggregated view you'd see reporting on that segment in-app — now available directly to your integration, so you can more easily build dashboards or alerts on top of any segment.
🔔 Notification Settings, Programmatically
You can now read and manage a user's alert preferences without going through the app:
- GET /notification_settingsreturns the event/channel pairs a user currently has enabled — the same settings that control what shows up viaGET /notificationsand email.
- PUT /notification_settingslets you enable or disable specific alerts. Only the event/channel pairs you include are affected — everything else is left as-is.
Supported events include:
- price_posting_error
- market_report_updated
- reminder
- sub_user_invite
- new_listing_created
- report_shared
- report_comment_reply
- report_comment_mention
- comp_set_v2_shared
If you're building a custom notification center or want to route specific alerts to your own system, this is the endpoint pair for that.
🚄 A Higher Default Rate Limit
We've raised the default rate limit for RM API keys to
60 requests/minute
. If you're running higher-throughput integrations — syncing large portfolios, polling multiple endpoints, or backfilling historical data — this gives you meaningfully more headroom out of the box.Getting Started
If you're using the RM API directly, generate or check your API key from your Wheelhouse account under "Api Key," and start with
GET /sets/candidates
or GET /segments
to see what's available for your account. If you're connecting through an MCP client, authenticate with OAuth through your client's sign-in flow — the same credentials you use in the Wheelhouse app.
🥳
Pro Tip!
Pair the new aggregated_metrics
endpoint with your existing Segments to build a lightweight performance dashboard for any saved filter — no need to pull and re-aggregate listing-level data yourself.
TL;DR →
- Wheelhouse has a new RM API, and IntelliHostis among the first partners to build directly on top of these.
- Every morning it reviews your entire portfolio against that traffic, flags underpriced dates, andpushes approved rate changesstraight into Wheelhouse — one tap in Slack
- It also runs automated AI listing optimizationand gives you total portfolio performance in a single view
- No logging in, no copy-paste, no manual re-entry: thefull pricing loop, closed automatically
- Active IntelliHost users see an average 21% revenue increase with roughly 10 minutes of hands-on work per week
- This is the first of a new class of Wheelhouse integrations— tools built directly to our API that extend what Wheelhouse can do inside your workflow
🔌 A New Class of Wheelhouse Partner
Until now, Wheelhouse integrations have meant connecting your PMS or OTA so your prices flow downstream.
This is something different.
IntelliHost is the first partner to build directly on the Wheelhouse API — meaning it can read from and write to your Wheelhouse account programmatically, as part of a fully automated workflow. IntelliHost doesn't just connect to Wheelhouse; it acts on Wheelhouse, on your behalf, based on rules you define.
For property managers running 20 to 200+ units, that's a meaningful distinction. Your pricing strategy is only as good as your ability to execute it consistently — and execution at scale, done manually, is where revenue leaks.
🔍 What IntelliHost Does
IntelliHost is a performance intelligence platform for professional short-term rental operators. What makes it different: it brings in your real OTA click traffic from Airbnb and Vrbo — the impressions, clicks, and conversions your listings are actually getting — and runs your pricing, your listing optimization, and your portfolio reporting off of that signal.
That traffic data drives three things:
Traffic-based pricing. Every morning, IntelliHost reviews your whole portfolio and finds dates where your pricing is leaving money on the table — based on how much real click demand each date is pulling. When it finds one worth acting on, it pings you in Slack. You tap approve, and the updated rate is pushed directly into Wheelhouse. That’s it.
Automated AI listing optimization. IntelliHost diagnoses where each listing is underperforming — title, photos, amenities, conversion — ranks the fixes by revenue impact in dollars, and rewrites what’s holding the listing back. Visibility isn’t the goal; turning impressions into clicks and clicks into bookings is.
Total portfolio performance. One dashboard shows the health of every property, which listings have the most upside, and what to fix first — instead of a half-day spent compiling spreadsheets.
What IntelliHost handles automatically:
- Portfolio-wide pricing reviews (daily), driven by live OTA click data
- Underpriced date detection using your property’s real Airbnb and Vrbo traffic
- AI listing optimization, ranked by dollar impact
- Portfolio-level performance tracking and automated owner reports
- Slack-based approval workflow
- Rate push directly to Wheelhouse via API
🪄 What This Unlocks Together
Wheelhouse handles the intelligence layer: building a dynamic pricing strategy calibrated to your market, your comp set, and your listing's demand curve.
IntelliHost handles the execution layer: monitoring that strategy every day against your real OTA traffic, catching the gaps, and acting on approvals without requiring you to log in.
Together, the loop is closed. You set your strategy in Wheelhouse. IntelliHost watches for drift. You approve in Slack. Wheelhouse updates.
No logging in. No copy-paste. No manual re-entry.
For a portfolio of 50 properties, that's the difference between a pricing strategy you review when you have time and one that runs continuously — on your terms, with your approval at every step.
📈 The Results
Active IntelliHost users see an average 21% revenue increase — achieved with roughly 10 minutes of hands-on work per week.
That figure comes from IntelliHost's live customer base and reflects the compounding impact of daily portfolio reviews that most managers simply can't do manually at scale.
🚀 How to Get Started
If you're already a Wheelhouse customer, connecting IntelliHost takes just a few minutes.
- Visit intellihost.co and book a demo
- Connect your Wheelhouse account via the IntelliHost integration flow
- IntelliHost begins monitoring your portfolio the next morning
🥳 Pro Tip! IntelliHost's daily monitoring works best when your Wheelhouse Min and Max prices are set — it uses those guardrails when evaluating which underpriced dates are worth flagging. If your floors and ceilings are out of date, now's a good time to review them in your portfolio settings.
Learn More
- 📽️ Watch: How to connect IntelliHost to Wheelhouse → https://youtu.be/MGW8m7dmkbI
- 📽️ Watch: IntelliHost + Wheelhouse demo → https://www.youtube.com/watch?v=lS3C8rNRG2k
Let's Build!
IntelliHost is the first in a new class of Wheelhouse API partners. If you've built a tool on top of our API and want to be featured, reach out to hello@usewheelhouse.com

- You now have two options as the anchor sourcefor Historical Anchoring.
- Leverage your final booked price(today's default) or thelast Wheelhouse-posted price at the time of booking.
- This new option (last posted price) ensure promo codes, wholesale net rates, and group discounts don't quietly become next year's floor.
- Historical Anchoring now protects your entire 18-month pricing horizon, anchoring off the most recent comparable booking — even if that booking is still in the future.
- Nothing changes today: every account defaults to Booked price, exactly like current behavior. You'll simply see the new option waiting for you.
- Portfolio Settings now support bulk copyand smartergroupingfor Historical Anchoring, so managing this setting across large portfolios is easier.
🗝️
New Unlock: Anchor Source
Historical Anchoring has always protected your floors by looking at what actually booked last year.
That's great — until a promo code or channel-specific discount leads to a booking, and that discounted rate quietly becomes your floor for the same date next year.
Now you can choose what Historical Anchoring anchors to:
- Booked price (default)– the final booked nightly rate we ingest for that stay date. This is current behavior, and it's what your account stays on unless you change it.
- Wheelhouse suggested price at time of booking– the last Wheelhouse-recommended nightly rate for that stay date, as of the booking timestamp, so external discounts and commissions don't factor in.
Imagine a last-minute traveler booked your July 4th weekend at a steep discount, due to PMS or channel specific discounts.
Under Booked price anchoring, that discounted rate could drag down your floor for July 4th next year.
Switch to Wheelhouse's Posted Price, and your floor instead reflects what your engine actually recommended before that discount was applied.
Activating this is a quick switch, that you can setup in your
Settings → Historical Anchoring
, under Source
.
🚩
Two Flags!
There are two (2) important callouts for this setting.
First
, as you know, we only post prices for connected listings.Therefore, if a booking occurred before you connected to Wheelhouse, we won't know the "final posted price" for your bookings. (We can see the booking amount, but can't infer potential discounts from your final price)
This drawback means this new data source is
most
useful/valuable for listings that have been on Wheelhouse for 1+ years.Second
, historically we have stored the final posted price for an unbooked night for 7 months. Starting now, we will store this price posting data for 12+ months, but it will take 5 months for us to accumulate 12 months of historic prices for each stay date.
Therefore, for the next few months, you will want to leverage other protections to ensure we protect your nights as intended.
🗓️
Protecting Your Full 18-Month Horizon
Good news!
Historical Anchoring now protects every date across your
entire 18-month pricing horizon
— using the most recent same-day booking as an anchor, even if that booking is still in the future, relative to today.For example:
- October 30, 2026 booked at $1,000/night (still upcoming as of July 2026)
- When pricing October 30, 2027, we will anchor off the October 2026 booking.
- However, if October 30th, 2026 had no booking, our system would fall back to 2025 to look for a booking anchor.
And, for stay dates
12+ months out
, if no comparable booking exists one year back, Wheelhouse extends the lookback up to two years to find an anchor.🧮
Full Transparency, Built In
Every time your account's Anchor source setting changes, Wheelhouse logs it — timestamp, user, and the old and new values — so you and your team always have a clear record of what changed and when.
🧩
Built for Portfolios
Managing Historical Anchoring across a large portfolio just got easier:
- Bulk copyyour Anchor source setting across listings from Portfolio Settings.
- Smarter grouping— listings on Booked price and listings on Wheelhouse suggested price now group separately in Portfolio > Grouped Settings, so you can see and manage them at a glance.

🚀
Getting Started
Nothing changes for you today — every account, new or existing, defaults to
Booked price
, exactly like current behavior.To try the new option:
- Go to Settings → Historical Anchoring
- Under Source, selectHistorical posted price

TL;DR →
- You can now kick off a listing syncdirectly through the API
- You can now create and edit Segmentsvia the API
- You can now view and manage Teamsvia the API
- You can now fetch Base Price historythrough the API
- You can now fetch Calendar Day history— observed status and posted prices
- We also completed a big documentation cleanup, fixing mismatches between the docs and the actual implementation
🧮
Base Price History
If you're building pricing logic on top of the Wheelhouse RM API, you now have a direct line into how Base Price recommendations have moved over time.
The new endpoint returns a historical log of Base Price settings and recommendations for any listing — so you can track how pricing has evolved, audit changes, or feed historical context into your own tooling without reconstructing it from scratch.
🗓️
Calendar Day History
Similarly, you can now pull a day-by-day history of calendar state for any listing — including observed status and posted prices.
This means you can now see, for any date, what price was actually posted and what the observed booking state looked like — a foundational building block if you're building reporting, auditing, or anomaly-detection tools on top of your portfolio's pricing history.
🔄
Kick Off a Listing Sync
Previously, triggering a fresh price sync for a listing meant waiting on our internal cadence. Now, you can kick off a sync job directly through the API.
This is especially useful if you're building automation that needs pricing to reflect the very latest settings immediately — no more waiting on the next scheduled sync.
🧩
Create and Edit Segments
Segments — your saved, dynamic portfolio filters — are now fully manageable via the API.
You can create new Segments and edit existing ones programmatically, which means any tooling you're building to manage large or complex portfolios can now define and adjust Segment logic without a manual trip into the Wheelhouse UI.
👥
View and Manage Teams
Teams can now be viewed and managed directly through the API as well. If you're building integrations or internal tools that need to reflect your organization's team structure — who's on which team, and how teams map to portfolios — you can now do that programmatically instead of keeping a manual mirror of it.
📚
Documentation Cleanup
Separately from new endpoints, we did a significant pass across the RM API docs to fix mismatches between what the docs described and what the implementation actually does.
If you've hit friction in the past where the docs didn't quite match real behavior, this should meaningfully clean that up.
🥳
Pro Tip!
Base Price History and Calendar Day History pair well together — combine them to reconstruct a full pricing-and-outcome timeline for any listing, rather than pulling each in isolation.🚀
Ready for the Hackathon!
All five of these endpoints are live now — which means they're fair game for anything you build during our API Hackathon (July 21–24). Whether you're reconstructing pricing history, automating syncs, or building portfolio tooling around Segments and Teams, this week's additions give you more surface area to work with.

TL;DR →
- AI assistants (Claude, Cursor, VS Code, and more) can now connect directly to your Wheelhouse account via MCP
- 58 tools expose 1:1 parity with the Wheelhouse UI — if you can do it in the product, you can now do it in a prompt
- With our APIs & MCP, you can move your workflows from clicks to commands, in an afternoon
- And, getting your MCP setup takes 2 mins (📽️ Video proof)
🔌 What the Wheelhouse MCP Does
The Wheelhouse MCP (Model Context Protocol) server connects AI coding assistants and chat clients —
Claude, Cursor, VS Code, and others
— directly to your Wheelhouse account.Once connected, those tools get access to 58 endpoints built on our RM APIs, which offer full 1:1 parity with the Wheelhouse UI. Every portfolio view, every pricing setting, every reservation and comp — accessible via natural language or code.
Your team doesn't need to learn a new interface. They just describe what they want to do.

🧮 What You Can Build
The range here is wide. A few examples of what this unlocks:
- "Pull my pacing vs my neighborhood comps, and prepare an email to send to owners where their minimum prices are impacting bookings."
- "Analyze my seasons and flag any listings where my Base Price is below the neighborhood median for peak weeks."
- "Pull my last 90 days of reservations and show me which listings are underperforming on ADR vs. comp set."
These aren't hypotheticals — these are the kinds of prompts your team can run today, in an afternoon, after a straightforward setup.
🗝️ Built on the RM APIs
The MCP is built on Wheelhouse's new Revenue Management APIs, which were designed from the ground up with external access in mind.
That 1:1 parity matters: you're not working with a simplified read-only layer. You have access to the same data and levers your team uses inside the Wheelhouse UI — pricing preferences, min/max rules, reservations, comp data, custom rates, and more.
🚀 Getting Started
To connect an AI assistant to your Wheelhouse account:
- Go to your account and navigate to Connections → API Key
- Enable MCP Access
- Follow the setup instructions for your client — we have step-by-step guides for Claude, Cursor, VS Code, and any other client
📽️ Watch a demo: https://www.loom.com/share/07d239b07b2a4cf18b67e95c0d02311e

Local Events Are Back on Your Calendar
TL;DR →
- Local events — conferences, holidays, and high-demand dates in your market— are now visible directly on your Individual Listing calendars
- Wheelhouse built a custom AI to detect and surface the eventsthat matter most for your pricing
- Toggle market events on or off via the Displaybutton on your calendar
- Combine with your own Events & Seasonsconfiguration for a complete picture of every demand driver on your calendar
---
🗓️ What's New: Market Events on Your Calendar
Local events are back — and meaningfully improved.
You can now see market events directly on your Individual Listing calendar: conferences, holidays, festivals, and other high-demand dates in your area, all surfaced automatically.
To turn them on, head to your calendar and click the
Display
button in the top right. From there, toggle on Market Events
, and you'll start seeing relevant local demand drivers appear on your calendar.
---
🤖 Powered by a Custom Wheelhouse AI
Wheelhouse built its own AI to detect and curate the events that are actually relevant to your market.
The goal: surface the most important things to get right, pricing-wise — not just a firehose of noise.
We're continuing to refine this, and we'd love your feedback. If you're seeing events that don't seem relevant, or missing ones you'd expect, let us know.
---
🗝️
Show next to your own Events & Seasons Settings
Here's where it gets interesting.
In addition to Market Events, you can also toggle on
Events & Seasons
from the same Display menu. This layer shows the events and seasons you've
created in your settings — the ones you've already built minimum stay policies, minimum price rules, and other configurations around.Seeing both layers at once gives you a powerful side-by-side view:
- What Wheelhouse's AI is detecting in your market
- What you've already built a strategy around in your own configuration
This combination makes it much easier to validate your existing events setup, catch any gaps, and quickly identify demand dates that deserve attention but haven't been configured yet.
---
Watch a demo

Are your listings pacing ahead or lagging behind your local market? Answering this question just got a lot faster and more precise.
We’ve rolled out
Neighborhood Occupancy Views
& Filters
across Wheelhouse to give you a multi-angle read on your locale's performance.Here where you can see it:
- In-Context Views 📈:See your neighborhood occupancy data charted directly alongside your pricing and booking trends.
- Smart Portfolio Filtering ⚡:Filter and sort your listings by how they stack up against the neighborhood (e.g., sort by % Diff to instantly surface listings underperforming their market).
- Custom Segments 🛠️:Use these new metrics to build powerful, automated Segments and Views tailored to your operational strategy.
Quick Tutorial:
Load More
→