← AI Catalyst C3All programsHomeSearch
AI Catalyst C3·Core Sessions - Week 8·1:00:47

Office Hours VIII (platform label 'XIII'): App-Store Economics, Vetting a Co-Founder Without Your Code, Android Accessibility Agents, and OpenClaw vs Hermes

Akhil Alampalli Host (inferred) - app-store and cross-platform advice, the accessibility-agent architecture, loop engineering · Cody Participant - the Android accessibility voice agent, 27 minutes · Lillian Participant - selling licences cross-platform; vetting a co-founder

The short version

  1. Selling an app on both stores: React Native or Flutter (or a cross-platform vibe-coding tool heard as 'Rork'); Apple takes ~30% and Google 15-30% of in-app purchases, so do what Audible does - sell the subscription on a web portal and let the app read the same database (0:08-0:11).
  2. Vetting a technical co-founder without handing over your repo: a one-page pitch, or a deliberately buggy dummy project as the test assignment (0:12-0:15). Pre-production stress tests, the baseline four: latency, concurrency, load, ping (0:15).
  3. Cody's Android accessibility-service voice agent ('a robot hand that clicks for you'): on-device inference at two minutes is too slow - use Gemini Flash for the which-action decision, keep a JSON/markdown memory mapping phrases ('Uber') to saved action sequences, copy Google Assistant and iOS Shortcuts as the reference architecture, expect OEM fragmentation (Redmi blocks, Samsung allows), and split into a 'pro' setup app for permissions and a simple end-user app (0:17-0:44).
  4. A WhatsApp bot on a Mac mini's local model: OpenClaw is the standard front end (web UI, WhatsApp/Telegram/email in), an NGINX tunnel exposes localhost but 'is more like opening a pipe' - and Hermes' self-learning loop-engineering harness is 'much better' (0:44-0:49).
  5. Loop engineering vs step-by-step: brief a capable model like a senior architect - goals, features, stack - not a junior intern; assign different models to different sub-agents (0:49-0:52). A 'mini private cloud' box with CPU/GPU/NPU/LPU load balancing: watch text-diffusion models and optical inference before betting on hardware (0:53-1:00).

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.

01The Audible pattern: sell on the web, let the app read the databaseCross-platform build + web-portal billing;›

Cross-platform build + web-portal billing; the app reads the same backend; the stores get nothing on the subscription.

React Native / Flutter / 'Rork' for both stores (0:08-0:09)

Apple ~30%, Google 15-30% (0:09-0:10)

Audible pattern: web billing, app mirrors the DB (0:10-0:11)

↓ Full write-up of this concept

02Vet a technical co-founder with a dummy project, not your repoPitch doc or intentionally broken sample project as the working-relationship test;›

Pitch doc or intentionally broken sample project as the working-relationship test; four baseline stress tests before production.

One-page brief instead of the repo (0:12-0:13)

Deliberately buggy dummy project as the assignment (0:13-0:15)

Stress tests: latency, concurrency, load, ping (0:15)

↓ Full write-up of this concept

03An Android accessibility-service voice agent: fast decision model, action memory, OEM realityAccessibility service + phrase-to-actions memory file + fast cloud model for routing + two-app split for pe…›

Accessibility service + phrase-to-actions memory file + fast cloud model for routing + two-app split for permissions; expect OEM differences.

Reference patterns: Google Assistant, iOS Shortcuts (0:32-0:34)

Memory file: phrase -> action sequence (0:30-0:31)

Gemini Flash for the decision; on-device too slow (0:32, 0:35)

Redmi blocks, Samsung allows; pro app + user app (0:38-0:41)

↓ Full write-up of this concept

04Local model to WhatsApp: OpenClaw as the front end, NGINX as the risky pipe, Hermes as the better harnessLocal model -> OpenClaw web UI -> messaging front ends;›

Local model -> OpenClaw web UI -> messaging front ends; tunnel carefully; Hermes preferred as the harness.

OpenClaw: local model + WhatsApp/Telegram/email (0:45-0:47)

NGINX tunnel = 'opening a pipe' (0:47-0:48)

Hermes' loop-engineering harness rated better (0:48-0:49)

↓ Full write-up of this concept

05Loop engineering: brief the model like a senior architect, not a junior internGoal + constraints + stack for capable models;›

Goal + constraints + stack for capable models; step-by-step for weak ones; different models per sub-agent role.

Junior intern vs senior architect (0:50)

Define goals, features, stack - then let it architect (0:50-0:51)

Different models per sub-agent (0:51-0:52)

↓ Full write-up of this concept

The concepts in full

01

The Audible pattern: sell on the web, let the app read the database

Lillian wants to sell licences to a chat app on iOS and Android. The stores want 15-30% of every one.

Cross-platform first: React Native or Flutter, or a vibe-coding tool tuned for both stores (heard as 'Rork'; Replicate and Emergent named in passing). Then the money: Apple takes about 30% of in-app purchases and Google 15-30%. The workaround is Audible's - sell subscriptions on a web portal outside the app, and have the mobile app simply reflect the same database. A flat paid-app licence fee is a different model from in-app purchases and worth keeping distinct.

Why it matters

The store cut is the single biggest margin decision in any client app that charges.

02

Vet a technical co-founder with a dummy project, not your repo

How do you find out whether a cybersecurity co-founder can actually work with you, without giving them the codebase?

Share a pitch or a one-page brief rather than the code; or build a deliberately buggy dummy project and hand that over as a test assignment. You learn how they work, what they find and how they communicate, and your real IP never leaves the building. Shaquille's adjacent question - what to stress-test before production - gets the baseline four: latency, concurrency, load and ping; the rest depends on the product.

Why it matters

Protects the same asset OH I's founder's-dilemma agents protect, at the hiring stage.

03

An Android accessibility-service voice agent: fast decision model, action memory, OEM reality

'Say Uber, and the phone books the car.' Cody had the robot hand; what he lacked was the architecture.

Cody's agent clicks on the user's behalf through Android's accessibility service, referencing a repo heard as 'agent Tars'. Akhil's reference architectures are Google Assistant and Apple's Shortcuts: a trigger phrase, a stored sequence of steps. Concretely: a JSON or markdown memory file mapping phrases to accessibility action sequences; a small fast model (Gemini Flash) for the which-tool decision, because two-minute on-device inference is unusable; and acceptance that OEM fragmentation is unavoidable - Redmi blocks accessibility, Samsung permits it - so ship two apps: a 'pro' setup app that handles permissions and a simple end-user app. Store approval: Apple straightforward with disclosure, Google slower and stricter.

Why it matters

The technical half of Cody's product, whose marketing half was OH V's painkiller framing; it becomes the TV agent by OH XIII.

04

Local model to WhatsApp: OpenClaw as the front end, NGINX as the risky pipe, Hermes as the better harness

Vijay has a Mac mini, a local model and a website chatbot. The tutorials keep breaking.

The standard pattern is OpenClaw: expose the local model through its web interface and connect WhatsApp, Telegram and email as front ends. To reach localhost from the internet you tunnel with NGINX - which 'is not super secure, more like opening a pipe'. Akhil's own preference is Hermes, whose self-learning loop-engineering harness he calls 'much better' for the same job; Stefan's earlier question about wiring Hermes into an existing marketing workflow is pointed at the Circle recordings on Hermes and loop engineering.

Why it matters

The local-model chatbot pattern for client work, with its one security caveat.

05

Loop engineering: brief the model like a senior architect, not a junior intern

Adil: with goal-based agents 'it does everything by itself' - how do I keep control?

Two modes. Step-by-step prompting is directing a junior intern; loop engineering is briefing a senior architect - you give well-defined goals, features, constraints and the tech stack, and let a high-capability model (Fable was named) design the path. Control comes from the brief, not from the steps. In Claude Code or Cursor you can assign different models to different sub-agents - a 'senior lead' and a 'junior intern' - and mix both styles in one system.

Why it matters

The clearest one-line statement of the control model behind Session 15's loop engineering.

Tools referenced

ToolCoverageMomentContext
React NativeexplainedCross-platform build
GeminiexplainedFlash as the fast routing model
OpenClawexplainedLocal model to WhatsApp front end
NGINXexplainedTunnel; insecure for this
HermesexplainedPreferred self-learning harness
FluttermentionedCross-platform alternative
EmergentmentionedCan also build mobile apps
Claude FablementionedNamed for loop-engineering briefs
CursormentionedPer-sub-agent model assignment

Action items

    Resources mentioned

    Resources
    • docHardware idea reviewed
    • docFollow-ups

    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
    Office hours XIII (platform title)Office Hours VIII by section and numbering
    RockRork (probable)
    Versatile AI SDKVertex AI SDK (probable)
    MatossMythos - Anthropic model name as spoken

    True on recording day — verify before relying