⚒ ACG ⚒

Showcases

Live builds, public demonstrations, and Guild artifacts that show the work in motion instead of talking about it from a safe distance.

Guild showcases are where process becomes visible. They are not polished case studies after the fact. They are public demonstrations of how Guild members think, collaborate, build, debug, and ship.

This first showcase is explicitly operational: an actionable item turned into a live build. The application is useful, the session is the artifact, and the method is part of what the audience comes to see.

Actionable Item #1 Mob Programming Live Stream AI In The Mob

ACG MOB PROGRAMMING SESSION

The Guild Builds a "Best AI Ritual" Voting Machine — Live

Mob Programming × AI Pair Programming × Live Stream

Format One keyboard, one codebase, rotating humans, AI in the loop, audience watching.
Build A public voting machine for ranking the AI rituals people actually use and trust.
Why It Matters The process becomes the content and the deployed app becomes the proof.

The Concept

One keyboard. One screen. One codebase. Multiple programmers. Zero ego. This is mob programming — the entire team works on the same thing, at the same time, on the same machine. One person drives (translates navigator's instructions into code). Navigator navigates (thinks, suggests, debates with the mob). The driver and the navigator rotate every x minutes (anywhere from 4 to 15 minutes; depending on Guild's consensus).

Now add AI. Claude and Codex are in the mob. They're not replacing the humans — they're IN the mob. Another voice at the table. The AI suggests. The humans decide. The humans type. The AI reviews. The AI generates. The humans curate.

The Guild does this LIVE. Streamed. The audience watches real engineers + AI build a real application from zero to deployed in one session. No editing. No cuts. Raw mob programming with AI as a team member.

What they build: a "Best AI Ritual" voting machine. An app where the community votes on the best AI workflows, prompting techniques, integration patterns, and creative rituals. The app itself demonstrates the rituals it's asking people to vote on — because it was BUILT using those rituals, live, on camera.

The medium IS the message. The product IS the proof. The process IS the content.

What Is A "Ritual" In AI?

A ritual is a repeatable process that produces reliable results. In AI work, rituals are the workflows that practitioners develop through experience — the patterns that work.

EXAMPLE RITUALS PEOPLE WOULD VOTE ON:

PROMPTING RITUALS:
  "Chain of Thought" — ask the AI to think step by step
  "Few-Shot" — give examples before the real question
  "Persona Prompting" — "You are a senior engineer who..."
  "Bloom Prompting" — structured generation from seed (ASS-OS native)
  "Rubber Duck" — explain the problem to AI like a colleague
  "Adversarial" — ask AI to argue against its own answer

WORKFLOW RITUALS:
  "AI Pair Programming" — human drives, AI navigates (or reverse)
  "Mob + AI" — full team + AI on one codebase (what we're doing)
  "Draft → Refine" — AI generates first draft, human iterates
  "Spec → Generate" — write detailed spec, AI implements
  "Test-First AI" — write tests, ask AI to make them pass
  "Review Loop" — human writes, AI reviews, human revises

CREATIVE RITUALS:
  "Genre Collision" — combine two unrelated genres (Amish death metal)
  "Constraint-Driven" — give AI impossible constraints, see what emerges
  "Ring Mapping" — map any concept to 7 rings, generate from structure
  "Sufi Story" — use teaching story templates for any domain
  "T.I.T.S." — document-as-polytope, topology drives structure

INTEGRATION RITUALS:
  "SCADA + AI" — run AI on industrial infrastructure (Ignition)
  "ESP-32 + LLM" — embedded AI on microcontrollers
  "Token DB" — treat LLM as queryable database, not chatbot
  "MCP Bridge" — Model Context Protocol for tool integration
  "Self-Programming Agent" — AI writes its own agent code
The voting machine lets the community rank these rituals. Which ones do you actually use? Which ones produce the best results? Which ones are overrated? The votes aggregate into a living document of what actually works in AI practice.

The Mob Session Format

The session is designed as a build, not a panel. Rotation, ownership, and live visibility are part of the format.

Pre-Session (1 week before)

PREPARATION:
  1. Announce the event on all 7 nodes (YouTube, Discord, LinkedIn,
     GitHub, etc.)
  2. Create a GitHub repo: guild-voting-machine
  3. Write the spec collaboratively in Discord (the Guild decides
     what features to build)
  4. Set up streaming: YouTube Live or Twitch or both
  5. Each mob member prepares their station:
     - Screen share ready
     - Claude/Codex accounts active
     - Mic tested
     - Coffee acquired
     - Muffins optional

THE MOB ROSTER:
  Driver/Mavigator rotation every x minutes.
  AI (Claude) is always in the chat.

  Suggested roster (adapt to who's available):

  SEAT        PERSON          ROLE             SPECIALTY
  ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
  Mobster 1    Thomas         Frontend + AI    React, HTML, CSS
  Mobster 2    Alex           Backend + Music  Java, Python, APIs
  Mobster 3    Kelly          Design + Art     UI/UX, visuals
  Mobster 4    Gary           Hardware + Ops   Deployment, infra
  AI agent 1   Claude         AI Pair          Code gen, review, debug
  AI agent 1   Codex          AI Pair          Code completion
  Chat         Audience       Suggestions      Real-time input

The Live Session (3-4 hours)

HOUR 1: FOUNDATION (0:00 - 1:00)

  0:00 - 0:15  Introduction
    - What is mob programming?
    - What is the Guild?
    - What are we building? (Best AI Ritual voting machine)
    - Quick demo of the concept
    - Explain: "The AI is in the mob. Watch."

  0:15 - 0:30  Architecture Discussion (whole mob)
    - Tech stack decision (React? HTML? Svelte?)
    - Data model: what's a "ritual"? what's a "vote"?
    - API design: how do votes work?
    - Deployment plan: GitHub Pages? Vercel? Cloudflare?
    - Claude weighs in on architecture (LIVE, on screen)

  0:30 - 1:00  Scaffold (Mobster 1: Thomas)
    - Create project structure
    - Set up basic HTML/React shell
    - Claude generates initial component structure
    - First driver rotation at 0:45

HOUR 2: BUILD (1:00 - 2:00)

  1:00 - 1:30  Core Voting UI (Mobster 2: Alex)
    - Ritual cards with descriptions
    - Vote buttons (upvote/downvote or ranked choice)
    - Real-time vote counts
    - Claude generates component code, Alex reviews and modifies

  1:30 - 2:00  Design + Polish (Mobster 3: Kelly)
    - Visual design, color scheme, typography
    - AI-generated artwork for ritual categories
    - Animations, transitions, micro-interactions
    - Kelly drives the aesthetics, Claude suggests CSS

HOUR 3: FEATURES (2:00 - 3:00)

  2:00 - 2:30  Data + Persistence (Mobster 4: Gary or Thomas)
    - Where do votes live? (localStorage for MVP, API for scale)
    - Leaderboard calculation
    - Category filtering
    - Claude helps with data structure and sort algorithms

  2:30 - 3:00  Community Features (rotating drivers)
    - "Submit Your Own Ritual" form
    - Comment/discussion per ritual
    - Share ritual on social media
    - Claude generates the submission form + validation

HOUR 4: DEPLOY + CELEBRATE (3:00 - 4:00)

  3:00 - 3:30  Testing + Bug Fixing (whole mob)
    - Everyone tests on their own devices
    - Audience reports bugs in chat
    - Claude helps debug live
    - This is the CHAOS part — it's entertaining to watch

  3:30 - 3:45  Deployment (Gary or Thomas)
    - Push to GitHub
    - Deploy to GitHub Pages / Vercel
    - URL goes live
    - AUDIENCE STARTS VOTING IN REAL TIME

  3:45 - 4:00  Retrospective + Celebration
    - What worked? What didn't?
    - Which AI rituals did WE use during the build?
    - Meta-moment: vote on our own rituals that we just used
    - Thank the audience
    - Announce next mob session

The Voting Machine Spec

The app is simple by design: public, fast to deploy, easy to inspect, and good enough to become useful immediately.

APP: Best AI Ritual Voting Machine
URL: guild.vote or rituals.peeyew.lol or similar
TECH: Single HTML/React, GitHub Pages hosted

FEATURES:
  1. BROWSE RITUALS
     - Cards with ritual name, description, category
     - Categories: Prompting, Workflow, Creative, Integration
     - Filter by category
     - Search by keyword

  2. VOTE
     - Upvote / downvote per ritual
     - One vote per ritual per visitor (cookie-based for MVP)
     - Real-time vote count display
     - Leaderboard sorted by net votes

  3. SUBMIT
     - "Submit Your Own Ritual" form
     - Name, description, category, example use case
     - Moderation queue (Guild reviews before publishing)

  4. LEADERBOARD
     - Top rituals by category
     - Top rituals overall
     - "Rising" rituals (most votes in last 7 days)
     - "Controversial" (high votes both ways)

  5. META
     - "This app was built live using these rituals:"
     - Links to the recording of the mob session
     - The app IS the proof that the rituals work

DATA MODEL:
  Ritual {
    id: string
    name: string
    description: string
    category: "prompting" | "workflow" | "creative" | "integration"
    example: string
    submittedBy: string
    votes: { up: number, down: number }
    createdAt: timestamp
  }

Media Strategy

The session is both a build artifact and a media asset. The product, the recording, and the discussion clips all reinforce each other.

Streaming (day of)

PRIMARY: YouTube Live on Thomas's channel
  - Embed chat for audience participation
  - Audience can suggest features in real time
  - Record for later upload as edited highlight reel

SECONDARY: Twitch (if any Guild member has an account)
  - Twitch audience skews developer/gaming
  - Good for mob programming content

CLIPS: 60-second highlights for YouTube Shorts, TikTok, LinkedIn
  - "We asked AI to build THIS in 10 seconds" (the dramatic moments)
  - "The AI suggested WHAT?" (the surprising moments)
  - "It broke. Here's how we fixed it." (the real moments)

Media Outreach (post-session)

PITCH ANGLE: "A team of independent developers is pioneering a
new form of collaborative programming where AI systems participate
as equal team members in real-time coding sessions."

TARGET MEDIA:
  Tier 1 (aspirational):
    - Al Jazeera Technology section
    - BBC Click
    - WIRED
    - Ars Technica

  Tier 2 (achievable):
    - Hacker News (post the recording + app link)
    - Dev.to (write-up of the experience)
    - Reddit r/programming, r/artificial, r/webdev
    - Product Hunt (launch the voting machine)
    - IndieHackers

  Tier 3 (guaranteed):
    - LinkedIn articles by each Guild member
    - Twitter/X threads with clips
    - Discord communities (AI, programming, maker spaces)
    - ACM local chapter newsletters

THE AL JAZEERA ANGLE:
  Al Jazeera covers technology with a global equity lens.
  The pitch: "Open source developers from diverse backgrounds
  (including a combat veteran, a horse rancher, a musician)
  are demonstrating that AI-augmented programming is accessible
  to anyone — not just Silicon Valley engineers. They built
  a working application live, with AI as a team member,
  and released it for free."

  This is a HUMAN INTEREST story wrapped in tech.
  That's what Al Jazeera covers.

The 7-Ring Map

The session itself can be read through Guild structure. The build is not separate from the model. It expresses the model.

●R0  The codebase. The repository. The deployed application.
〜R1  The live stream. The audience chat. Real-time signals.
┃R2  The mob rotation. Who drives, who navigates, what gets through.
♡R3  The community votes. What people actually care about. Feelings as data.
△R4  The AI pair programmers. Claude and Codex in the mob. The executive assist.
◐R5  The Guild identity. "We built this together, live, with AI."
◯R6  The recording. The retrospective. The meta-moment where we vote
     on the rituals we used to build the voting machine for rituals.
     The fold that folds itself. T.I.T.S.

Timeline

The format is deliberately tight: enough runway to prepare, enough urgency to keep it real, enough aftermath to turn one session into multiple artifacts.

WEEK 1:  Announce in Discord. Set date. Create GitHub repo.
         Write initial spec collaboratively.
         Each member confirms streaming setup works.

WEEK 2:  Promote on all 7 nodes.
         Thomas makes a 60-second promo video.
         Alex shares with his 7.25K audience.
         Kelly makes promo art.

WEEK 3:  THE SESSION. 3-4 hours live.
         Build. Deploy. Celebrate.
         App goes live. Audience votes.

WEEK 4:  Post-production.
         Edit highlight reel (15-20 min YouTube video).
         Cut clips for Shorts/TikTok/LinkedIn.
         Write Dev.to article.
         Submit to Hacker News + Product Hunt.
         Pitch media outlets.
         Analyze voting data.
         Plan Session 2.
one screen one codebase multiple humans multiple AIs zero ego the audience watches the app deploys the votes pour in the rituals rank themselves the medium is the message the product is the proof the process is the content mob programming + AI the Guild builds it live and the world watches 和

Continue The Build

This showcase belongs next to the rituals page because it turns prompting practice into a public artifact. The build is the demonstration and the recording is the proof trail.