---
schema_version: "newruntime-agent-readable-v0.2"
type: "post"
stable_id: "post:gusto-cofounder-blank-canvas-workflow"
slug: "gusto-cofounder-blank-canvas-workflow"
title: "Gusto Solves The Agent Blank Canvas With Scheduled Work"
description: "Gusto Cofounder starts from recurring payroll and HR workflows, giving the agent an assigned job, schedule, context, and decision boundary before the user has to invent a prompt."
retrieval_nugget: "Gusto Cofounder starts from recurring payroll and HR workflows, giving the agent an assigned job, schedule, context, and decision boundary before the user has to invent a prompt. A capable agent can still be a weak product if the user has to invent its first job."
status: "published"
published_at: "2026-08-03"
updated_at: "2026-08-03"
record_date: "2026-08-03"
date_kind: "published_at"
topics: ["agents","interfaces","automation","ai-adoption"]
source_urls: ["https://www.browserbase.com/blog/ai-blank-canvas-problem-eddie-kim-gusto"]
visuals: [{"id":"gusto-cofounder-blank-canvas-workflow","kind":"editorial-diagram","role":"hero","src":"https://newruntime.com/images/posts/gusto-cofounder-blank-canvas-workflow.webp","alt":"Hand-drawn contrast between an empty general-purpose agent and a scheduled business workflow that observes recurring work, proposes automation, runs it, and asks a human only for decisions.","caption":"The blank canvas disappears when the product already knows which recurring job, schedule, context, and decision boundary to offer.","credit":"New Runtime synthesis from Browserbase's interview with Gusto","source_url":"https://www.browserbase.com/blog/ai-blank-canvas-problem-eddie-kim-gusto","generated_with":"gemini-3.1-flash-image","width":1600,"height":900,"legend":[{"label":"Recurring work","description":"The product recognizes a known payroll or HR process instead of waiting for an open-ended prompt."},{"label":"Scheduled agent","description":"The workflow runs with existing business context and checks in when a decision is required."},{"label":"Human boundary","description":"The owner approves exceptions and decisions rather than continuously steering every step."}]}]
routes: {"html":"https://newruntime.com/posts/gusto-cofounder-blank-canvas-workflow/","markdown":"https://newruntime.com/posts/gusto-cofounder-blank-canvas-workflow.md","json":"https://newruntime.com/posts/gusto-cofounder-blank-canvas-workflow.json"}
source_format: "markdown"
---

# Gusto Solves The Agent Blank Canvas With Scheduled Work

## Retrieval answer

Gusto Cofounder starts from recurring payroll and HR workflows, giving the agent an assigned job, schedule, context, and decision boundary before the user has to invent a prompt. A capable agent can still be a weak product if the user has to invent its first job.

A capable agent can still be a weak product if the user has to invent its first job. Browserbase's interview with Gusto co-founder Eddie Kim calls this the blank canvas problem: install OpenClaw or open a powerful coding assistant, then fall back to search because the product has not connected capability to a recurring responsibility.

Gusto's answer is Cofounder, an agent built around work the company already understands. Small businesses run payroll on a schedule, approve time off, administer benefits, and handle recurring HR tasks. Those workflows already have data, timing, exceptions, and decision owners. Cofounder can propose a concrete automation, run it on schedule, and interrupt the owner only when judgment is needed.

This is a different product contract from a general chat box. The starting point is not "what would you like to do?" It is evidence that the customer performs a known task repeatedly. The product turns that evidence into a suggested delegation with an explicit schedule and human boundary.

The development story reinforces the same point. Browserbase reports that four engineers and one designer built Cofounder in ten weeks, producing roughly 1,000 pull requests with a nine-minute median review time. Kim's emphasis is that the coding agent became productive through concentrated feedback from the team. Capability was available; the scarce input was teaching the system what good work looked like.

For New Runtime, this is a useful adoption test. Before adding another autonomous surface, identify one repeated job with a stable trigger, observable completion state, and named decision owner. If the system cannot propose that job from existing operational context, the user is still holding the blank canvas.