The argument in one line.
Printing Press eliminates the token inefficiency of APIs and MCPs by auto-generating lightweight CLIs from any website's network traffic, letting Claude agents automate tools without public APIs.
Read if. Skip if.
- A Claude Code user who regularly needs to automate tasks across apps without public APIs and wants to reduce token overhead compared to standard API integrations.
- An AI engineer building agentic workflows who needs a faster way to scaffold CLIs for multiple third-party tools without writing boilerplate Go code.
- Someone already using Claude agents or Code Interpreter who has hit friction connecting to tools like Skool, MyFitnessPal, Google Ads, or other non-API platforms.
- You work exclusively with tools that already have mature, official APIs — Printing Press is solving a problem you don't have.
- You're not comfortable debugging network requests, reading HAR files, or troubleshooting CLI tooling when something breaks in the generation process.
The full version, fast.
Connecting Claude Code to external apps through APIs or MCP servers wastes context � APIs return verbose JSON and MCP tool descriptions preload into every session before you type a prompt, while a CLI returns only what was asked. Printing Press is an open-source toolkit that auto-generates a Go-based CLI, a Claude skill, and an optional MCP server for any website, including ones with no public API like MyFitnessPal, Skool, Google Ads, or Domino's. You record a normal session in Chrome DevTools, export the HAR file, and Claude Code strips the noise, extracts real endpoints, builds the CLI, and bundles a local SQLite mirror of relevant data to avoid IP blocks and repeated calls. The result: token-efficient automation for any tool you already use.
Chat with this breakdown — free.
Sign in and you get 23 free chat messages on us — ask for the hook, quote a framework, find the exact transcript moment, generate a markdown action plan. Bring your own key when you want unlimited.
Create a free account →Where the time goes.

01 · Cold open + proof shots
Hook on automating any app even without a public API. Shows Skool-via-Cloud-Code, MyFitnessPal-via-Telegram, then teases a list of community-built CLIs (Google Photos, Google Ads, Mercury, Kalshi, Domino's).

02 · Why agents need external tools
Most real work lives in the apps we use every day; without a connector your agent is blind. Three connection avenues exist: CLI, API, MCP.

03 · API vs MCP vs CLI — the token-bill argument
APIs return verbose JSON walls (a lot of tokens for a small ask). MCPs preload every tool description into the context window before you type a prompt — context bloat by default. CLIs only return exactly what was asked, so they're the most lightweight of the three.

04 · Side-by-side — same task, different token bill
Visual: CLI labelled 'LIGHTWEIGHT', API labelled 'VERBOSE', MCP labelled 'ALWAYS LOADED'. Same task across all three; CLI wins on context economy for general-use cases.

05 · The catch — CLIs have to exist first
OCR caption: 'Only problem with CLIs — they have to exist first.' Historically a developer had to build them. Pivot: 'lucky for us… we can now build them ourselves' with Printing Press.

06 · What Printing Press is
Tour of printingpress.dev — a toolkit (set of skills for your agent) that auto-prints a token-efficient Go CLI, a Claude Code skill, an OpenClaw skill, and optionally an MCP server from any website. The site itself shows starter prompt recommendations.

07 · Install it personalised, not generic
Pro tip: don't just install the repo — feed Cloud Code the link plus the prompt 'what are the top 3 CLIs that I can print based on all you know about me?' and let it suggest based on your actual stack (YouTube analytics, Substack, Todoist were Jay's).

08 · Browsing the community library
Second repo: printing-press-library, a growing community catalog. CLIs already exist for Notion, Slack, Linear, Fireflies, Google Ads, Klaviyo, Trigger.dev, Domino's, Ahrefs, AllRecipes, and more. Recommendation: let Cloud Code triage the library for you.

09 · Mid-roll CTA — RoboNuggets community
Hard pivot to the sponsor/community pitch: 'going from just using AI to getting paid for it'. Members get live build sessions, templates from the video, and first-client wins. Brief, then back to teaching.

10 · The 5-step Printing Press framework
Jay shows the HTML slide he had Claude generate to explain how Printing Press works: a five-stage process — Capture (HAR) → Sniff (browser-sniff) → Generate → Mirror (SQLite) → Run (one binary).

11 · Step 1 — Capture (the HAR file)
The only manual step. Open Chrome DevTools → Network tab → enable 'Preserve log' → perform the action you want to automate (e.g. logging a meal in MyFitnessPal) → right-click → 'Save all as HAR'. That HAR is an HTTP Archive — a JSON-formatted log of every network call made on the page.

12 · Steps 2–3 — Sniff & Generate
From here Cloud Code drives end-to-end. Printing Press reads the HAR, picks out the real API calls, drops the noise (ads, trackers), groups endpoints by topic, and auto-builds three things from the spec: a CLI tool, a Claude skill, and (optional) an MCP server. Same logic, three interfaces.

13 · Step 4 — Mirror (local SQLite cache)
The clever bit. Printing Press bundles a local SQLite mirror of a hand-picked subset of the source's data (e.g. ~200 foods you've actually used out of MyFitnessPal's 14M-food catalog, ~5MB on disk). Searches happen on your machine in ~50ms — no rate limits, no IP blocks, no network round-trip. Jay's analogy: 'like Spotify caching your library — not the whole catalog.'
14 · Step 5 — Run + invoke from agents
Final stage: one binary file. Type a command, get the answer — no Python install, nothing else to set up. Invoke it as a slash command, in natural language to Cloud Code, on a schedule, or (Jay's setup) through a Telegram agent that calls the CLI for him.
15 · Outro + subscribe ask
Wrap-up: if you've got a tool you can't connect to your agents, printingpress.dev may be the unlock. Subscribe ask, sign-off.
Lines worth screenshotting.
- CLIs are the most token-efficient way to connect an AI agent to external tools because they return only the exact data requested rather than a verbose JSON payload.
- MCPs preload all their tool descriptions into the context window before any prompt is typed, consuming tokens even for tools not used in that session.
- Printing Press auto-generates a Go-based CLI, a Claude skill, and an MCP server from a DevTools HAR recording — turning any website into an agent-accessible tool without a public API.
- Skool, MyFitnessPal, Google Ads, Domino's, and Mercury are all now automatable via Claude Code CLIs even though none of them have published public APIs.
- A HAR recording (HTTP Archive from Chrome DevTools) captures all the network calls a website makes, which is the raw material Printing Press uses to generate the CLI.
- The community library of pre-built Printing Press CLIs means a developer does not need to generate their own for popular tools — they can install an existing one immediately.
- Asking Claude Code to recommend the top three CLIs to print based on your specific workflow — rather than blindly installing everything — is the personalization step that makes adoption practical.
- The existence of a Domino's CLI (allowing an agent to order pizza on command) is a memorable proof-of-concept that makes the abstract capability of agent-to-app connection immediately tangible.
- A CLI that returns only the last three YouTube videos from a channel uses a fraction of the tokens an MCP tool would consume for the same request.
- The publishing of Printing Press as an open-source project democratizes the creation of agent-to-app connections, which previously required dedicated API access or complex MCP setup.
- An agent connected to Skool via a custom CLI can query member posts and engagement data from inside Claude Code — turning a closed platform into an observable data source.
- The three connection options (CLI, API, MCP) each have different token footprints and setup costs — CLI wins for established workflows, MCP wins for discovery and discoverability.
Steal the format — and the framing.
Reframe MCP-vs-CLI as a context-tax argument, then teach a 5-step pipeline where only step 1 is manual — that's the whole video.
- Lead with a token-economy mental model before naming the tool. Jay spends 4 minutes on CLI-vs-API-vs-MCP context cost before he ever opens printingpress.dev — that earns him the right to pitch a specific solution.
- Show proof shots in the first 30 seconds, not at the end. Two screen-recordings (Skool query + MyFitnessPal logging from Telegram) close the 'does this actually work?' objection before he even explains what Printing Press is.
- Have Cloud Code generate your teaching slides. Jay says the 5-step framework slide was an HTML page he had Cloud Code build for him — that's a reusable production pattern for Joe's own dev tutorials.
- Bury the CTA in the middle, right before the payoff slide. The RoboNuggets pitch comes at 8:26 and earns its place by promising the framework breakdown is still coming. No bottom-of-video pitches.
- Use 'lucky for us, we are living in the future' as a pivot phrase. It's the cleanest 5-word turn from problem statement to product reveal Joe has seen all month.
- When something has multiple interfaces (CLI + skill + MCP), pitch the interface, not the engine. 'Same logic, three interfaces' is exactly how Joe should describe Mod Producer / ShowRunner / etc when one engine drives many surfaces.
Terms worth knowing.
- CLI (command-line interface)
- A text-based way to interact with a program by typing commands in a terminal — used by AI agents to call external tools with minimal overhead compared to graphical interfaces or verbose APIs.
- API (application programming interface)
- A set of rules that lets one software application request data or actions from another — often returning verbose structured output (typically JSON) that can consume significant AI context tokens.
- MCP (Model Context Protocol)
- A standardized protocol developed by Anthropic that allows AI assistants to connect to external tools and services, though its tool descriptions are loaded into the context window at session start, consuming tokens before any work begins.
- Printing Press
- An open-source toolkit at printingpress.dev that automatically generates a token-efficient CLI, a Claude skill, and an MCP server for any website by analyzing a DevTools HAR recording of user interactions.
- HAR file
- An HTTP Archive file — a JSON-formatted log of all network requests and responses captured by a browser's DevTools during a browsing session, used here to reverse-engineer a website's API calls without needing official documentation.
- DevTools
- The built-in browser developer tools (accessed via F12 in Chrome) that let users inspect network traffic, HTML, JavaScript, and other technical details of a webpage — used here to capture the network calls a website makes.
- context window
- The total amount of text (measured in tokens) that an AI model can read and hold in memory during a single conversation — a finite resource that large API responses and MCP tool descriptions can quickly fill.
- agentic harness
- A software environment that runs an AI model in an autonomous loop, allowing it to use tools, execute code, and complete multi-step tasks without constant human input — Claude Code is an example.
- local mirror
- A locally stored copy of a subset of data from a remote service, set up so an AI agent can query it quickly without repeatedly hitting the live server — reducing latency, bandwidth costs, and the risk of IP-based rate limiting.
- Go (programming language)
- An open-source, statically typed programming language developed by Google, valued for producing fast, small compiled binaries — used by Printing Press to generate efficient CLI tools.
- Skool
- An online platform for building paid or free communities, hosting courses, and managing member content — used here as an example of an app that lacks a public API but can still be automated via a custom CLI.
Things they pointed at.
Lines you could clip.
“Skool.com doesn't have a public API, and yet I connected Cloud Code to it.”
“Now there is one problem with CLIs and that is the fact that they have to exist first. And for a lot of tools, they actually don't exist unless a developer made them in the first place. But lucky for us, we are living in the future and we can now build them ourselves.”
“If you have too many MCPs loaded within your cloud code… the descriptions of these MCP tools and these connectors get preloaded into the context window even before you type or prompt anything.”
“Step one is probably the only manual step that you need to take because these following steps from two onward can already be handled end to end by your Cloud Code.”
“It's sort of similar to caching… just making sure that those local files are available on your device so that it is faster as well.”
Word for word.
Don't just watch it. Burn it in.
See every word as it's spoken — crank it to 2× and still catch all of it. The same dual-channel trick behind Amazon's Kindle + Audible.
The bait, then the rug-pull.
Jay opens with a flex — Claude Code is already inside Skool, MyFitnessPal, and a Telegram-driven food log, none of which expose a public API. The reveal: he stitched custom CLIs together with a new toolkit called Printing Press, and the rest of the video is a quietly thorough case for why CLIs (not MCPs, not APIs) are the right shape for agents to talk to the outside world.
Named ideas worth stealing.
How Printing Press works — 5 steps
- Capture — record a HAR file with Chrome DevTools while you use the site manually
- Sniff — Printing Press reads the recording, drops trackers/ads, groups real API calls by topic
- Generate — auto-build a Go CLI, a Claude skill, and an MCP server from the same spec
- Mirror — bundle a local SQLite copy of the relevant data (cache, not the whole DB)
- Run — single binary, invoke from slash command, natural language, schedule, or another agent
The Printing Press pipeline turns any human-driven web session into an agent-callable CLI in five steps, only one of which is manual.
Three ways agents connect to tools — CLI vs API vs MCP
- CLI — agent asks, tool returns only that ask (lightweight)
- API — agent asks, tool returns that ask plus everything else (verbose JSON)
- MCP — tool gives the agent the whole menu of actions before the agent asks (always loaded into context)
A clean mental model for evaluating any new agent-tool integration on token cost first.
How they asked for the click.
“If you're interested in going from just using AI to getting paid for it, then check out the RoboNuggets community down in the description. We've got founders in there who landed their first client in weeks, live build sessions where we create this stuff together, and the actual templates behind what I just showed in this video.”
Embedded as a brief mid-roll right before the 5-step payoff slide — earns the pitch by promising the meat is still coming. Soft secondary CTA at the end is just a subscribe ask. No pushy stack of links.



































































