As e-commerce brands scale, manual order management quickly becomes a major operational bottleneck. High-volume storefronts frequently waste hundreds of hours manually reviewing incoming orders, sorting risk flags, tagging specialized items, and routing orders to different fulfillment partners.
I engineered a custom Smart Order Automation Engine to solve this problem natively—handling real-time order processing through Shopify Webhooks and the Admin API without relying on expensive monthly SaaS subscriptions.
What Was Delivered:
Real-Time Event Interception: Built custom webhook listener endpoints that capture incoming orders/create and orders/updated events instantly as transactions occur.
Intelligent Rule Processing & Auto-Tagging: Implemented automated business logic to evaluate order payloads and auto-assign tags based on customer tier, VIP status, order value, payment risk, and product categories.
Automated Order Routing & Status Workflows: Configured automated execution routines to pass specific items directly to third-party logistics (3PL) suppliers or hold flagged orders for internal review.
Shopify Admin API Integration: Programmatically updated order states, internal staff notes, and customer metadata via secure API calls in seconds—completely removing manual input.
Error Handling & Retry Mechanics: Built robust payload validation and exception handling to ensure zero dropped order events during sudden flash-sale traffic surges.
I’ve been razzmatazzing and flibbertigibbeting with Claude Code and somehow ended up with a new yels.dev.
It finally feels like me: simple on the surface, slightly complicated underneath, and very much alive.
You can see who I am, what I do, the work behind Herodot, RaptorLabs, CyberLink Security and Solmint, plus a selection of projects I’ve built across AI, cybersecurity, Web3, product systems, education, archives, and experimental digital spaces.
The simple-on-the-surface, layered-underneath idea comes through so clearly in the presentation. I especially like how the project archive turns the site into something to explore rather than just a résumé of links.
The 404 was treated as a proper page rather than a fallback state.
The number is constructed as an architectural drawing. The 4 and the 0 are formed from walls at true thickness, with furniture laid out inside the resulting rooms and dimension strings running along both edges. It sits inside the same drafting system as the rest of the site rather than borrowing a display typeface.
The error message then repeats. Instead of a single dialog, identical windows cascade back across the canvas, each one carrying the same 404 notice. It reads as a system throwing an unresolved warning over and over, which is the exact behaviour Heron is built to prevent inside a model.
Error pages are never in the brief. They're a good measure of whether a team understood the product or just styled it.
Treating a 404 as an actual page instead of a dead end is such a good instinct, where did the architectural drawing idea come from, personal interest bleeding into the work?