JITRBeats

An automated music marketing system — a business-in-a-box for digital content operations. Built by a team of AI agents, run by one human operator, organized around whatever single metric defines success for each client.

Last updated May 25, 2026

The Product

A single every 8 to 12 weeks.

Indie release cadence as an operating discipline — not a wish.

JITRBeats treats a music project the way a product company treats a release: cadence is the unit of progress. A single ships every 8 to 12 weeks, every checklist item finishes, every promotion lane fires. The system exists so that cadence stays predictable while a one-person operator coordinates the artist, the agents, and the platforms.

The checklist below is the canonical list of items every single must clear before it goes live.

Per-release checklist
  • Finalize artwork and metadata
  • Schedule release in TuneCore
  • Submit Spotify editorial pitch
  • Upload Spotify Canvas
  • Update artist pages: Spotify, Apple, Amazon, YouTube, Pandora
  • Send radio & podcast outreach via Brevo
  • Send fan release email via AWeber
  • Alter posting mix to favor the new single
  • Set Spotify Artist Pick on release day
The Posting Machine

Up to 70 clips a day, across five platforms.

Facebook Reels, Instagram Reels, YouTube Shorts, TikTok, and X — all from one selector.

One central clip selector feeds every platform. Priorities are set once in the weights config and propagate everywhere; each platform tunes its own cadence on top. The feed reads human because no two posts share the same shape — captions, hashtag counts, and timing all vary on every post. Daily volume scales up or down per client — peak cadence is around 70 clips per day; quieter cadences match a smaller catalog or a different stage of the release cycle.

Auto-posting across five platformsNew
  • Posts to Facebook Reels, Instagram Reels, YouTube Shorts, TikTok, and X.
  • One central clip selector feeds all five — priorities set once, propagate everywhere.
  • Each platform tuned to its own cadence; X auto-announces after every YouTube upload.
RecentlyMeta tightened auth on the IG container status_code GET endpoint. PAGE_TOKEN… · Symptom signature in logs: every poll line shows `PARSE_ERROR` (no `status_co…
Human-feeling post varietyNew
  • Captions drawn from two pools: branded lyric lines and a 161-line commentary set.
  • Hashtag counts vary 0–15 per post; timing jitters up to 45 minutes off schedule.
  • No two posts share the same shape — the feed reads human because it isn't uniform.
RecentlyMeta tightened auth on the IG container status_code GET endpoint. PAGE_TOKEN… · Symptom signature in logs: every poll line shows `PARSE_ERROR` (no `status_co…
Slot-filling supply managementNew
  • Each platform keeps a rolling buffer of pre-scored clips so posters never stall.
  • Refillers pick the next clip and stage it the moment a slot is consumed.
  • Slots live on Google Drive with checksum verification against partial moves.
TikTok manual-post queueNew
  • Six clips staged daily in Google Drive slots until TikTok's API approves auto-posting.
  • Same selector, scoring, and caption logic as every other platform.
  • A human taps Post in the TikTok app; everything upstream is automated.
Platform token refreshNew
  • Meta and Dropbox tokens refresh themselves before expiry.
  • Old credentials swap out only after the new ones are validated live.
  • All secrets live in macOS Keychain — never in logs or environment dumps.
Posting integrity reportingNew
  • - Daily per-platform reports: posts shipped, failures, AI-ratio compliance. - Color-coded GREEN / YELLOW / RED with explicit intervention flags. - Compares observed posting against configured targets (12/day Meta, 5+/day YouTube). ---
RecentlyPhase-1-aware refactor — reporter now reads per-platform `instagram.min/max_p… · Handle mixed log formats safely — closed after audit. Reporter's `parse_with_…
The Creatives Library

Thousands of clips, each one named, scored, deduplicated, and ranked.

Filenames carry the database — no SQL needed.

Every clip carries a deterministic filename encoding its pool, a stable 12-character content hash, and its current effectiveness score. Engagement re-ranks clips nightly; age-based rotation rules keep evergreen material alive while quietly retiring stale clips. Posters never see a database — they read meaning straight off the filename. The same approach scales across client libraries of any size.

Canonical clip namingNew
  • Every filename encodes pool, content hash, and current effectiveness score.
  • Hash is permanent; score updates nightly from engagement deltas.
  • Every downstream program reads meaning from the filename — no database needed.
Age-aware clip rotationNew
  • +30% boost at 30 days; -10% decay at 1 year.
  • Stateless milestone pass — missed runs catch themselves up automatically.
  • Library never calcifies around a handful of perennial posts.
Engagement-based re-rankingNew
  • Three platform scorers (Facebook, Instagram, YouTube) read live likes and comments.
  • Each post compared to the account's own 30-day rolling average — ratio-based, not fixed thresholds.
  • Pool-level recommender suggests posting-mix weights; the human stays in the loop.
Queue-backed weighted pool selectionNew
  • Posters pull from a pre-filled queue stocked to honor active pool weights.
  • One weight change in config flows through every platform on the next fill.
  • Daily ledger audits actual picks vs. configured weights to catch drift.
Library hygieneNew
  • - SHA-256 deduper quarantines true content duplicates. - Durationer splits long clips into platform-native chunks with inherited names. - Canonical-naming enforcer + 90-day log trim keep the library structurally clean. ---
Spotlight

How fast the music side is actually producing.

Rate-of-change diagnostics across the production pipeline.

Spotlight watches the music-production pipeline (idea → demo → mix → premaster → master → release) and reports the bottleneck stage in plain English: which step is taking longer than the schedule needs, and what the take-away is — e.g. the mix-iteration step is N× over schedule — finish what's already in flight, don't start more. The artist sees the diagnostic in customer-voice; the operator sees the underlying numbers.

Song production flowNew
  • Mix Backlog: ratio of archived old mixes to current work — flags when backlog builds.
  • Premaster Readiness: premaster WAVs per active project — flags upstream queueing.
  • Daily song-journey ledger captures each milestone date for lead-time analysis.
Video pipeline runwayNew
  • - Inventory Runway: days of max-posting (42/day) the ready-to-post folder can sustain. - Pipeline Runway: days of future capacity the raw-footage feeder can generate. - Conversion Ratio: whether editing velocity is outpacing consumption or falling behind. ---
Marketing Waves

How a stranger becomes a Patreon fan.

Five tested gates, each one with its own metric.

JITRBeats doesn't try to sell to strangers. It runs sequential tests — does this creative hold attention? Does an attention-holding viewer click through? Does a click-through become an email subscriber? Does an email subscriber become a Patreon supporter? Each wave has a target, and only ad spend that's clearing the prior gate moves to the next.

Wave 0
Creative Test
Identify social video creatives that hold attention.
Metric: (100% Plays ÷ 25% Plays) × Thru Plays
Target Creative Score ≥ 1,000 · Hold Rate ≥ 70%
Wave 1
Interest Test
Determine if viewers click through to explore the artist.
Metric: Click-Through Rate, Cost Per Click
Target CTR ≥ 3% · CPC ≤ $0.30
Wave 2
Fan Identification
Convert listeners into reachable fans via email signup.
Metric: Email Signup Rate
Target ≥ 3–5%
Wave 3
Super Fan Conversion
Convert email subscribers into Patreon supporters.
Metric: Patreon ÷ Email Conversion
Target ≥ 1%
Wave N
Scaled Growth
Expand reach using lookalike audiences modeled on Patreon fans.
Metric: Cost per Super Fan
Target ≤ $100–150 per Patreon
North Star

Every client picks one number that defines success.

JITRBeats organizes around that number, whatever it is.

A North Star is the single metric that frames every decision the system makes — what to post, when to release, where to spend ad budget, what to feature in the monthly newsletter. For a recording artist, it might be Patreon supporters at a price-per-month sufficient to fund continuous production. For a different client, it could be paid streams, ticket sales, a syndication contract, or a brand partnership. JITRBeats doesn't prescribe the number; it ties the machine's outputs to whatever number you pick.

Once a North Star is set, the marketing waves become a measurable funnel from stranger to superfan. The implication math below is the worked example for a 5K-Patreon goal at $8/month — every other goal has its own funnel, but the shape is the same.

Ad clicksLanding-page visitorsEmail subscribersSuperfans
Worked example: 5,000 Patreon supporters at $8/month implies roughly 8.3M ad clicks → 5M landing-page visitors → 250K email subscribers → 5K superfans, given the wave-specific conversion targets above.
Operator Visibility

Live dashboards, durable tickets, automated push alerts.

A one-person operator needs to see what the machine did this morning.

Two dashboards regenerate every two hours (operator + artist), the weekly investor email summarizes what shipped, and any red alert opens a durable ticket that survives until it's worked or auto-resolved. A self-healing responder takes the first run at known outage classes before a human has to.

Live ops dashboardNew
  • Single-screen view of posting counts, engagement activity, and reporter status.
  • Mobile-first HTML, regenerated every two hours, redeployed to Cloudflare.
  • One tap from the iPhone home screen; rich link-preview card when shared.
Artist dashboardNew
  • Same underlying data as the ops dashboard, articulated for the artist.
  • Leads with engagement standouts and 24h / 7d posting totals.
  • Drops the operator noise — no reporter-staleness alerts, no token warnings.
Daily email pushNew
  • Short plain-text emails twice daily (6 AM and 4 PM ops; morning-only artist).
  • Each email is the push; the hosted dashboard is the content.
  • Replaces a 42 KB legacy text-dump with a tappable link to the live page.
Product and roadmap siteNew
  • Public, always-current feature list and forward roadmap for JITRBeats.
  • Features curated in a manifest; roadmap auto-extracted from per-program files.
  • "New" / "Updated" badges flag tiles whose programs moved in the last 30 days.
Legacy daily snapshot emailNew
  • - Per-subsystem text email that aggregates today's DailyEmail reports. - Maintained — not extended — until the graphical dashboards fully replace it. - Scheduled for retirement after the dashboards absorb daily-use coverage. ---
Business Operations

Internal accounting, client billing, monthly artist narratives.

One billing face per client; pass-throughs handled cleanly.

JITR Records bills its artists as a single billing face: contractors and vendors bill JITR, JITR re-bills the client. Internal cost tracking estimates labor hours from filesystem activity. Monthly narratives summarize what the artist created and what JITR did for them.

JITR internal expense generationNew
  • Monthly pass estimates labor hours across IT, sound, video, artist support, marketing.
  • Sessionization rules + per-category hourly rates produce a canonical CSV ledger.
  • Automated CSV ledgers — no Zoho, no third-party platform — fully auditable.
Monthly client billing (in development)
  • Outcome-based rules build itemized monthly invoices (storage, clips, campaigns, etc.).
  • JITR is the single billing face; contractors bill JITR, JITR re-bills as pass-through.
  • DEV until rules validate against historical data; then promotes to PROD.
Historical billing reconstruction (in development)
  • Reconstructs month-by-month client charges from April 2022 under current rules.
  • Useful for audit, reconciliation, and catching old-vs-new pricing differences.
  • Reads the same monthly data as the live billing pipeline.
Monthly narrative builder (in development)
  • Plain-text and Word output chronicling each month's creative output.
  • Organized by song project and media type (audio, video, images, documents).
  • DEV; artist-facing framing under refinement ahead of PROD.
The Firm

Fifty AI agents organized as a software firm.

Architect → Dev / Marketing / Finance / Client Support.

JITRBeats is built and run by a team of specialized AI chats — each one owns specific programs and subsystems. The human operator (Jeff) plays the role of architect / AI manager: setting direction, holding architectural continuity across long efforts, and reviewing what each chat ships. Dev chats build applications; marketing chats produce copy and ad creatives; finance chats handle accounting and billing; client-support chats keep the artist informed. New chats start with extensive onboarding text so they understand the system before they touch it.

Roadmap

Where the system is going next.

Direction, not a commitment.

The four big themes below describe the next year of JITRBeats. Selected open items appear underneath — investors and prospective clients can see what's actively in the queue without us publishing the full internal backlog.

Production Hardening
LaunchD vs. Cron · more automation · DEV → PROD migration · one-off runs → schedules.
Agentic Agents
Move from copy-paste-heavy chats to autonomous development. Still catching misses with oversight.
Move to the Cloud
Tokens + schedules off the Mac Mini · data on Dropbox / Shim-aware · cloud instance, truly portable.
Multi-Client
Single-client today. Scale to a roster of artists with strict client/system separation; per-client surfaces, shared engine.
No publicly-opted-in roadmap items yet.
Lessons Learned

Building JITRBeats with AI.

Ten things that turned out to matter.

JITRBeats has been a long-running experiment in building real production software with AI agents as the development team. Here's what's true after a year of doing it.

  1. AI was the bridge from idea to execution — many of these systems would never have been built without it.
  2. My memory is longer than ChatGPT's — the human operator must carry architectural continuity across long efforts.
  3. Some chats get stale and need to be restarted to restore clarity and alignment.
  4. Spinning up new chats with extensive onboarding text helps them understand the architecture, constraints, and goals.
  5. It works better when specific chats own specific programs or subsystems.
  6. Managing AI chats is more similar to leading humans over Teams or Slack than using traditional software tools.
  7. Guardrails are essential — AI tends to optimize for the last prompt unless constraints are reinforced.
  8. Agents love to code — adding proper release management and incremental promotion led to stability.
  9. Separation of responsibilities between programs (selectors, scorers, renamers, reporters) makes the system stable.
  10. Claude held architectural state across long-running work better than Gemini or Grok in my testing — possibly familiarity, but the difference was real.