---
title: "How should a solo founder review AI agents each week? | Len P. van der Hof"
description: "A 30-minute weekly review for solo founders: check AI agent objectives, triggers and output scores, then record one decision per role."
image: "https://lenvanderhof.com/media/generated/blog-hero-weekly-agent-review-vs-standup.33cae2e91090.wide.webp"
---

[Venture Building](https://lenvanderhof.com/en/blog/category/venture-building/) Research guide

# Weekly agent review vs standup: one decision per role, not a status update

A list of completed tasks leaves the next decision to you. Review the week's evidence and write down what each role should do next, what it may do alone and what needs a separate session.

Len P. van der HofPublished 4 November 202610 min read

A row of rowing boats moored along the quay; the nearest lies beside the slipway.

Direct answer

A solo founder can review AI agents in three weekly passes: ten minutes on Monday for objectives, five midweek for triggers, and fifteen on Friday for output scores recorded at delivery. Keep one Field Card per role and end Friday with one decision per role: hold, adjust, or flag for a separate rotation session. The Agent Dream Team proposes this thirty-minute budget; setup, delivery scoring and repairs take extra time.

## Key takeaways

- End the review with one decision per active role, supported by its work. Keeping the current objective and permissions is a decision too.
- The book's weekly budget is ten minutes on Monday, five midweek and fifteen on Friday. Setup, delivery scoring, repairs and rotation sessions sit outside it.
- Keep one Field Card per role for its current state and one checklist per week for the evidence and decisions. Copy card fields from the working documents.
- Friday consolidates scores recorded at delivery. Missing scores are review debt; checking one output cannot establish that the whole week passed.
- Repeated underperformance raises a rotation flag. A separate session decides whether to retire, merge or upgrade. Urgent failures need action when they appear.

**A weekly agent review should end with a decision for every active role, supported by evidence from its work.** Decide what continues, what changes and what needs a separate investigation. Put the reason beside the decision so you can check it next week.

Chapter 11 of [The Agent Dream Team](https://lenvanderhof.com/books/the-agent-dream-team/) gives this review a bounded shape: ten minutes on Monday, five midweek and fifteen on Friday. It calls the cadence the **weekly operating ritual**. The timings are a starting design to test on your own roster, not a proven optimum or the full cost of supervising agents.

## Why isn’t a daily agent check-in enough?

A standup aligns teammates who must coordinate their day. A one-person company has no teammates to sync. The solo version is a founder opening one catch-all chat each morning to ask an assistant or agent roster what ran yesterday, what comes next and what is blocked. Chapter 11 describes where that leads: the daily check-in becomes another mega-thread, and context from early in the week contaminates the work at the end of it. Meanwhile the management question stays open: should each role keep running with its current objectives, instructions and permissions?

A completed task may answer the wrong question. A quiet role may have missed a brief. A busy one may keep producing work you have to repair. An activity summary alone does not settle any of those cases.

The distinction is **reporting activity versus deciding what the evidence warrants**. Agent roles still need operational coordination: inputs must arrive, handoffs must work and exceptions must reach you. Inspect those records. The weekly review gives you a fixed place to decide what they mean for the roster.

Keeping a role unchanged is a valid result, if the record says why its current work and permissions still fit. A review needs a decision you can account for, not a change.

## How should a solo founder review their AI agents each week?

Use three passes, each with one question and a written result. Chapter 11 sets the starting point at two or more active roles with charters, triggers and scorecards in place.

PassTimeboxQuestionRecord before closingCharter review (Monday, before the first agent session)10 minutesAre the objectives right for this week?Confirmed or updated objectives, with design problems flagged separatelyTrigger check (Wednesday, midday or early afternoon; Tuesday in a short week)5 minutesDid qualifying events activate the right roles?False positives, false negatives, activation delays and midweek objective updatesScorecard pass (Friday, at the end of the working day)15 minutesWhat does the week’s output evidence justify?Scores, objective grades, card updates, rotation flags and next week’s objectives

Monday directs the work before it starts, Wednesday checks routing while you can still respond, and Friday reads the accumulated evidence.

Keep the budget honest. Delivery scoring happens as outputs arrive (one to three minutes per output in Chapter 8); repairs and rotation sessions need their own time. Chapter 11 reserves **45–60 minutes for the first run** as setup cost. From week two, return to the thirty-minute constraint and treat repeated overruns as a design signal.

## What should be ready before the timer starts?

Prepare one **ROSTER Field Card** per role. Copy these eight fields from the documents you already use:

- **Front:** role name, one-sentence mandate, trigger and trust level (L1 to L5, meaning its permitted autonomy).
- **Back:** output contract, permitted tools, escalation rule and current scorecard grade.

The card gives you the current facts at a glance. It does not replace the charter or grant permission. Chapter 11 puts a first deck for three roles at about fifteen minutes: you copy fields rather than compose them. If a source field is missing, you have found a gap in the charter; record it as setup work. Do not invent an escalation rule to finish the card.

Keep the output log, delivery scores and trigger log within reach, plus a separate checklist for the week. **Cards hold current state; checklists preserve history.** Update a card in place when the role changes and keep each completed checklist so you can reconstruct why. When a role is retired, merged or migrated, move its card to an archive with the date it left the roster and one line naming the cause, so you do not rebuild the same failed design later under a new name.

A role with no trigger event this week can sit out the review. First confirm that no qualifying work arrived. A missed activation is a failure to investigate, not an inactive role to omit.

## What happens in each pass?

### Monday: confirm the objective before starting work

Read each card’s front and the role’s weekly objective. Mark the objective unchanged, updated or flagged. Check it against current deadlines and priorities, including last Friday’s findings.

Write a two-sentence revision where needed. If the problem requires a role redesign, schedule that work separately. Settle each objective before that role’s first session opens, and keep the hard stop: if you are still reviewing at minute ten, flag the remaining item and stop.

### Midweek: compare incoming work with actual runs

Read the trigger on each card against incoming events and the trigger log. Chapter 11 scans for three misfire patterns: **false positives** (a role activated on an event that did not require its mandate), **false negatives** (qualifying events that started nothing) and **activation delays** (the right role started later than its trigger allowed).

Successful runs cannot show work that never started, so compare incoming briefs and requests with the activations. Record the event, expected role, actual result and misfire type. The [trigger-map article](https://lenvanderhof.com/en/blog/trigger-map-vs-cron-job/) covers designing and testing a route; this pass identifies where attention is needed.

Update an objective if priorities have changed since Monday. Handle urgent failures when they appear. The calendar sets review appointments, not waiting periods for known problems.

### Friday: read the scores and write the decision

Start with scores recorded at delivery and open an output only to resolve a gap. Review it against its rubric criteria; leave line-editing for a separate session.

Keep the weekly objective grade (`0.0 to 1.0`, the share of Monday’s objective criteria met) beside the output-quality score (`1 to 3` on the role’s rubric). One asks whether the role hit its target; the other asks how well the work met its contract. Never average them together.

For each role, apply its existing permission rules, note any charter problem or rotation flag, and write next week’s objective. Update the Field Card that evening: the new grade goes on the back. If the week’s average dropped the role below its level’s floor, or completed the fourth consecutive cycle a promotion needs, the trust level on the front changes too. The [agent-scorecard article](https://lenvanderhof.com/en/blog/agent-scorecard-vs-thumbs-up/) covers the criteria, release gates and permission decision. A high weekly average never clears a failed release gate.

Missing delivery scores are **review debt**. Chapter 11 says to spot-check the most consequential output, record the gap and adjust the role’s cadence before the next week. Keep the gap visible: one checked output cannot stand in for the whole week. Do not promote a role on evidence you have not collected.

## When does the review trigger a rotation decision?

Chapter 9 separates a bad cycle from a repeated pattern. One week below the role’s floor calls for diagnosis. The book’s default rotation flag is **two consecutive cycles below the floor, or four of the last six**. These are the author’s operating rules, not validated reliability thresholds.

Friday raises the flag and books a separate **15-minute rotation session**, ideally later that day or before Monday’s charter review. That session decides whether to retire, merge or upgrade. Check whether the model or platform changed before attributing the problem to the role’s design.

The separation protects coverage: one role’s investigation must not consume the time reserved for every other role. Record which outputs and recurring defect the session will examine, and when.

If the decision is retirement, the [production-agent retirement checklist](https://lenvanderhof.com/en/blog/retire-a-production-agent/) covers closing its triggers, keys, callers and recurring costs. A rotation flag retires nothing. Nor does a scheduled session justify postponing a permission restriction that a failure requires now.

## Worked example: one hypothetical week

Consider a **hypothetical solo consultant** with three roles: Research Specialist, Draft Editor and Ops Coordinator. All remain draft-only (L1): the founder reviews every output before handoff. The work, scores and decisions below are invented to demonstrate the method. They are not a case from the book or observed results.

On Monday, a client proposal takes priority. The research objective changes from a broad market overview to: “For Thursday’s proposal, compare two delivery options against the client’s three requirements. Give a source or mark an unknown for each comparison.” The Draft Editor’s objective names the proposal’s required sections. The Ops Coordinator prepares the internal list of open actions. All three objectives remain within their existing mandates.

Wednesday’s check finds a new brief with no matching activation. The founder logs the false negative, handles the handoff manually after the check and schedules the routing repair. A list of completed agent runs would not have exposed that brief.

On Friday, the founder reads the delivery records:

RoleHypothetical evidenceDecision and next checkResearch SpecialistThe comparison includes broad industry background instead of answering the requirements. Recorded weekly quality averages are 2.3 last week and 2.4 this week, below this example’s 2.5 floor.Keep draft-only supervision and book a separate rotation session after the Friday pass to inspect the repeated scope failure.Draft EditorThe drafts contain the required sections, their claims trace to the research notes, and all recorded release conditions pass.Keep the current trust level and objective pattern. Check the next deliveries against the same criteria.Ops CoordinatorThe action list includes completed jobs alongside open ones.Change next week’s objective to list open actions only. Check that condition at the next delivery.

The separate rotation session finds no model or platform change. The research mandate still fits the work, but the standing prompt still asks for broad background. The founder chooses a prompt upgrade: rewrite it from the charter, keep direct review and set a two-week re-evaluation date. That date is a checkpoint, not a promise of promotion.

The rotation log records the decision and its evidence now. Its outcome field stays open until later outputs show what happened. Nothing in this week yet demonstrates improved performance.

## What if the review will not fit?

A first-run overrun is not a roster-size verdict: missing cards and scattered records eat time before you judge any work. Fix that preparation first.

Chapter 11 names three causes when the review keeps running long: too many roles, vague criteria and line-editing during evaluation. Keep rewriting outside the review. If you cannot score a criterion quickly, the chapter’s fallback is a good-or-bad judgment for that week: leave the criterion out of the average, hold any promotion that week and sharpen the wording on Monday.

If the active roster still exceeds the timebox once those problems are fixed, it is too large for the review time you have allocated. Reduce it; do not make the review fit by skipping the roles with the weakest evidence.

## Try this today

Use your latest completed working week for this fifteen-minute test of the Friday pass. It adapts the book’s checklist; it does not replace running all three passes this week.

1. **Book the recurring appointments:** ten minutes on Monday, five midweek and fifteen on Friday. Starting midweek? Confirm current objectives before the next agent session and pick up the remaining checkpoints.
2. **Open every active role’s output log and scorecard.** Put its Field Card beside them, preparing missing cards first and timing that separately. If no scores were recorded, mark the evidence gap before starting.
3. **Set a fifteen-minute timer and write one decision per role.** Record the output or score behind it, what happens next and when you will check again. Keep rotation investigations outside this pass.
4. **Make missing evidence actionable.** Name the outputs still to review, when you will review them and which restriction applies meanwhile. An empty score column cannot justify more autonomy.
5. **Check coverage when the timer ends.** Every active role needs a recorded decision, supporting evidence or a named gap, and a next check. Record unfinished roles explicitly and book any rotation sessions separately.

The test is whether you can account for every active role within the timebox without hiding missing evidence or doing the repairs inside it. If it does not fit, record what consumed the time and fix that friction. If it still will not fit, the roster is too big for one operator: take a role out of the active roster and take back its pending work yourself. A smaller roster you can review is the one you can justify running.

Cite this:Weekly agent review vs standup: one decision per role, not a status update.Len P. van der Hof. [https://lenvanderhof.com/en/blog/weekly-agent-review-vs-standup/](https://lenvanderhof.com/en/blog/weekly-agent-review-vs-standup/) · Published 4 November 2026.

## Sources

1. [The Agent Dream Team, chapters 8, 9 and 11](https://lenvanderhof.com/books/the-agent-dream-team/) · LPH98.ventures

## Further reading

- [Trigger map vs cron job: a schedule is one row, not the map](https://lenvanderhof.com/en/blog/trigger-map-vs-cron-job/)
- [An agent scorecard turns output review into a permission decision](https://lenvanderhof.com/en/blog/agent-scorecard-vs-thumbs-up/)
- [How to retire a production agent (stopping it is not enough)](https://lenvanderhof.com/en/blog/retire-a-production-agent/)
- [The Agent Dream Team](https://lenvanderhof.com/books/the-agent-dream-team/)

About the author

## [Len P. van der Hof](https://lenvanderhof.com/en/authors/len-p-van-der-hof/)

Entrepreneur, AI Innovator and Venture Builder

Len P. van der Hof builds practical AI systems, digital ventures and evidence-informed tools for founders.

```json
{
	"@context": "https://schema.org",
	"@graph": [
		{
			"@type": "Person",
			"@id": "https://lenvanderhof.com/#person",
			"name": "Len P. van der Hof",
			"alternateName": [
				"Len van der Hof",
				"L.P. van der Hof",
				"Leendert Pieter van der Hof"
			],
			"honorificSuffix": "MSc",
			"url": "https://lenvanderhof.com/",
			"image": [
				"https://lenvanderhof.com/photos/len-portrait-1.jpg",
				"https://lenvanderhof.com/photos/len-portrait-2.jpg",
				"https://lenvanderhof.com/photos/len-portrait-3.jpg",
				"https://lenvanderhof.com/photos/len-portrait-4.jpg",
				"https://lenvanderhof.com/photos/len-speaking.jpg",
				"https://lenvanderhof.com/photos/len-hero.jpg"
			],
			"jobTitle": "Entrepreneur, AI Innovator and Venture Builder",
			"description": "Len P. van der Hof, MSc, is a Dutch entrepreneur and AI innovator in Zwijndrecht. He builds ReasonKit, MindSesh, Undominated.ai, books under his name, the fiction imprint LPH98.lifestyle, and technology ventures through LPH98.ventures. Eleven titles in Systems for the Strategic Self are available now, in English and Dutch.",
			"address": {
				"@type": "PostalAddress",
				"addressLocality": "Zwijndrecht",
				"addressCountry": "NL"
			},
			"alumniOf": {
				"@type": "CollegeOrUniversity",
				"name": "Rotterdam School of Management, Erasmus University"
			},
			"knowsAbout": [
				"Artificial intelligence",
				"AI agents",
				"Agentic AI systems",
				"LLM routing",
				"SEO",
				"Generative engine optimization",
				"Answer engine optimization",
				"Venture building",
				"Founder performance",
				"Founder psychology",
				"Evidence-based decision-making"
			],
			"sameAs": [
				"https://www.linkedin.com/in/lenvanderhof/",
				"https://x.com/LenvanderHof",
				"https://www.youtube.com/channel/UCTG20buKqYYbitqqf7l3zJA",
				"https://www.instagram.com/Lenvanderhof/",
				"https://www.threads.com/@lenvanderhof",
				"https://github.com/Lenvanderhof",
				"https://huggingface.co/LPH98",
				"https://www.npmjs.com/~lenvanderhof",
				"https://www.goodreads.com/author/show/70983905.Len_P_van_der_Hof",
				"https://www.amazon.com/author/lenvanderhof",
				"https://www.bol.com/nl/nl/b/len-p-van-der-hof-msc/609879394/",
				"https://bsky.app/profile/lenvanderhof.com",
				"https://mastodon.social/@Lenvanderhof",
				"https://crates.io/users/Lenvanderhof",
				"https://cursor.com/@Lenvanderhof",
				"https://medium.com/@Lenvanderhof",
				"https://gitlab.com/Lenvanderhof",
				"https://hub.docker.com/u/lenvanderhof/",
				"https://dev.to/lenvanderhof",
				"https://www.facebook.com/Lenvanderhof",
				"https://soundcloud.com/Lenvanderhof"
			],
			"affiliation": [
				{
					"@id": "https://lenvanderhof.com/#publisher"
				},
				{
					"@id": "https://lenvanderhof.com/#mindsesh"
				},
				{
					"@id": "https://lenvanderhof.com/#lifestyle"
				}
			]
		},
		{
			"@type": "WebSite",
			"@id": "https://lenvanderhof.com/#website",
			"url": "https://lenvanderhof.com/",
			"name": "Len P. van der Hof",
			"description": "Len P. van der Hof, MSc, is a Dutch entrepreneur and AI innovator in Zwijndrecht. He builds ReasonKit, MindSesh, Undominated.ai, books under his name, the fiction imprint LPH98.lifestyle, and technology ventures through LPH98.ventures. Eleven titles in Systems for the Strategic Self are available now, in English and Dutch.",
			"inLanguage": [
				"en",
				"nl"
			],
			"publisher": {
				"@id": "https://lenvanderhof.com/#person"
			}
		},
		{
			"@type": "Organization",
			"@id": "https://lenvanderhof.com/#publisher",
			"name": "LPH98.ventures",
			"url": "https://lph98.ventures",
			"founder": {
				"@id": "https://lenvanderhof.com/#person"
			}
		},
		{
			"@type": "Organization",
			"@id": "https://lenvanderhof.com/#mindsesh",
			"name": "MindSesh",
			"url": "https://mindsesh.net",
			"founder": {
				"@id": "https://lenvanderhof.com/#person"
			}
		},
		{
			"@type": "SoftwareApplication",
			"@id": "https://lenvanderhof.com/#reasonkit",
			"name": "ReasonKit",
			"url": "https://reasonkit.sh",
			"creator": {
				"@id": "https://lenvanderhof.com/#person"
			}
		},
		{
			"@type": "SoftwareApplication",
			"@id": "https://lenvanderhof.com/#undominated",
			"name": "Undominated.ai",
			"url": "https://undominated.ai",
			"creator": {
				"@id": "https://lenvanderhof.com/#person"
			}
		},
		{
			"@type": "Organization",
			"@id": "https://lenvanderhof.com/#lifestyle",
			"name": "LPH98.lifestyle",
			"url": "https://lph98.lifestyle",
			"founder": {
				"@id": "https://lenvanderhof.com/#person"
			}
		},
		{
			"@type": "ImageObject",
			"@id": "https://lenvanderhof.com/en/blog/weekly-agent-review-vs-standup/#primaryimage",
			"url": "https://lenvanderhof.com/media/generated/blog-hero-weekly-agent-review-vs-standup.33cae2e91090.wide.webp",
			"contentUrl": "https://lenvanderhof.com/media/generated/blog-hero-weekly-agent-review-vs-standup.33cae2e91090.wide.webp",
			"representativeOfPage": true
		},
		{
			"@type": "BreadcrumbList",
			"@id": "https://lenvanderhof.com/en/blog/weekly-agent-review-vs-standup/#breadcrumb",
			"itemListElement": [
				{
					"@type": "ListItem",
					"position": 1,
					"name": "Home",
					"item": "https://lenvanderhof.com/"
				},
				{
					"@type": "ListItem",
					"position": 2,
					"name": "Blog",
					"item": "https://lenvanderhof.com/en/blog/"
				},
				{
					"@type": "ListItem",
					"position": 3,
					"name": "Venture Building",
					"item": "https://lenvanderhof.com/en/blog/category/venture-building/"
				},
				{
					"@type": "ListItem",
					"position": 4,
					"name": "Weekly agent review vs standup: one decision per role, not a status update",
					"item": "https://lenvanderhof.com/en/blog/weekly-agent-review-vs-standup/"
				}
			]
		},
		{
			"@type": "WebPage",
			"@id": "https://lenvanderhof.com/en/blog/weekly-agent-review-vs-standup/#webpage",
			"url": "https://lenvanderhof.com/en/blog/weekly-agent-review-vs-standup/",
			"name": "Weekly agent review vs standup: one decision per role, not a status update",
			"description": "A 30-minute weekly review for solo founders: check AI agent objectives, triggers and output scores, then record one decision per role.",
			"isPartOf": {
				"@id": "https://lenvanderhof.com/#website"
			},
			"primaryImageOfPage": {
				"@id": "https://lenvanderhof.com/en/blog/weekly-agent-review-vs-standup/#primaryimage"
			},
			"breadcrumb": {
				"@id": "https://lenvanderhof.com/en/blog/weekly-agent-review-vs-standup/#breadcrumb"
			},
			"inLanguage": "en-GB"
		},
		{
			"@type": "BlogPosting",
			"@id": "https://lenvanderhof.com/en/blog/weekly-agent-review-vs-standup/#article",
			"mainEntityOfPage": {
				"@id": "https://lenvanderhof.com/en/blog/weekly-agent-review-vs-standup/#webpage"
			},
			"headline": "Weekly agent review vs standup: one decision per role, not a status update",
			"description": "A 30-minute weekly review for solo founders: check AI agent objectives, triggers and output scores, then record one decision per role.",
			"datePublished": "2026-11-04T20:05:00.000Z",
			"author": {
				"@id": "https://lenvanderhof.com/#person"
			},
			"publisher": {
				"@id": "https://lenvanderhof.com/#person"
			},
			"image": [
				"https://lenvanderhof.com/media/generated/blog-hero-weekly-agent-review-vs-standup.33cae2e91090.square.webp",
				"https://lenvanderhof.com/media/generated/blog-hero-weekly-agent-review-vs-standup.33cae2e91090.landscape.webp",
				"https://lenvanderhof.com/media/generated/blog-hero-weekly-agent-review-vs-standup.33cae2e91090.wide.webp"
			],
			"articleSection": "Venture Building",
			"inLanguage": "en-GB"
		}
	]
}
```
