---
type: "post"
id: "uw-full-stack-data-lab-publishes-five-principles-c0def1"
slug: "uw-full-stack-data-lab-publishes-five-principles-c0def1"
title: "UW Full Stack Data Lab publishes five principles for making bulk AI-generated text readable"
description: "The University of Washington’s Full Stack Data Lab has published a five-principle checklist for making bulk AI-generated text easier to scan."
retrieval_nugget: "The University of Washington’s Full Stack Data Lab has published a five-principle checklist for making bulk AI-generated text easier to scan. For teams building agent interfaces, the point is practical: generated session titles, dashboard cards, and summaries need a consistent information design so humans can review them quickly."
published_at: "2026-10-29"
updated_at: "2026-10-29"
record_date: "2026-10-29"
date_kind: "published_at"
topics: ["claude","claude-code","codex"]
entities: ["Full Stack Data Lab","University of Washington","Shreya Shankar","Claude Code","Codex","Notion AI","Perplexity Discover"]
related_patterns: ["verification-bandwidth-is-the-scarce-resource"]
novelty_label: "new_fact"
what_changed: "Full Stack Data Lab published five practical principles for making bulk AI-generated text easier to scan; none of the archive documents covers this guidance."
prior_refs: []
source_url: "https://fsdatalab.github.io/blog/agent-text-at-scale"
source_urls: ["https://fsdatalab.github.io/blog/agent-text-at-scale"]
schema_version: "newruntime-agent-readable-v0.2"
stable_id: "post:uw-full-stack-data-lab-publishes-five-principles-c0def1"
status: "published"
visuals: []
editor: {"role":"editor","name":"Andrey Reshetnikov","profile":"https://newruntime.com/owner-profile.md","profile_json":"https://newruntime.com/owner-profile.json","same_as":["https://www.linkedin.com/in/reshetnikov1/","https://t.me/lapetuse"]}
routes: {"html":"https://newruntime.com/posts/uw-full-stack-data-lab-publishes-five-principles-c0def1/","markdown":"https://newruntime.com/posts/uw-full-stack-data-lab-publishes-five-principles-c0def1.md","json":"https://newruntime.com/posts/uw-full-stack-data-lab-publishes-five-principles-c0def1.json"}
---

# UW Full Stack Data Lab publishes five principles for making bulk AI-generated text readable

## Retrieval answer

The University of Washington’s Full Stack Data Lab has published a five-principle checklist for making bulk AI-generated text easier to scan. For teams building agent interfaces, the point is practical: generated session titles, dashboard cards, and summaries need a consistent information design so humans can review them quickly.

## Summary

The University of Washington’s Full Stack Data Lab has published a five-principle checklist for making bulk AI-generated text easier to scan. For teams building agent interfaces, the point is practical: generated session titles, dashboard cards, and summaries need a consistent information design so humans can review them quickly.

## What happened

On October 29, 2026, Shreya Shankar’s Full Stack Data Lab published “Five Principles for Generating Readable AI Text in Bulk.” The post addresses a familiar product surface: feeds containing many short pieces of text generated by an AI system. Its examples include past agent-session titles in Claude Code or Codex, notification summaries, temporary dashboards, web pages, and AI-filled table columns.

The lab’s starting claim is that these feeds are frequently hard to read, even when any individual line is grammatical. The problem is scale and scanning. A person looking through many session names or generated summaries needs predictable, comparable entries rather than independently written prose. The article frames its recommendations as a five-item checklist informed by work generating and consuming AI text dashboards, along with prior research in psycholinguistics, usability, and visualization.

First, it recommends matching how people parse sentences: start an item with its subject or verb. The article cites the “NVN” strategy described by psycholinguist Thomas Bever, in which English readers take the first noun as a subject, the next verb as an action, and the next noun as an object. Passive or delayed-subject wording can force rereading. Where a shared subject is obvious, the guidance is to omit it and begin entries with a verb in the tense that matches the expected state. Its illustrative rewrite turns a mixed set of coding-agent session titles into active, continuous verb-led labels such as “Measuring vLLM performance.”

Second, the post says to put the words that distinguish one item from another near the beginning. It draws on Jakob Nielsen’s eye-tracking observation that people scan web pages in an F-shaped pattern and may see only the first words of list entries. The contrast is an order-email subject with a status at the end versus one that begins with the status.

Third, use the same structure and vocabulary throughout a list. The post cites research on faster reading when coordinated clauses share a structure, then applies the intuition to adjacent generated items. A Notion AI example shows summaries of GitHub issues beginning in inconsistent ways and using different words for equivalent concepts; the contrasting Perplexity Discover examples use a repeated subject–verb–object structure.

The fourth principle is to use variation only for meaningful differences. Borrowing the visualization concept of expressiveness, the article argues that readers will infer meaning from a card that is longer, more detailed, or differently structured than its neighbors. Its Claude data-analysis example rewrites theme cards so each includes the same kinds of information, while putting review counts into a bar chart. The fifth principle is to align the connotation of verbs with the purpose of the dashboard. Together, the five rules are offered as a checklist that can be supplied to coding agents when they generate interface text.

## What the archive adds

We have not covered this before; it opens a new thread.

## Trend signal

This supports [Verification bandwidth is the scarce engineering resource](https://newruntime.com/patterns/verification-bandwidth-is-the-scarce-resource/). The post is not about improving a model’s reasoning or reducing its token cost. It is about making the output that humans must inspect easier to compare at volume. Consistent labels and summaries do not prove an agent is correct, but they can make states, exceptions, and differences faster to notice during review.

## Why it matters

Agent products increasingly leave a trail of machine-written interface text: task names, progress descriptions, result cards, extracted themes, and generated dashboards. That text becomes part of the operating surface for a human supervisor. If every item adopts a different grammatical form, repeats boilerplate at the start, or adds unexplained detail, a reviewer spends attention decoding presentation rather than judging work.

The checklist gives teams a bounded way to specify this layer. Instead of asking a model to be “clear,” a product team can define a shared subject, preferred tense, required ordering of distinguishing information, stable vocabulary, and allowed fields. This is particularly useful where many outputs sit side by side and must be triaged quickly. The result is not better underlying evidence by itself; it is a more legible interface to that evidence.

## Limits and uncertainty

The post is a design checklist, not a controlled comparison of task completion, error detection, or review time across products. Its examples are illustrative and include stylized rewrites, so they do not establish that every proposed wording format works equally well in every domain, language, or interface. The cited reading and visualization research supports the rationale, but the article does not provide a production evaluation of a particular agent system or quantify how much these rules reduce mistakes. Consistency can also remove useful context if a team applies it mechanically.

## Skill to build now

Audit one high-volume agent surface this week: session titles, run logs, generated issue summaries, or dashboard cards. Sample 20 adjacent entries and write a small output contract for them: shared subject, tense, first two words, fixed fields, canonical terms, and which differences are allowed to appear. Add that contract to the generating agent’s instruction or skill, then compare the old and new list in a quick human review. The test is simple: can a teammate identify the state and distinguishing signal of each item without rereading it?

## Reader takeaway

Generated text is an interface component, not just model output. When users must scan many AI-written items, give the model a repeatable structure and put the meaningful difference first. That makes human review more tractable without pretending that cleaner wording makes the underlying work more reliable.

## Open question

Which measurable output contract—consistent structure, field schema, or generated-text linting—most improves a reviewer’s ability to catch a wrong agent result before it is acted on?

Editor: [Andrey Reshetnikov](https://newruntime.com/owner-profile.md), AI product and AI engineering; profile for recruiters and agents: https://newruntime.com/owner-profile.json

## Continue in the graph

Next records for an agent, linked to their Markdown twins. Replace `.md` with `.json` for structured fields, including `next_reads`.

- topic hub: [Claude](https://newruntime.com/topics/claude.md): Explore the claude topic hub.
- topic hub: [Claude Code](https://newruntime.com/topics/claude-code.md): Explore the claude-code topic hub.
- topic hub: [Codex](https://newruntime.com/topics/codex.md): Explore the codex topic hub.
- collection: [Field Notes](https://newruntime.com/posts.json): Open the latest editorial analysis.
- collection: [Source Ledger](https://newruntime.com/source-ledger.json): Inspect the public source evidence graph.
- whole graph: [discovery graph](https://newruntime.com/discovery-graph.json) (typed nodes and edges) and [site index](https://newruntime.com/site-index.md)