The most transferable demo of launch week was not a coding benchmark. Ethan Mollick pointed GPT-6 at tens of thousands of his own emails, writings and calendar entries and had it assemble a personal knowledge base of research, contacts, ideas, relationships and tasks.

The most transferable demo of the week was not a coding benchmark. Ethan Mollick pointed Astra at tens of thousands of his own emails, writings and calendar entries and had it assemble a personal knowledge base of research, contacts, ideas, relationships and tasks.

That is a company-shaped job wearing a personal disguise. Every organisation has a decade of decisions sitting in inboxes, documents and calendars that nobody can query, and until now assembling it was a project nobody would fund. Long-horizon computer use changes the arithmetic, because the model can grind through the corpus for hours without supervision and the cost is tokens rather than a team.

If you do this, do it on a copy, scope credentials to read-only, and pick a corpus with a clear boundary. The failure mode is not a bad summary. It is a model with live credentials to everything because it was easier than scoping.

Fig. 1
Why the arithmetic changed
The corpus did not change. The cost of reading it did. THE INPUT, UNCHANGED FOR A DECADE inboxes documents calendars tickets, threads, decisions BEFORE A team, for months WHICH IS WHY NOBODY EVER FUNDED IT AFTER Tokens, overnight 922,000 INPUT TOKENS PER PASS, UNSUPERVISED Do it on a copy, read-only, with a corpus that has an edge.
The failure mode is not a bad summary. It is a model holding live credentials to everything because scoping was harder than not scoping.
Pattern: Ethan Mollick, September 3, 2026. Chart: nativefirst.ai

Two constraints make the difference between an asset and an incident. Scope credentials to read-only and work on a copy, because a long-horizon run against live systems is the worst possible place to discover a permissions mistake. And pick a corpus with an edge: one mailbox, one function, one date range. A boundary you can describe in a sentence is a boundary you can audit.

The output is worth more than the summary it produces. What you are actually building is the queryable layer that your AI does not currently have, assembled from the decisions your company already made and then forgot.

Why the personal version is the company version

Mollick's run is a personal knowledge base, and that is the disguise. The same job at company scale is the thing every AI project quietly assumes exists and then discovers does not: an authoritative, queryable account of what the organisation knows and why it decided things.

Systems of record capture what happened and almost never why. A CRM records that a deal slipped; it does not record the judgment behind the forecast. Decision rationale is among the most perishable assets a company owns, because it lives in Slack threads, escalation calls and the heads of people who leave.

What long-horizon computer use changes is that reconstructing it stopped being a funded project and became an overnight job. Not because the model got smarter at reading, but because it can now read for eight hours without a human sitting next to it.

Bound it before you run it

One corpus, one edge. A mailbox, a function, a date range. If you cannot describe the boundary in a sentence, you cannot audit what the agent touched.

Read-only, on a copy. A long unattended pass against live systems is the worst possible place to discover a permissions mistake, and the cost of a snapshot is trivial next to the cost of a write you did not intend.

Test the revoke path first. Gergely Orosz named the pattern this summer: the connect action grants more than the user believes and the disconnect action revokes less. Claire Vo cut an assistant's Google access at 11am and still received an emailed summary at 2pm. Before a real corpus, prove you can turn it off.

Decide what the output is. A summary nobody queries is a document. The asset is a structured, addressable layer that later agents read from, which is the difference between a report and infrastructure.

The 922,000-token input ceiling is what makes any of this practical, and it is also the constraint: a corpus larger than that has to be chunked and compacted, which is the same discipline that bought the 37 points in Part 2.

What decade of decisions can nobody in your company query?

Book a free Diagnostic: 30 to 45 minutes, no deck, no pitch. We pick one bounded corpus and scope what a read-only overnight pass would actually produce.

Book the Diagnostic →

Part 5 of Working with GPT-6 Astra: The Operator Guide.

Sources
1Ethan Mollick, September 3, 2026: assigned GPT-6 tens of thousands of emails, writings and calendar appointments to assemble a personal knowledge base of research, contacts, ideas, relationships and tasks. x.com
2OpenAI API documentation, September 2026, for the technical spec: 1,050,000 token context window (922,000 max input, 128,000 max output), knowledge cutoff April 30 2026, reasoning.effort levels low/medium/high/xhigh/max, ten built-in tools (web_search, file_search, image_generation, code_interpreter, hosted_shell, apply_patch, skills, computer_use, mcp, tool_search), text and image input with text-only output, no fine-tuning, embeddings, realtime or audio. Pricing: $10/M input, $1/M cached input, cache writes at 1.25x uncached ($12.5/M), $50/M output; prompts over 272K bill at 2x input and 1.5x output; Batch and Flex at 50%; Fast mode at 2x. Rate limits run from 500 RPM / 500K TPM at Tier 1 to 15,000 RPM / 40M TPM at Tier 5. developers.openai.com
3Agent guardrail practice referenced in section 7: Moysei's "control access with keys, not prompts"; Brex's conclusion that enterprise agent safety belongs at the network layer, and its open-sourced CrabTrap HTTP proxy (Pedro Franceschi); Gergely Orosz on "the massive, silent sensitive data access" of agent startups, with Claire Vo disconnecting an assistant from Google at 11am and still receiving an emailed summary at 2pm; and Elon Musk's indemnity framing, "if Grok Bot messes up, we will make you whole."
John Tan
John Tan

Founder and CEO of nativefirst.ai. Embeds with scaling founders and CEOs to ship Level-3 agents and AI workflows in production.