Build 01
Active
Translation AI
Problem: Marketing translation done manually, inconsistently, with no protected-term enforcement or review trail.
AI-assisted translation workflow for enterprise marketing assets. Provider-agnostic orchestration layer with protected terminology, structured payloads, QA gates, review status, and human approval before output is treated as final.
Anthropic API
Protected terms
QA gate
Human review
Proves repeatable AI workflow design with control layer and evidence capture - not just a prompt.
View system →
Build 02
Intelligence layer
Marketing Intelligence AI
Problem: Marketing teams need campaign, competitor, channel, and website intelligence pulled into one decision layer.
Campaign and market intelligence system for analysing LinkedIn activity, search signals, website behaviour, campaign performance, and cross-channel opportunities. Built as a boardroom-style intelligence layer for marketing teams that need evidence before campaign decisions.
Market intelligence
Campaign analysis
Competitor signals
Dashboard UX
Shows how AI can support marketing strategy, not just production tasks, by turning scattered signals into operator-ready insight.
View system →
Build 03
Migration in progress
Client Portal
Problem: Client support workflows live across email, files, invoices, status updates, and memory.
A portal sounds simple until it has to behave like a real support system. Requests, updates, documents, billing visibility, attachments, admin controls, audit trails, identity, and multiple users attached to the same client account.
That is where the toy version breaks. This build is about earning production one layer at a time: prototype the workflow, prove the client model, move the writes to D1, add identity, harden the access path, and keep every slice testable.
Cloudflare D1
Workers API
Access/JWT
Multi-client
Request lifecycle
Audit logging
Proves Greg can build the operational layer around client work, not just AI demos. This is the kind of system that forward deployed engineers design inside real customer environments.
View full case study →
Build 04
Enterprise used
Marketing Form Protection
Problem: Enterprise form spam pollutes Eloqua data, damages campaign reporting, and wastes sales time across marketing automation workflows.
Cloudflare Turnstile and Eloqua protection layer with exception queue, direct Eloqua forwarding, accept/reject handling, and multi-form architecture. Applied to a real enterprise Eloqua marketing environment, with client details anonymised.
Cloudflare Turnstile
Workers
KV storage
Eloqua API
Enterprise-used workflow. Proves Greg can build applied AI-adjacent protection around real marketing operations, not just isolated demos.
View system →
Build 05
Active
Audience Finder AI
Problem: Audience targeting decisions made without structured evidence, scoring criteria, or review controls.
AI-supported audience and targeting workflow with scoring, evidence trails, and manual accept/reject controls. Includes queue management, export readiness, Cloudflare Worker backend, and KV memory layer.
Cloudflare Worker
KV memory
Accept/reject
Scoring
Demonstrates human-in-the-loop design with backend infrastructure, not just a frontend demo.
View system →
Build 06
Operational V0.1
Weekly Build Agent
Problem: Build progress disappears into chats, commits, and memory notes unless it is captured into reusable content.
A local agent that reads Tanya memory and build session records, then produces draft-only weekly outputs for blog posts, email updates, and LinkedIn posts. Human review stays in the loop. No auto-publishing, no external AI calls, and no live system changes.
Tanya memory
Build sessions
Draft generation
Human review
Turns real build evidence into reusable marketing assets while keeping Greg in control of what gets published.
View system →
Build 07
Operational
Tanya Build Cockpit
Problem: AI-assisted build sessions drift without structure, memory, or consistent QA checkpoints.
AI-assisted build orchestration layer using structured prompts, project memory, QA gates, implementation packets, and agent role separation. The operational scaffolding behind every pl8ypus build.
Structured prompts
Project memory
QA gates
Agent roles
Shows the build discipline and AI collaboration layer that makes the other systems production-shaped rather than experimental.
View system →