2025–26Market Data Calendar
Turning scattered exchange notices into one calendar view, to determine what changed, when it mattered and what to do about it.
Here’s how it came together
Overview
Challenge
Opportunity
Date of Project
Role
Responsibilities
- Client and internal discovery
- Information architecture
- Legal requirements
- AI change-detection rules
- Pilot and launch preparation
Tools
- AWS Bedrock
- AI-assisted research
- Verity engineering partnership
- Global clients
- ~2,000
- Exchanges in the pilot
- 5
- Investment firms in the pilot
- 20+
- Launch
- May 2026
Why one missed notice matters
Clients consuming TMX real-time feeds run software that reads fields, tags, message types and network channels. When an exchange adds a field, splits a feed or moves a port, their systems may need to change before the effective date.
Those changes arrive as technical notices, trading notices, specifications and announcements, published in different places.
- Technical notices
- Trading notices
- Feed specifications
- Product announcements
- Fee and licence notices
- Maintenance advisories
The job wasn’t tracking dates. It was managing change.
Through client and internal discovery, I mapped how a client discovers, verifies and acts on a change before it reaches their systems.
The failure went beyond clients missing the dates of changes. It also meant missed policy changes, repeated research and different readings of the same notice across teams.
Discover
Notice a change was published
Relevance
Does it touch our feeds?
Verify
What exactly changed?
Plan
When is it effective? When can we test?
Act
Route it to the right team
Before the calendar, each step was manual: missed notices, repeated research, different readings of the same change.
Treat notices as events, not documents
A notice is unstructured text. An event is structured data: the market and feed affected, what changed, the published and effective dates, whether action is required, and a link back to the authoritative source.
That model is what makes the calendar filterable, searchable and personal, which a document library can’t be.
The notice
Technical notice · published May 28
Effective June 22, the Level 2 feed specification adds a new field to the order message. Clients should complete testing in the certification environment by June 15. See the attached specification for message layouts.
An information architecture clients can scan
I designed the event types, filters and views: by market, by feed, by type of change, by date and by whether action is required, with a calendar for planning and a list for scanning.
A structured change model, not another library
Option A
Link to the notices
Quick to ship.
Clients still read and compare every notice themselves.
Option B
Publish AI output automatically
The fastest updates.
One model mistake becomes client truth.
Option C
Structured events with escalation
ChosenClients scan what changed; AI does the comparing; people check what’s unclear.
Review capacity has to keep up with notice volume.
AI that escalates instead of guessing
At the core, the product is an AI diff pipeline on AWS Bedrock that compares new and previous source documents and finds what changed. I defined what counts as a material change, the confidence thresholds and the escalation path.
Ambiguous or low-confidence detections go to a person. A wrong event costs trust, and a missed one costs a client’s readiness. I worked with Verity’s engineering team on the document comparison behind it: scanning previous and new agreements and notices for changes that are hard to catch by hand.
Source documents
Previous and new versions
Version and diff
What text changed
AI interpretation
AWS Bedrock: is it material?
Confidence gate
Thresholds decide the route
Calendar event
High confidence
Queued as a structured event, with its source
Ambiguous or low confidence
Escalated to a person, with the passages that changed, before anything is published
The Calendar
What shipped: event types, filters and multiple views, structured change events, subscriptions, reminders and watchlists, calendar export and personalized alerts.
Testing it with the people who’d use it
Before launch, the calendar ran as a pilot with 5 exchanges and 20+ investment firms, with an A/B test of how clients signed up and customized it, so we learned what they valued before rolling out.
- exchanges
- 5
- investment firms
- 20+
Sign-up A
Choose markets and feeds, then set alerts
Sign-up B
Start from a suggested watchlist, then refine
What it changed
- Launched in May 2026 to TMX’s base of about 2,000 global clients
- Piloted with 5 exchanges and 20+ investment firms, with an A/B test of sign-up and customization
- Scattered notices became structured, filterable events with dates, impact and source
- AI change detection with a person reviewing anything ambiguous
- I handed off in April 2026 and stayed close to the team through launch
What did I learn?
Key takeaways
- Clients didn’t need another document library. They needed a structured change model.
- Design trust into AI: materiality, confidence and escalation matter more than speed.
- The event detail is where trust is won: summary, dates and source side by side.
Next time
- Instrument post-launch behaviour and model quality earlier: which filters clients use, which events get source clicks, and where review catches mistakes.
Next project
Open Banking
CIBC · 2024–25