Alex Hillman alexknowshtml

Show & Tell Production SOP

Show & Tell is Indy Hall's weekly member presentation series. One speaker shares something about themselves — a personal project, new business, hobby, career journey — in a casual 10-15 minute talk, followed by Q&A and group discussion.

Status: On hiatus as of early 2026. This SOP preserves the production workflow and strategic intent so it can be revived without starting from scratch.

Why Show & Tell Matters

New Member Orientation Checklist

Extracted from Notion export (C1+C2).
Updated to remove stale references (Cobot migration, COVID protocols, old pricing).
Topics are current; specific details may need verification.

Check-In System

NLBID Board Exercise — Feb 12, 2026

Facilitation Guide for Alex

Why We're Doing This

The BID is already good at some things — capital improvements are clear and effective, and the F&B-focused marketing has real traction
The challenge isn't that we're failing — it's that marketing, events, and resource conversations outside of those strengths have gone in circles for 2+ years
Sydney identified three pain points: restaurant-heavy events, no marketing committee, general dissatisfaction with marketing/PR

Byline: Mine / Machine / Ours

Spec — 2026-02-10

Problem

Git blame tells you who last edited a line, but in human+AI collaborative coding, we need finer-grained attribution: what the human wrote, what the agent generated untouched, and what they shaped together.

Name

Byline — every piece of work gets a byline. The byline tells you whose hands shaped it.

Andy Insights — Implementation Plan

Created: 2026-02-05 Status: Draft — awaiting approval Goal: Build a continuous session insights system that extracts rich facets from Claude Code sessions and generates weekly/monthly reports tied to Alex's businesses, priorities, and relationships.

Architecture Overview

Last Updated	2026-01-31
Purpose	Prompt injection defense for untrusted content processing
Source	Adapted from ACIP v1.3 (github.com/Dicklesworthstone/acip)

Untrusted Content Defense

When This Include Gets Loaded

Luma API: reminders_disabled parameter not working

Issue

The reminders_disabled parameter is accepted by both /v1/event/create and /v1/event/update endpoints without error, but the value is not persisted. Events always return reminders_disabled: null.

Test 1: Update existing event

curl -X POST "https://public-api.luma.com/v1/event/update" \
  -H "x-luma-api-key: [REDACTED]" \

name

plant-seed

Plant Seed Command

Plant ideas you want to tend - instant capture from context, with optional enrichment.

	<!DOCTYPE html>
	<html lang="en">
	<head>
	<meta charset="utf-8">
	<meta name="viewport" content="width=device-width, initial-scale=1">
	<title>Byline Heatmap — 43a429adf..edbf1166e</title>
	<style>
	:root {
	--mine: #06b6d4;
	--machine: #f59e0b;

	Common "no reply" emails, EXCEPT google docs notifications (which I actually want)
	<apps:property name='hasTheWord' value='from:(noreply OR no-reply OR donotreply) -docs.google.com' />

	Common app & service notifications
	<apps:property name='hasTheWord' value='has joined your Personal Meeting Room' />
	<apps:property name='from' value='no-reply@zoom.us' />
	<apps:property name='from' value='venmo@venmo.com' />
	<apps:property name='from' value='donotreply@godaddy.com' />
	<apps:property name='from' value='no_reply@email.apple.com' />
	<apps:property name='from' value='no-reply@dropbox.com' />