← AI Catalyst C3All programsHomeSearch
AI Catalyst C3·Core Session - Week 17·1:32:20

Office Hours XIV: Story Before Landing Page, Scoping an Agentic-Web Pitch, the Cost of Compute, Automating Past Google, and the Idea Bank

Shivani Outskill community manager - opens, housekeeping (Town Hall, Bangalore immersion), chairs after Harshit leaves, closes at 9 pm · Harshit Host for the Q&A (presumably Harshit Tyagi, programme director) - landing-page critique, pitch scoping, compute, automation and context answers; leaves at ~1:17 · Jane Participant - author new to online work; shows her testimonial site, asks the overwhelm question, receives a scrollytelling site built by another member · Cody Participant - explains his 'elastic web' / intent-based computing project (third office hour running) · Paul Berg Participant (Technology On Call) - unprompted advice on overwhelm at 1:27-1:29 · Other members (Hasan, a Gulf-based builder, a US-based builder, Anoop/Anup) Participants - Bangalore-event question; shared-compute, automation and Hermes-context questions; Gold-O-Matic and a leads-group app; Cody's friend who shows his site and builds Jane's

The short version

  1. Jane's landing page gets the hardest useful critique of the cohort: too much text, no single focus, no stated agenda. 'Forget about the landing page as of now, just pull up a Google doc' - write the story first, make the page a storyboard of it, put her video in the hero, and for a writer the page is secondary to publishing weekly with a call to action (0:14-0:26).
  2. Cody's agent-readable 'elastic web' (A2A + WebMCP, a human view and a bot view, 'recipes') is now a product pitch with no users and demo data. Harshit: stop tracking protocols, pick one action in one segment, get five real users, tell one linear story; consumer assistants 'can crush you anytime', B2B buyers want no model lock-in and ROI from day one (0:29-0:53).
  3. The cost squeeze: a member wants pooled pay-as-you-go compute and burned 4,000 of 65,000 credits in under 15 minutes. Harshit expects consolidation at the lab level, two or three dominant players, and says self-hosting never beats the labs' API prices (0:54-1:05).
  4. Automating past Google: Yahoo, Meta's 24-hour window and WhatsApp blocks break n8n flows. Ask the client for an API or MCP, wrap it in a skill (enterprise economics), move clients to Telegram, and treat browser-use / computer-use bridges as the hacky last resort. For long Hermes jobs, decompose into skills and sub-agents instead of trusting compaction (1:05-1:17).
  5. Jane asks the room whether everyone feels overwhelmed. A member: yes - communities like AIC Mastermind help. Paul: everyone goes through it; he keeps an 'idea bank' Claude built for him so ideas are captured and acted on one at a time, and warns that the tooling 'can become a mission in and of itself' - go back to the end goal (1:25-1:29). Her scrollytelling site is delivered minutes later.

At a glance, three clicks deep

Skim here first: the closed row is the glance, open is the study card with the key points and timestamps, and the ↓ link drops to that concept's full write-up below.

01Write the story first: the landing page is a storyboard, and weekly writing beats the pageDraft the story in a document, then design the page as a storyboard of it;0:14:00›

Draft the story in a document, then design the page as a storyboard of it; for a writer, regular publishing with a CTA matters more than the page.

Text dump; one focus element per scroll position (0:14-0:15)

No agenda yet - 'figuring it out as I go' (0:16)

Google Doc first; the page as a storyboard of her story (0:18-0:19)

Reference writers' own sites: Dan Koe, Kapil Gupta (0:20-0:23)

Video in the hero; 'telling the right story'; weekly writing + CTA = luck surface (0:23-0:26)

A member builds her a scrollytelling site and hands over the repo (1:18-1:20, 1:29-1:31)

↓ Full write-up of this concept

02Forget the protocols: one segment, five real users, one linear storyPick one action for one segment, get five real users, pitch a single linear story with day-one ROI;0:36:00›

Pick one action for one segment, get five real users, pitch a single linear story with day-one ROI; ignore protocol churn.

Ignore protocol churn; vision plus the fastest route to the audience (0:36-0:37)

One action in one segment; five users and their feedback (0:37-0:39)

Consumer assistants can crush a small product; B2B is the space (0:45-0:46)

B2B wants multi-model, no lock-in, cheaper options (0:46-0:47)

One linear story; value from day one (0:47-0:48)

A pitch needs the 'how'; short videos; hackathon vs real-world simplicity (0:49-0:51)

↓ Full write-up of this concept

03Cody's elastic web: one site, a human view and an agent view, intent in and recipes outAn agent-first site layer (A2A + WebMCP) with separate human and bot views and fixed-sequence 'recipes';0:29:00›

An agent-first site layer (A2A + WebMCP) with separate human and bot views and fixed-sequence 'recipes'; still pre-user.

Preference-aware voice agent for non-technical users (0:29-0:31)

A2A + WebMCP + a live packet/token view (0:31-0:33)

'No more browsers'; human view vs bot view; recipes (0:32-0:34)

No beta users, demo data; Harshit wants a real use case (0:36, 0:38, 1:23)

Agent traffic makes web analytics unreliable (0:50-0:53)

↓ Full write-up of this concept

04The cost squeeze on small builders: pooling, lab-level consolidation, and why self-hosting losesCompute economics favour the labs;0:54:00›

Compute economics favour the labs; individuals pay subscription and API premiums; pooling and self-hosting rarely beat lab pricing.

Shared-compute idea; own-hardware cost; hourly GPU rental that deletes your space (0:54-0:56)

Consumers on $10-20, entrepreneurs on $100+ and rising API bills (0:58-0:59)

Two or three dominant players in 3-4 years - a prediction (1:00)

Labs strict on deals; self-hosting cannot match their price (1:02-1:03)

4,000 of 65,000 credits burned in under 15 minutes (1:04)

↓ Full write-up of this concept

05When the platform blocks you: API or MCP plus a skill, Telegram, or the hacky browser routePrefer official API/MCP wrapped in a skill;1:05:00›

Prefer official API/MCP wrapped in a skill; move chat automations to Telegram; browser-use/computer-use bridges are fragile and blockable.

Automations built inside Google break outside it (1:05-1:06)

Ask for the API, find an MCP, wrap it in a skill - enterprise economics (1:06-1:07)

WhatsApp blocks and licence delays; steer clients to Telegram (1:07-1:09)

No Telegram-to-WhatsApp API; browser-use or computer-use as the hacky bridge (1:10)

Platforms may block agents outright (1:11)

↓ Full write-up of this concept

06Context fills up: compact, restart, or break the job into sub-agentsCompaction drops detail;1:12:00›

Compaction drops detail; split recurring work into skills and scoped sub-agents reporting to a high-level orchestrator.

Hermes on a $20 Ollama Cloud plan; restart with handoff near 64k tokens (1:12-1:13)

Compaction thresholds: ~80% compact, ~60% new thread (1:14)

Compression drops instructions and tabular detail (1:15)

Skills that split the task; sub-agents return only insights to the orchestrator (1:16-1:17)

↓ Full write-up of this concept

07Everyone is overwhelmed: communities, an idea bank, and going back to the end goalOverload is normal;1:25:00›

Overload is normal; capture ideas in a Claude-built idea bank, act on one at a time, and check tool work against the real goal.

Overwhelm is normal; missing a day feels costly (1:26-1:27)

Active communities (AIC Mastermind) give 'a flavor' of what matters (1:26-1:27)

Paul: an idea bank built with Claude - capture now, flesh out later, act one at a time (1:27)

Paul: tooling becomes 'a mission in and of itself'; ask 'what is my main goal here?' (1:28)

The mission is not the media - writing and audience first (1:28-1:29)

↓ Full write-up of this concept

The concepts in full

01

Write the story first: the landing page is a storyboard, and weekly writing beats the page

0:14:00

An author asks for feedback on her landing page and is told to close it and open a Google Doc.

Jane, an author new to online work, built a testimonial site to meet 'people who resonate with the ideas of healing, feeling, art, creativity'. Harshit: 'I see a lot of text' - visitors skim, so each scroll position needs one element in focus. Asked what the agenda is, she says she is 'figuring it out as I go along'. His advice: 'forget about the landing page as of now, just pull up a Google doc', dictate or ramble what you want to teach and which pains you solve, refine it, and only then turn the page into a storyboard where a visitor scrolling top to bottom connects with her story and what she can do for them. Her video belongs in the hero. 'It's not about design or elements or using AI the right way; it's actually about telling the right story.' For a writer the page is secondary: publish weekly (Substack), end every post with a call to action, and you 'increase your luck surface'. He points her to writers whose own sites are worth studying (Dan Koe, Kapil Gupta). By the end of the hour another member had built her a scrollytelling site around the video.

Why it matters

The same test applies to any client site: story and audience first, page last.

02

Forget the protocols: one segment, five real users, one linear story

0:36:00

'I would not worry about what is coming into the market anymore.'

After Cody's demo Harshit says not to worry about 'mcp a2a webmcp whatever'; the question is 'what's my vision and what is the quickest way to drop this product into my target audience'. Serving every non-technical person across 'banking travel health government' is something 'even companies like OpenAI won't be able to do' - scope to one action, since 'even booking tickets is a big market'. The goal is 'these five people to use my product', then feedback, because 'nobody really knows how everything is going to pan out' and stacking features rests on assumptions. Consumer personal-assistant products 'can crush you anytime'; B2B is the better space, where buyers 'do not want to lock in on any particular model provider' and ask for ROI and 'value from day one'. Show 'one single linear story' - several flows at once confuses people. Cody's one-liner ('enable a giant amount of masses') gets the reply: show them how; he plans 20-30-second videos and concedes hackathon complexity does not survive the real world.

Why it matters

A compact scoping rule for any builder with a broad vision and no named first user.

03

Cody's elastic web: one site, a human view and an agent view, intent in and recipes out

0:29:00

'I'm trying to build a website that is designed for humans, not for the bots... side by side.'

Cody's friend frames the idea as intent-based computing: most people, 'my mother', cannot drive booking.com through an agent, so one voice agent that remembers a person's preferences should search, show options and buy on a yes. Cody says the site is 'literally connected to what you taught us' - the Sunday WebMCP session - and loads A2A, WebMCP and a third protocol Whisper renders as 'UDP' (unresolved). A live view shows the packets as a research paper is processed, and a dashboard compares steps and tokens with and without it. His thesis: 'there should be no more browsers' for agents, so a site shows humans one face and bots another (a 'CLI mode'). 'Recipes' are skill-like flows that call tools in a fixed five-to-six-step order; a recipe store and a mobile app are planned. He states there are no beta users and the dashboards are demo data. A side claim: agent traffic breaks web analytics (server location, scraping, inflated impressions), so a partner is building agent-aware analytics - Harshit: 'that's a good problem statement'. The finished intent demo (bank balance, add beneficiary, 'traditional vs Elastic Web Concept') drew: 'I just need to see a real world use case.'

Why it matters

Third office hour in a row for this idea - now with its gaps (no users, demo data) stated by the builders themselves.

04

The cost squeeze on small builders: pooling, lab-level consolidation, and why self-hosting loses

0:54:00

A member asks why there is no shared, pay-as-you-go compute space instead of everyone buying their own.

He argues owning compute 'is not eco-friendly... sustainable', regrets not buying a Mac Studio ('four thousand dollars up'), and notes Hostinger rents GPUs by the hour and deletes your space when the hours run out. Harshit agrees it is 'very hard' for individuals while enterprises 'strike a deal', and expects the convergence 'at the lab level'. The cohort is 'the top maybe 0.01 percent' of users: consumers are fine on $10-20 plans, entrepreneurs end up on $100 subscriptions and API costs climb fast. He predicts two or three main players within three to four years. Pooling credits across the cohort runs into labs being 'very very strict about their licensing and partnership deals', and self-hosting never matches their API price. The member's proof of the problem: 'I burned 4,000 credits in less than 15 minutes' of a 65,000-credit gift. Harshit: 'that's why we have the mastermind sessions.'

Why it matters

An honest statement of the cost pressure and why the instructor steers builders away from self-hosting.

05

When the platform blocks you: API or MCP plus a skill, Telegram, or the hacky browser route

1:05:00

'Whenever somebody asks me to do something which is outside Google space... we get stuck.'

A member notes that everything the cohort learned in n8n lives inside Google: Yahoo auto-forwards only on a paid plan, Meta's 24-hour window blocks automated messages, and WhatsApp and LinkedIn block accounts. Harshit's first move with a client: ask which tools they use and whether there is an API, find a trustworthy MCP, and 'build some form of skill-based mechanism' - which 'makes sense only at enterprise level not at individual level'. On WhatsApp: 'they block me', and the business licence takes 'a week, 10 days', so take clients to Telegram and automate there - 'much much safer and easier'. There is no API from Telegram into WhatsApp; the 'hackiest way' is both open in a browser with Claude Code or Codex using browser-use to sync them. The member already drives WhatsApp through Grokbot with computer-use on his own machine. Harshit warns platforms can block such agents, as Amazon has blocked a rival assistant.

Why it matters

A realistic answer to 'can you automate X on WhatsApp or Yahoo?', including when to steer the client elsewhere.

06

Context fills up: compact, restart, or break the job into sub-agents

1:12:00

'Every time it compresses... it forgets because of the compression.'

A member runs Hermes on an Ollama Cloud plan (models heard as Kimi K2.6 and GLM 5.3 Flash) to build wealth apps and sites, and auto-restarts with a handoff around 64,000 tokens of context, yet still loses instructions and table detail - for example repeated scraping rules across ten sites. Harshit: context 'is something that you will have to keep clearing'; Codex and Claude Code compact well, and a skill can compact at about 80 percent of the window or open a new thread at about 60 percent. But the structural fix is decomposition: because you know your daily tasks, create skills that break them down, give each website to its own sub-agent in its own context window, and return 'just the answers and insights' to a thin orchestrator chat that stays high level - the way software teams work, since an 'entire code base can't be moved into one context window'.

Why it matters

The one-paragraph rule for long agent jobs: decompose rather than compress.

07

Everyone is overwhelmed: communities, an idea bank, and going back to the end goal

1:25:00

A non-technical author asks the room: 'Do you guys feel overwhelmed all the time too?'

Jane says learning AI has been 'so enjoyable' but so many possibilities have opened that she cannot keep track. A member answers that it is 'overwhelming, definitely', missing a day feels like missing a lot, and two or three active communities help - including AIC Mastermind, 'Prafulbhai's creation' - because you at least learn what is happening; 'you cannot be on top of everything'. Jane: 'no one talks about this', and she felt it 'so intensely for the first half of Catalyst'. Paul Berg adds that everyone goes through it. His method is an 'idea bank': 'I just had Claude create something where I can put ideas into it' - ideas are out of his head, remembered, fleshed out later, and acted on one at a time. His warning: the work 'can become a mission in and of itself... almost addicting' ('what if I do that?'), so stop and ask 'what am I really trying to accomplish? What is my main goal here?' Echoing Harshit's earlier advice to spend time on the writing and the audience rather than the landing page: 'the mission is not necessarily the media... your end game'. Jane's site, built around her story and video, arrives a minute later.

Why it matters

The cohort's most candid mid-programme moment, with a concrete low-tech coping method and a stop rule.

Tools referenced

ToolCoverageMomentContext
Rabbit R1demonstrated0:40Shown on camera by a member; Harshit on the device category's fall
Google Docsexplained0:18Draft the story before touching the page
WhatsAppexplained1:07Account blocks and licence delays
Telegramexplained1:08Recommended channel for client automations
Substackmentioned0:21Weekly publishing venue for a writer
WebMCPmentioned0:32Loaded in Cody's site; Week 17 session
Hermesmentioned0:41Member's agent; context-management question
OpenClawmentioned0:41Alongside Hermes for savvier users
Hostingermentioned0:56Hourly GPU rental
Ollamamentioned1:01Pooling idea; Ollama Cloud $20 plan
n8nmentioned1:05Automations that only work inside Google
Claude Codementioned1:10With browser-use as the hacky bridge
Codexmentioned1:10Same; good compaction
Grokbotmentioned1:10Member drives WhatsApp via computer-use
Claudementioned1:27Built Paul's idea bank

Action items

    Resources mentioned

    Resources
    • docUpcoming events (as announced)
    • docCommunity shares
    • docReference writers for a story-first site

    Extraction notes

    This page was built from an auto-generated transcript, which garbles product and people's names. Those were corrected silently in everything above and logged here for transparency. The warnings flag claims that were true on the recording day but change fast.

    Transcript corrections applied

    The transcript saysThe trainer actually means
    Kodi / CodiCody
    as a sheath (1:28) / a hostage (1:30)Harshit
    Dan Coe / Dan GoDan Koe
    UDP (0:32)unresolved protocol name in Cody's stack - possibly UCP; not recorded as fact
    Jav / jf / jebunresolved tool name Cody credits for speed
    tablyprobably Tavily (search API for agents)
    still.sh / skill.shskills.sh
    crockbot / grogbot / blockbotGrokbot
    olama / ulamaOllama
    n10n8n
    give me k 2.6Kimi K2.6 (as heard)
    johnny i / Marcus BrownleeJony Ive / Marques Brownlee
    Anoop / Anup / Zeroyone or two unresolved participants (Cody's friend / the site builder)
    scrolly tellingscrollytelling (scroll-driven storytelling site)

    True on recording day — verify before relying