Relay
2026
/
B2B
/
AI
/
Publishing
Overview
Relay reimagines the publishing workflow as human-AI collaboration, where technical reviews, citation analysis, IP governance and asset identification, accelerate editorial decisions and reduce downstream risk without compromising expert judgment. It has cut the publishing timeline from 3 months to 14 days and gained 100+ active users across 5 different publication types within 3 months of launch.
Team
2 AI Engineers Program Lead
2 AI Strategists halfway
Timeline
April - Nov 2026
Role
Design & AI Product Lead
Product surfaces
Word Add-in + Web App
the probelm
Content took 18 months to get published. None of it was the writing.
Once a document was written, it moved through editorial, technical, asset, and publishing reviews, as well as translation (a subsequent lifecycle not captured in this scope of woek). Each specialist checked something the actual writer did not have the information, expertise, or confidence to resolve themselves. Most went into waiting: for a reviewer’s availability, for a correction from the author again, or for something to be verified again. Manual tracking and repeated handoffs added work without moving the content closer to publication.
my contribution
I led design and product from discovery to adoption.
I owned the Word add-in and browser application end-to-end—from discovery and workflow mapping to defining where roles, reviews, and human–AI interactions belonged.
By month 3, I was directing two AI strategists, contributing frontend PRs for design polish, and driving training and adoption across 50+ client users.
The full rundown: what I owned, directed, and built myself
The Solution
What it became: the 6 puzzle pieces
01
Citation Detection & Verification
The agent flags missing citations, checks claims against sources, and surfaces supporting passages so authors can quickly verify and approve each link.
02
Multi-Agent Editorial Review
AI combines style, tone, language, and flow feedback into one review, merging overlapping flags into a single finding and suggested fix
03
Expert Review & Decision Rationale
Editors approve or override findings and record why. AI uses their rationale and relevant standards to guide authors before they repeat dismissed issues.
04
Semantic Asset Search & Rights Verification
Gemini flags images that need specialist review before publishing, with author overrides and an audit trail for every correction.
05
AI-Assisted Markup Review & Validation
Helps publishers inspect what AI changed and left untouched, prioritize violations, and see validation errors as they edit—before attempting a CMS upload.
The Solution
The IA underneath
[ Slot C · olive pop · replace ]
The Solution
Where AI earned its keep
Across the Word add-in and browser application, six capabilities moved verification into writing, asset selection and markup editing. Each addressed a different part of transferring responsibility while preserving expert judgment and human control.
01
Citation Detection & Source Matching
Editors previously searched for source text the author had added, verified the reference, and built the reference links using their internal software manually across Word and a source website, and pasted it back into Word.
AI could identify a missing citation, but detection alone did not help users make a decision. They still needed to determine whether the suggested source was correct. So, I designed each finding to carry the evidence needed for that judgment: the matched text, the citation type (quotation, references, endnotes, footnotes et.), and a link to the source. The design principle was to return the evidence, not a verdict.
The design principle is to return the evidence, not a verdict. Showing the relevant source evidence made the finding actionable where they were already working. This brought the evidence into the author’s review flow, shortened the path from detection to correction, and preserved their control over which citation to use.
1a.
Different citations needed different judgment, and hence, visual treatments
Not every citation needs the same treatment. A DOI or a legal citation points to one source, so there’s little to judge. The system builds the link, the author accepts it, and that’s the whole interaction. A quotation or a paraphrase is different, because several sources could plausibly match. There, the author has to confirm the system found the right source before anything else. I matched the amount of review to how uncertain the match is, so authors spend their attention only where judgment is needed.


Taking it a step further: does the source support the claim?
Resolution solved one problem: authors no longer had to find the source and build the link by hand. But it left a gap. A citation could be perfectly formatted and correctly cited, and still not support the claim next to it. This is the failure authors can’t catch alone, since they’re often relying on the source’s reputation or an editor to cross-check. And because the system made adding links fast, a link that looked right but didn’t back the claim could go in just as quickly.
How I de-risked this?


So once the source is confirmed, I added a check that compares the source text to the author’s claim. It judges whether the source supports it, partially supports it, contradicts it, or can’t be verified. Each finding carries the exact source passage, so the author can judge in seconds. This check applies to quotations and paraphrases, where there’s a claim to test and text to disambiguate, and not to more standardized or deterministic references.
02
Consolidating a fragmented editorial review: Review the document, not the agents.

Separate agents checked citations, style, grammar, and flow. However, the agents often flagged the same sentence for different reasons. Showing all three would have tripled the noise. To do that, consolidation was an AI problem too, not just an interface one. So the system reconciled them into one finding with one suggested fix:
Removed grouping by severity and agent type. Authors reviewed every suggestion anyway. Another hierarchy didn’t change what they did.
Moved resolved and stale findings (flags on content that had changed) to a separate tab. Keeping them in view preserved history but crowded active review with items that no longer needed attention.
It was front-loading a lot of these review steps that are usually handed to different authors and editors that brought down the review that used to take 55 days, down to a few days.


At first, I exposed each as its own tool. User testing showed how big a change that was for authors. They had one question: with every action, is my document closer to ready for my publisher? An interface built around agents buried that question under information they didn’t need and forced them to decode the system’s internals. So I consolidated everything into one Review experience.
Expand for past explorations:
03
Identification of Restrictive Images
Some images can’t be published without a separate review: a trademarked logo, patient-identifying details. Those reviews depend on specialists and take time, so they have to start early. But these images were often caught late, or not at all, because spotting them depended on someone remembering to check.
When an image is uploaded, the system uses Gemini, a multimodal model, to apply the SME’s own written criteria for classifying an image. If the image needs special review, the system flags it and holds it for submission.
The model can be wrong, so authors can override it. Selecting “not an image of [x]” releases the image from the review hold. I made this deliberate so people stay in control of a judgment the AI can get wrong. Every correction is logged, which keeps the audit trail intact and shows where the criteria needs refining. The classification rules stop living in people’s heads and start improving with use.
[ Slot A · replace ]
[ Slot B · blue pop · replace ]
[ Slot C · olive pop · replace ]
"Did everything pass correctly through the agent? … Were there some things that the author accepted that they weren't supposed to accept?"
Feature 3
Retain editor judgment for author guidance and agent ground truth
The proposal: remove editors before proving agent reliability
The long-term vision called for fewer separate editing and review stages. To move toward that vision, the team proposed keeping editors out of the formal workflow in the initial few months itself, moving editors to more of an agent QA role, and banked on the agent being really good.
My stance: keep expert review in the MVP
I pushed back on doing that in the MVP and this is a capability I’d defend the hardest.
The problem: authors need support; agents need ground truth
Authors were making decisions that specialists used to handle, some on standards they’d never had to interpret. Removing editors would shorten the workflow, but it would also remove the support authors needed. A suggestion appearing in the interface alone, no matter how strong or good, did not give the author the information to judge whether it is right. The product alone could not close that knowledge gap. Moreover, for the system, capturing editor judgment was the first reliable ground truth we had, which meant we could measure where the agent and editors agreed and where they didn’t. That turned the phased approach from a leap of faith into a measurable one: as agreement on a category rose, editors stepped back from it, and stayed in the loop where the agent was still unreliable.
The decision: phase the handoff and explain recurring disagreements
I proposed a phased approach. Authors write and review first. Editors then review separately, approving or overriding findings and recording why. Those decisions became the context layer behind every finding. But I didn’t rally to surface editor reasoning on every finding. When an author and an editor have historically made the same call, there’s nothing to teach, and extra explanation is just noise. I reserved it for the moments they repeatedly disagree: “Editors had feedback on your last 2 dismissals of this type,” with the standard and how editors ruled on similar cases. The addition to the interface was a small interaction with a larger purpose: it made expert judgment visible at the point where responsibility was moving to the author and providing authors help only where they needed it, at the moment they were about to repeat a mistake. It provided a basis for confidence beyond simply trusting the agent, or worse, guessing what their response should be, which is not reliable ground truth for our systems to improve upon.
AI’s role: turn past overrides into timely author guidance
The AI looks across an author’s history for dismissals that editors later overrode. A repeated conflict signals a knowledge gap, not a preference. When the author is about to make that call again, the AI joins the finding to the relevant standard and past editor rationale, then writes a short explanation tied to their passage. For subjective findings like tone and flow, I framed it as “how editors usually approach this,” not “you’re wrong.”
[ Feature 3 — Slot A · staggered · replace ]
Impact
We shipped two product surfaces in five months and reached 100+ users in rollout.
What shipped—and what remains
Over five months, we took Relay from early prototypes to a production Word add-in and browser application. I led design through implementation, UAT, training, and ongoing feedback. The delivered experience moved important checks earlier, supporting decisions with source evidence, visible expert review, and a path to human help.
100+
users reached
Production Word add-in and browser application.
0 → 1
workflow built
Earlier verification, supported by evidence and expert judgment.
TBD
measured cycle-time results
Cycle-time and effort results were not verified at the time of writing. The source ambition was 18 months → 18 days; the Phase 1 cycle-time target was 55 → 14 days. Neither was measured performance.