Meeting Notes Hub

Operator · Tim · Melissa

One place, one format for every meeting with Tim Costello (Built For the Future) and Melissa Morman — huddles, working sessions, and reviews. Newest first. A private working record; migrated from the scattered notes across the site.

The standard

How we run meeting notes

Every meeting — past and future — is written up the same way so anyone can scan it in thirty seconds and know what was decided and who owns what next. The action-items table is the fixed part: same four columns every time.

  1. Header — date, attendees, and meeting type (huddle / working session / review).
  2. Context — one or two lines on why we met.
  3. Analysis — the substance: what was discussed, the findings, the decisions, and the reasoning behind them.
  4. Action items — a table, always the same shape: item · owner · due date · status (open / done). This is the part that must be identical every time.
  5. Next meeting — the date, and the one thing to prep for it.

Rule of the record: capture what actually happened. Where a meeting's discussion or decisions weren't written down, we mark it not recorded rather than reconstruct it. A blank template for the next meeting is at the bottom of this page.

The log · newest first

Meetings

Six meetings on record, newest first. The Jul 31, 30 and 29 working sessions are reconstructed from the lifelog; the two older entries are migrated from their agenda pages, so their outcomes are marked not recorded.

Working session — “does it actually work?” & the architecture reset

Working session · live test
Date: Fri, Jul 31, 2026 · 8:00aAttendees: Operator, Tim, Melissa
Context

Live screen-share on a polymagnet clone (ferrospring.com). Yesterday’s punch-list all shipped, so today was Tim putting it through its paces — and pushing hard on the one question that matters: does the engine produce anything of value yet? It doesn’t, and the session turned into a candid reset on architecture and priorities. Blunt but aligned.

Analysis
  • The core verdict: “We’ve never proven the system can do one thing of value.” Everything it’s produced so far reads as generic boilerplate — the same output any site would get. Prove function and value first; everything else is secondary.
  • Split the sales site from the app. automarketingengine.com should be a normal marketing/splash site — what we offer, about, pricing + packages, buy-now, testimonials/video, and a Sign in in the top-right. Pricing lives only there. Once you sign in you’re in your portal and never see selling/pricing again.
  • Onboarding must come first. Add a website → the very next thing is the one-hour onboarding (who you are, market, goals, ideas) → then a dashboard with recommended work. Today it drops you on a generic overview before onboarding, and it’s not even obvious where to onboard.
  • The dropdown bug (biggest one). The site-input showed a dropdown that wouldn’t retract and listed names nobody in the meeting typed (Torchy’s Tacos, Stripe, Apple, LinkedIn, “401 authorization”) — i.e. shared/global typed history bleeding across users. Must retract, and must be per-user.
  • Portal must be isolated per user: once logged in you should see only the sites you onboarded — never other people’s sites, pricing, or leftovers.
  • Prove it on something real: Tim only cares about the PolyMagnet clone + the real polymagnet.com — not the test-site fleet. Connect real PolyMagnet (needs a human step at onboarding) so impact can be measured with real numbers.
  • Small bugs noted: after editing a meta description the copy/paste field still showed the old text; the shipped-items list will get unwieldy over time (UX for later).
  • Plan: Operator writes a detailed architecture spec (v0.2), builds it today, and shares an interim version for feedback before Monday rather than waiting.
Test sites & domains on record

The 18 Auto Marketing Engine domains (all one app, one login, one backend; branding differs) — plus the 2 polymagnet test-target clones Tim actually uses.

Canonical: automarketingengine.com
Deptmatic: deptmatic.com · a/b/c/d/1.deptmatic.com
Other brands: automarketingagent.com · automarketingdept.com · amdept.wholetech.com · deptless.com · automarketing.wholetech.com
PolyMag: polymag.automarketing.wholetech.com · polymag.automarketingdept.com · polymag.deptless.com
Dev: dev.automarketingdept.com · dev.deptless.com · devautomarketing.wholetech.com
Polymagnet test clones (the ones that matter): ferrospring.com · codedspring.com

Action items — today’s punch list
ItemOwnerDueStatus
Split the sales site from the app: make automarketingengine.com a splash/sales site (offer, about, pricing+packages, buy-now, Sign-in top-right); pricing only hereOperatorJul 31Today
Put the app behind sign-in: logging in goes straight to the user’s portal/dashboard — no marketing or pricing insideOperatorJul 31Today
Onboarding-first flow: add-website → onboarding questions → dashboard; remove the generic overview shown before onboarding; make “onboard” obviousOperatorJul 31Today
Fix the site-input dropdown — must retract; must be per-user (no shared/global typed history, no “401/Stripe” junk)OperatorJul 31In progress
Isolate the portal per user: show only the sites that user onboardedOperatorJul 31Today
$1 one-time test sign-up so a fresh identity can pay and we confirm the dollar arrivesOperatorJul 31Done
Build an admin control panel: all users, what they paid, statusOperatorOpen
Fix the copy/paste field showing old text after an editOperatorOpen
Prove real value on the PolyMagnet clone + connect real polymagnet.com to measure impact (human step at onboarding)Operator + TimOpen
Write the architecture spec (v0.2), build it, share an interim version before MondayOperatorJul 31Today
Test the password-reset flowTim / MelissaOpen

Captured from the lifelog (Limitless) working-session recording, 8:00a 7/31/2026.

Working session — Tim stress-tests the engine on a PolyMagnet clone

Working session · live onboarding
Date: Thu, Jul 30, 2026 · 10:00aAttendees: Operator, Tim, Melissa
Context

Tim onboarded the PolyMagnet clone end-to-end as a real stress test — “I know what PolyMagnet is trying to do, so I can say what we really sell.” He screen-shared and walked the whole flow role by role, giving a detailed UI/UX punch-list. This is the session that set Friday’s build.

Analysis
  • Does onboarding actually inform the agents? If it does, make it more rigorous — ask follow-on questions that tease out specifics: name 3–10 example customers/targets, competitors, and article ideas. “The more you give us, the smarter it gets.”
  • Approve made the item vanish. The “key page” wasn’t functioning — approving should apply the change and toggle Approved → in process → complete, not disappear.
  • Roles should toggle on/off in Setup (some clients skip paid ads or have a vendor); needs a couple of sentences of instructions too.
  • Operations should be about YOU — how often you want reports, team check-ins, and board strategy reviews. It read as broken/generic.
  • One activation, not an “activate” button in every section; a conspicuous Next; and a Review summary that leads to an operating dashboard.
  • Kill the in-app pricing once you’re signed in — “you have my card, I never need to see $499 again.”
  • Content/board output is generic (“bullshit”) — the real problem to solve; test on the clone and the real PolyMagnet.
  • Positive: the $1 payment test worked live — “we just made our first dollar.”
Action items
ItemOwnerDueStatus
Approve applies & never vanishes (Approved → in process → shipped, with Reopen)OperatorJul 31Done
Toggle roles on/off in Setup + 3-step instructionsOperatorJul 31Done
Onboarding follow-on examples (customers, competitors, article ideas) that actually feed the agentsOperatorJul 31Done
Operations = owner cadence (reports / check-ins / board frequency)OperatorJul 31Done
One activation instead of per-section; conspicuous Next; Review summary → dashboardOperatorJul 31Done
Remove in-app pricing once signed inOperatorJul 31Done
Content/output quality — make it specific, not genericOperatorOpen

Captured from the lifelog (Limitless) working-session recording, 10:00a 7/30/2026.

Working session — live AME walkthrough & the make-or-break test

Working session · demo
Date: Wed, Jul 29, 2026 · 10:00aAttendees: Operator, Tim, Brent, Melissa
Context

Live screen-share walkthrough of the Auto Marketing Engine with Tim and Brent (Melissa on the call): the marketing deck and self-running video (which they used in their talks at the show), then running the engine on a test site to see the SEO flow end to end and pressure-test how it works in practice.

Analysis
  • The make-or-break: Tim pressed on whether an approved fix actually writes to the live site. It hadn’t been tested. His verdict — if it only generates code to paste, it’s a productivity tool; if it applies the change, it replaces the staff. The decisive capability.
  • Bad recommendations traced to the site, not the engine: the meta description came back wrong (“small business green homebuilder”). Root cause found after the call — greenhomebuilder.com and ferromagnetics.com are parked redirect stubs (they point to a parking IP, not our server), so the engine was reading an empty page.
  • Onboarding is critical and must flow to every agent: without a comprehensive one-time onboarding (business, customers, objectives, differentiators) the engine proposes generic or wrong fixes. That knowledge has to reach the SEO agent and all roles.
  • Feedback loop + task ledger: when a fix is applied it should confirm (“meta tags updated on 7/29”) and move to a completed list, with pending items in a separate to-do list.
  • UX: hard to drill from the report to “what do I do to fix my score.” Agreed order — make it physically work first, polish the interface after.
  • Positive: the deck and narrated video landed — used in their presentations and an interview at the show (“the deck is way better now”).
Action items
ItemOwnerDueStatus
Make approved on-site fixes auto-apply to the live page (approve = ship), with one-click rollbackOperatorJul 29Done
Test/demo on a real onboarded clone (ferrospring.com), not parked stubs; whitelist it for auto-applyOperatorJul 29Done
Onboard ferrospring.com fully (who you are, market, what you sell, objectives)Tim / MelissaJul 30Open
Ensure onboarding knowledge flows to all agents (SEO + every role)OperatorJul 30Open
Add a done-vs-pending task ledger + a completion feedback loopOperatorOpen
Improve report → fix drill-down UX (after functionality is proven)OperatorOpen
Repoint ferromagnetics.com DNS to our droplet, or retire it in favor of ferrospring.comOperatorOpen

Captured from the lifelog (Limitless) huddle recording, 10:00a 7/29/2026.

Working session — the ten sites, live demo & next steps

Working session · agenda
Date: Fri, Jul 17, 2026 · 10:00aAttendees: Operator, Tim, Melissa
Context

Planned working session to walk Tim and Melissa through the finished ten marketing sites, run a live audit on the spot, and agree the first concrete next steps together. Framed as a working session, not a status update.

Analysis

The agenda (from the gameplan) was built in three moves:

  • Show — a live demo (audit a site they name, on the spot), the two case files (magnetics + homebuilding), the field report, and the gameplan as proof of momentum.
  • Ask — the read-only Shopify token for PolyMagnet (via Mary), Tim's two customer URLs to pre-audit, and buy-in on the promotional tour (their events, keynote stages, and warm intros).
  • Decide — the first 2–3 target customers to pursue together, a direction on pricing and who drives it day to day, and the next check-in.

What was actually discussed and decided in the room: not recorded. The items below are the agenda's asks, carried as open action items.

Action items
ItemOwnerDueStatus
Provide read-only Shopify token for PolyMagnet (via Mary)Tim / MelissaJul 17Open
Send two customer URLs to pre-audit through the engineTimOpen
Buy-in on the promotional tour — events, keynote stages, warm introsTim & MelissaOpen
Pick the first 2–3 target customers to pursue togetherAllOpen
Set a direction on pricing and who drives it day to dayAllOpen

Migrated from /gameplan/ (drafted Jul 15, 2026) & the meeting kit on /status/.

Working session — PolyMagnet store & engine

Working session · agenda
Date: not recorded (agenda built ~Jul 15, 2026)Attendees: Operator, Mary, Melissa
Context

Get the marketing engine reading the real PolyMagnet store so there's a live before/after in hand for PCBC. One read-only connection unlocks everything downstream — the engine and store were already built and running in demo / test mode.

Analysis

The agenda centered on a single unlock — a read-only Shopify Admin API token (shpat_…) for the store:

  • Where things stand — engine and store built and running in demo mode; one thing turns "demo" into "real": read access to the live catalog.
  • The token — Mary generates the read-only token live on the screen-share (it's reveal-once, so a walk-through is surest); the operator places it, nobody passes it around by email.
  • What that unlocks — engine reads the real catalog → first real audit + before/after → the PCBC centerpiece (late July).
  • Claims & positioning — Melissa confirms what direct PolyMagnet claims the magnetics sites may make, and any paying-customer URLs worth pre-auditing.

What was actually discussed and decided: not recorded. The owners table below is real content from the agenda page.

Action items
ItemOwnerDueStatus
Generate the read-only Shopify token, live on the screen-shareMaryOpen
Place the token, wire the read connection, run the first real auditOperatorOpen
Confirm allowable PolyMagnet claims; point to customer URLs to pre-auditMelissaOpen

Migrated from /melissa/ (working agenda, ~Jul 15, 2026).

Daily huddle

Huddle
Date: Tue, Jul 14, 2026 · ~15 minAttendees: Operator, Tim, Melissa
Context

Tight, decision-focused morning huddle. The goal each morning: unblock what's stuck and agree one clear next step per item.

Analysis

Five items on the table:

  • polymagnet.com is down (urgent) — the SSL certificate expired back in November, so every visitor gets a browser security warning; it hasn't loaded properly in months. The fix is quick once someone grants access to the domain / Cloudflare.
  • The catalog — one instruction for Mary — to turn the PolyMagnet store from a demo into a sellable one, the engine needs the real catalog: a one-time Shopify Products export (Products → Export → All products → CSV). ~30 seconds, no credential.
  • The walkthrough & quiz — wholereach.com/tim is a plain-English walk-through of everything built, plus a 20-question quiz, so no one has to explain it all live. Check whether Tim and Melissa looked, and surface any questions it raised.
  • Lessons from the prior night's meetup — the Claude/Anthropic team is here in Austin (a direct line worth cultivating); "Agents First" (Josh Baer's principle) is the room's compass and matches the network's design; showing the work — prompts, before/afters — is the currency; the room is the customer base; and momentum beats polish.
  • What's next — the two customers Tim offered to run through the engine, anything blocking either partner, and the one thing each needs from the others before tomorrow.

Parking lot (not for that day): store go-live (real catalog + Stripe once the CSV lands); the PolyMagnet case study (real before/after, once the store's connected); outbound (the department's new pipeline side, when ready to point it somewhere).

Action items
ItemOwnerDueStatus
Grant access to the polymagnet.com domain / Cloudflare so the expired SSL can be fixedTim / MelissaJul 14Open
Green-light Mary to send the Shopify Products CSV exportTim / MelissaOpen
Review the /tim walkthrough + quiz and bring questionsTim & MelissaOpen
Provide the two customer URLs to run through the engineTimOpen
Agree one clear next step apieceAllOpen

Migrated from /huddle/ (Jul 14, 2026).

Copy-paste

Blank template — next meeting

Copy this, fill it in, and add it to the top of the log. Keep the four action-item columns exactly as they are.

## MEETING — [short title] Header Date: [Day, Mon DD, YYYY · time / duration] Attendees: Operator, [Tim, Melissa, others] Type: [huddle | working session | review] Context [1-2 lines: why we met.] Analysis [The substance: what was discussed, findings, decisions, and the reasoning. Mark anything not written down as "not recorded" rather than reconstructing it.] Action items | Item | Owner | Due | Status | |-------------------------------|--------------|---------|--------| | [what needs doing] | [name] | [date] | open | | [what needs doing] | [name] | [date] | open | | [what needs doing] | [name] | [date] | open | Next meeting Date: [Day, Mon DD, YYYY] Prep: [the one thing to prepare beforehand]