ACTIVE  ·  BUILDING  ·  v1.0 2026-08-30  ·  JL:IOTA:001
X:847 Y:128 SPEAKING
FIELD NOTES · SPEAKING & EVENTS · 2025—NOW

Speaking.

The part of AI work that begins after the demo: helping people understand what a system can do, build against real work, and keep using it when the novelty wears off.

180+ TOTAL EVENTS WITH SN3 · SINCE JAN 2025
80+ EVENTS LED OR CO-LED BY JOHN · SINCE JAN 2025

SOURCE-BACKED RECORDS

Since January 2025, the SN3 Group team has delivered or participated in more than 180 confirmed workshops, trainings, webinars, masterclasses, speaking sessions, community events, and member-education formats. I have led or co-led more than 80 of those events.

The rooms vary. Business owners, operators, real-estate and title professionals, professional-service teams, and people getting serious about AI for the first time. The job stays the same: make the work real enough to use.

01

AI Employee Webinar Series

SN3 GROUP · JUN—AUG 2026

A recurring series for business owners and operators on AI Employees, practical follow-up, and systems that give teams time back.

02

Claude Webinar

SN3 GROUP · MAY 2026

A practical session on Claude and applied-AI workflow education for business operators and AI adopters.

03

To Claude or Not to Claude

SN3 GROUP · APR 2026

A session on practical tool selection and the work of deciding where AI is actually useful.

04

AI Summit — Federal Way

AI SUMMIT / FEDERAL WAY PAEC · OCT 2025

A speaker session on applied AI and business AI for a mixed operator and professional audience.

05

Paper Trail Note Conference

PAPER TRAIL · SEP 2025

A conference session on AI and technology for more efficient note and loan-management work.

RUNTIME / READINESS

A deployment gate is a product decision.

The problem. A capable model is not automatically a reliable business role. The real work is defining what it owns, what it can access, what requires approval, and what evidence says it is ready.

The approach. I work with a Runtime Shell → Client Forge model: establish a reusable operating foundation, then shape the role, context, tools, and onboarding path around the actual work.

The rule. Structural checks, live authorization/read-back, and client acceptance are separate gates. A tool being available is not proof that a capability is ready.

INTEGRATION / OWNERSHIP

Integrations need identity and judgment.

The problem. A connector list can make a system look more capable than it is. A useful integration has to run under the correct identity, with the right account, clear permissions, and an understandable approval moment.

The approach. I design for scoped access, named account selection where ambiguity matters, safe read-back verification, and a deliberate distinction between learning about a workspace and taking action inside it.

The rule. Trust is designed into the handoff. It does not arrive after deployment.

THE UNDERLYING DEPLOYMENT WORK IS PRIVATE. THESE NOTES DESCRIBE ARCHITECTURE, GATES, AND DESIGN TRADE-OFFS—NOT CUSTOMER CONFIGURATION OR CONNECTED ACCOUNTS.

Applied AI operator.
Builder. Educator.

Seattle-based. Working across technical architecture, AI adoption, founder/operator enablement, and practical education.