Multi-vendor checkout
One cart, several vendors, everyone paid correctly.
Full stack engineer.
Full stack, from schema to QA. Every workflow tested in a real browser. AI agents that follow my process, not the other way around.
Selected work
Two projects, shown through recordings of them actually running. The details stay private; the engineering doesn't.
Testing, end to end
Testing is where I spend the most care. The suite goes from pure functions up to full browser workflows, and it records every run, so the demo and the proof are the same footage.
How the suite is layered
Most checks are quick and precise. The ones at the top are slow on purpose: a real browser doing the whole journey, recorded start to finish.
01
A failure comes with the full story: a recording of the run, which data checks broke, and what was expected next to what actually came back.
02
Each feature says up front which checks prove it works. An audit compares that list to the tests and flags anything promised but not proven.
03
Every fix gets a guard. Whether a person or an agent wrote the change, anything that brings an old bug back fails the build before it ships.
04
Tests run in the order a real user would go, each one starting from what the last left behind, so the whole journey gets exercised.
From the recordings
Nothing staged and nothing seeded. Every record on screen was made earlier in the run by the suite clicking through the app, then used again further down the line. Only payments run in test mode.
One cart, several vendors, everyone paid correctly.
Every kind of code prices the order the way it should.
A rejected profile gets fixed, resubmitted and approved, then connects payouts.
Cancelling puts everything back where it belongs.
Shipping an order stays consistent from label to doorstep.
Create, publish, edit and expire, everywhere it appears.
Strong fundamentals, newest tools
Page Parrot was written by hand, every line. That's the background I bring to today's tools. I use agent harnesses for more than autocomplete: the repo carries a playbook of skills, rules and commands I wrote, so agents follow my process, and I can read and check everything they produce.
From idea to recorded test
Every feature goes through the same steps, with a human sign-off between each.
When a test fails, one agent decides whose fault it is. A wrong test goes back to be fixed. A real bug gets written up and handed to a separate agent, which isn't allowed to bend the app to satisfy a bad test.
failtriagereportfix
Agents read the riskiest parts of the code piece by piece against the rules they're supposed to follow, and file what they find for review.
splitreadfilefix
Project rules stop agents from repeating known mistakes, like fixing a test to match what was intended rather than just to pass, or asking instead of guessing.
ruleagentcheckship
Experience
2025 – present
JPTabb & Co. · On-site
2024
JPTabb & Co. · Co-op
2023
Xerox · Webster, NY
2021 – 2022
Skyport-IT · On-site
Skills
Languages
Frontend
Backend & data
Testing
Infra & payments
AI
Education
B.S. Computer Science
Rochester Institute of Technology · 2024
A.S. Computer Science
Finger Lakes Community College · 2020