I make AI actually work in support operations.
Nine years inside a Fortune 500 support operation. Now I build the tools and rollout plans that turn AI from a demo into how work gets done.
Four working demos show how support leaders can review quality, spot customer trends, and keep people in control of AI-assisted work.
Selected work
01 / 04AI QA Scorer: transcript scoring and coaching
- Problem
- Support teams burn hours listening to calls and hand-scoring transcripts against a rubric, and the scores come out inconsistent.
- Stack
- React client UI · OpenAI Responses API (gpt-5.6-luna) · strict JSON Schema output · fixed rubric scoring in TypeScript · Cloudflare D1 for rate limits.
- Result
- Scores a pasted transcript almost instantly, roughly 5-10x faster than manual review (up to ~90% less review time on routine calls), and applies the rubric the same way every time. Based on the production version of this workflow, which cut overall QA-review time about 40%.

ReviewSignal: customer review trend intelligence
- Problem
- Product-quality and safety patterns stay invisible when teams only look at contact-center data and never mine the review firehose.
- Stack
- React dashboard · TypeScript data models · client-side state · Tailwind + custom CSS · simulated review data.
- Result
- The original production process (built at Helen of Troy) chewed through tens of thousands of reviews and surfaced emerging issues no single review shows, including a fan fire-report pattern in Canada and unusual-smell reports in air-purifier reviews.
This public demo is a portfolio-safe rebuild on simulated data.
Open ReviewSignal ↗
AI support email triage with human approval
- Problem
- A small consumer-products support team is buried in repetitive order-status, product, refund, and complaint emails.
- Stack
- n8n · webhooks · JavaScript code nodes · Switch routing · OpenAI Responses API (gpt-4.1-mini) · structured JSON output · human approval via Wait node · Google Sheets logging · V2: Gmail, Slack, and Jira test integrations with audit logging.
- Result
- In prototype testing, about 40% of routine inbound emails got a usable first draft. Every draft still requires human approval before sending.

SupportOps: one policy set for chat and MCP
- Problem
- Most support chatbots answer confidently whether or not they actually know. This project gives people a cited chat UI and gives AI clients the same synthetic policy set through a tool-scoped MCP server.
- Stack
- React chat UI · TypeScript API routes · OpenAI Responses API · MCP TypeScript SDK with stdio transport · source citations · strict tool schemas · local audit logs · Cloudflare D1 for chat logs and handoff tickets.
- Result
- Routine policy questions return a cited answer in the web chat or through an MCP client. Uncertain cases stay visible for human review.
The MCP download includes four allowlisted tools. Three are read-only. The one write tool saves a local demo escalation.
Open SupportOps Chatbot ↗
Support leader who builds.
Peter spent nine years at Helen of Troy, starting in frontline consumer support and later leading contact-center teams. He was promoted four times. His team reached 78 NPS, and one reporting workflow removed 95% of the manual work. Now he builds AI tools for support teams while keeping evidence visible and decisions with people. He built AI tools at a Fortune 500 in the chatbot era and builds agentic systems now. The constant is adoption: a tool nobody uses is a failed project. Every tool here ships with a rollout plan, adoption metrics, and a usage policy.
Led frontline support teams and coached people through live customer work.
I use AI tools daily to build, test, and ship real workflows.
Turns support standards into clear rubrics, review steps, and useful coaching.
Builds small tools people can test, inspect, and improve.
Want AI your team will actually use?
Open to support operations, customer experience, and AI operations roles. Based in Hopedale, MA (Boston MetroWest), and open to hybrid or on-site roles in the area.
LinkedIn ↗