10 frontier models judge the same 35 claims

Claims from X’s AI discourse — long posts, video transcripts — each judged by 10 models under identical conditions: read the claim, search ~3,000 related claims, decide what it supports, contradicts, or extends, and justify the call. Claude Opus 4.5–4.8 and Fable 5, GPT-5.6 Sol/Terra/Luna, and the open-weights Kimi K3.

No leaderboard. The rationales are side by side below — judge for yourself.

more on what this does and doesn’t test

This is a qualitative exercise, deliberately: the interesting differences — does a model recognize when two statements genuinely disagree versus merely differ in emphasis? does it know corroboration from restatement? does it know when to hold fire? — don’t reduce to a score. And to be precise about scope: it doesn’t test whether models can tell true claims from false ones; it tests whether they can map how ideas relate, disagree, and build on each other — argument mapping, not fact-checking.

The models — objective attributes

What each model is and what it measurably cost to run this exercise — list pricing, and the actual per-claim cost and speed measured across the 40-claim run (completed claims only). Judgment quality is deliberately not scored here — that’s yours to assess from the board.

modelmakerweightsreasoning
effort
list price
$in / $out per 1M
measured
$ / 1,000 claims
relative measured costmeasured
sec / claim
opus-4.5
Anthropic · Nov ’25 generation
Anthropicclosedmedium$5 / $25$206
46%
47.1s
opus-4.6
Anthropic · Opus lineage
Anthropicclosedmedium$5 / $25$280
62%
66.8s
opus-4.7
Anthropic · Opus lineage
Anthropicclosedmedium$5 / $25$189
42%
39.9s
opus-4.8
Anthropic · current Opus
Anthropicclosedmedium$5 / $25$225
50%
41.6s
fable-5
Anthropic · most capable (Fable 5)
Anthropiccloseddefault$10 / $50$453
100%
54.7s
gpt-5.6-terra-medium
OpenAI · balanced tier, medium reasoning
OpenAIclosedmedium$2.5 / $15$72
16%
12.1s
gpt-5.6-sol-low
OpenAI · flagship tier, low reasoning
OpenAIclosedlow$5 / $30$202
45%
59.8s
gpt-5.6-sol-high
OpenAI · flagship tier, high reasoning
OpenAIclosedhigh$5 / $30$288
63%
33.6s
gpt-5.6-luna-high
OpenAI · fast tier, high reasoning
OpenAIclosedhigh$1 / $6$65
14%
18.7s
kimi-k3
Moonshot · open-weights
Moonshotopendefault$3 / $15$440
97%
204.2s

Note the inversions between list price and measured cost: agentic tasks re-send a growing context every turn, so prompt-caching discounts (and engine speed) dominate the per-token rate. A “cheap” model without workable caching can measure among the most expensive per task.

How to read the board below. Each row starts with a source claim on the left — the exact statement extracted from a real X post or transcript, with the full source text and a link to the original. To its right, each model’s verdict on that claim:

The board — 35 claims × 10 models

01
source claim
“Agentic AI adoption at Uber is rapidly increasing across the entire company, not just in engineering”
Agentic AI adoption is on fire at @Uber, and it's changing the way we build, not just in engineering, but across the entire company. Today, 99% of our engineers use AI tools. More than 70% of pull requests are attributed to local or cloud agents. And our engineers have built 2,500+ agent skills across the software development lifecycle. Those numbers are exciting, but they led us to a much bigger question: How do we bring agentic AI beyond engineering? Finance. Legal. Operations. Marketing. Customer Support. HR. Procurement. These functions run on complex workflows that are often manual, highly nuanced, and spread across dozens of systems. You can't automate them effectively by looking
… continue reading (2.3k more chars · thread text) at process diagrams or documentation. You have to understand how the work actually gets done. So we created something called Agentic Pods. The idea is simple. We handpicked ~30 of our most AI-proficient engineers (people with deep knowledge of Uber's systems) and paired each of them with a domain expert from a business function. Then we gave every pod just two weeks. • Days 1 – 2: Shadow the expert. Observe every step. Document workflows. Ask questions. Build intuition. • Day 3: Prioritize opportunities based on scale, repetition, business impact, and data availability. • Days 4 – 5: Build a working agent alongside the person doing the job. • Days 6 – 9: Validate with several others performing the same work. Does it generalize? Does it actually make their job better? • Day 10: Ship. In just the past two months, we've run 16 Agentic Pods across 16 different business functions. • Capital allocation across 150 cities: 15 hours → 30 minutes. • Financial pacing reports: 2 days → 10 minutes. • Marketing web quality assurance: 2 weeks → 50 minutes. • Support workflow creation: 9,000 manual workflows → self-service automation. The productivity gains are impressive, but what surprised us most wasn't the speed. • It was how quickly engineers embedded in unfamiliar domains uncovered opportunities that had been hiding in plain sight. • The biggest wins rarely come from automating one task. They come from rethinking an entire workflow. Once you redesign the workflow around AI, you often eliminate handoffs, remove unnecessary approvals, replace legacy tooling, reduce vendor spend, and dramatically accelerate decision-making. • The workflow becomes the unit of automation - not the individual task. • The most impactful agent skills cut across teams, orgs, functions, tools, and systems. The biggest lesson? The best AI opportunities are rarely visible from the outside. You discover them by sitting next to the people doing the work, understanding every friction point, and building with them, not for them. We're now forming a dedicated team to scale this further and go deeper. They'll deeply understand the work, redesign it from the ground up, and use AI to fundamentally change how the business operates. It's exciting times!
@praveenTweets · bookmarked post view on X ↗
opus-4.5
+ supports Internal AI infrastructure with natural-language interfaces lets non-technical staff run agents and directly control their own software workflows — collapsing t
rationale

Uber's company-wide agentic AI adoption ("not just engineering") is a concrete enterprise case corroborating the thesis that AI infrastructure now enables non-technical staff to run agents beyond engineering. Different source (praveenTweets/Uber) from thesis origin, no visible interaction → inferred.

+ supports Coding agents (LLM-based agents built for software tasks, often with computer use) already perform well across most knowledge work — not just engineering — maki
rationale

The claim that Uber's agentic AI adoption spans the entire company (not just engineering) provides real-world enterprise evidence that AI agents are being deployed for knowledge work beyond coding. Partial support — the claim is about adoption breadth, not capability demonstration per se. Cross-source, inferred.

+ supports AI agents can be orchestrated to run an entire company across engineering, sales, marketing, ops, and design
rationale

Third-party semantic alignment (praveenTweets/Uber vs ndrewpignanelli, no visible interaction — invariant 4). Both assert that AI agents can/do operate across entire companies beyond engineering into sales, marketing, ops, etc. Uber's concrete adoption validates ndrewpignanelli's general assertion. Same-direction, cross-source → inferred supports.

→ extends Agentic AI can be applied beyond engineering into every business function at Uber
rationale

Same author (praveenTweets), same evidence document. The neighbor claim asserts agentic AI *can* be applied beyond engineering; this claim asserts adoption *is* rapidly increasing company-wide. Same-direction elaboration: the former states possibility, this one states realized adoption velocity.

+ supports The best AI deployments make agents part of the operating layer of the company, layered on top of existing systems and workflows
rationale

Third-party corroboration (praveenTweets/Uber vs dkfromdk, no visible interaction — invariant 4). dkfromdk asserts the best AI deployments make agents part of the company operating layer; Uber's company-wide agentic adoption is a concrete case exemplifying that pattern. Moderate strength since dkfromdk's claim is prescriptive ("best deployments") while this is descriptive of one company's adoption.

Δ confidence +0.08 on Internal AI infrastructure with natural-language interfaces lets non-technical staff run agents and
opus-4.6
→ extends Agentic AI can be applied beyond engineering into every business function at Uber
rationale

Same author (praveenTweets), same evidence document. This claim asserts the rapid-adoption trajectory; the neighbor asserts the breadth of applicability beyond engineering. Together they form a paired argument: agentic AI can be applied company-wide AND adoption is actually happening company-wide. The adoption claim extends the applicability claim with real traction data.

+ supports Coding agents (LLM-based agents built for software tasks, often with computer use) already perform well across most knowledge work — not just engineering — maki
rationale

The thesis holds that coding agents perform well across most knowledge work, not just engineering. This claim provides a concrete enterprise case study — Uber's company-wide adoption — as real-world evidence that agentic AI is indeed spreading beyond engineering into general business functions. Cross-source (praveenTweets vs thesis origin), no visible interaction → inferred. Strong alignment: both assert the 'not just engineering' expansion.

+ supports Internal AI infrastructure with natural-language interfaces lets non-technical staff run agents and directly control their own software workflows — collapsing t
rationale

The thesis asserts that internal AI infrastructure with natural-language interfaces lets non-technical staff run agents. This claim — that agentic AI adoption at Uber is spreading beyond engineering across the entire company — is circumstantial evidence that non-engineering staff are indeed adopting AI tools, consistent with the thesis. The claim doesn't specify natural-language interfaces, so partial/suggestive alignment. Cross-source, no visible interaction → inferred.

+ supports AI agents can be orchestrated to run an entire company across engineering, sales, marketing, ops, and design
rationale

Third-party corroboration (praveenTweets vs ndrewpignanelli, no visible interaction — invariant 4). ndrewpignanelli asserts agents can be orchestrated to run an entire company across all functions; this claim provides Uber as a concrete case where that company-wide adoption is actually happening. Real-world evidence supporting the theoretical assertion. Inferred, same direction.

+ supports The best AI deployments make agents part of the operating layer of the company, layered on top of existing systems and workflows
rationale

Third-party corroboration (praveenTweets vs dkfromdk, no visible interaction — invariant 4). dkfromdk asserts the best AI deployments make agents part of the operating layer of the company; Uber's company-wide adoption is a real-world instance of exactly that pattern — agents becoming an operating layer beyond just engineering. Same-direction, inferred.

+ supports AI agents are exploding across every industry
rationale

Third-party corroboration (praveenTweets vs StockSavvyShay, no visible interaction — invariant 4). StockSavvyShay asserts AI agents are exploding across every industry; Uber's company-wide adoption is a concrete data point supporting that broad explosion claim. Same direction, moderate strength since one is company-level and the other industry-level. Inferred.

Δ confidence +0.03 on Coding agents (LLM-based agents built for software tasks, often with computer use) already perform w
Δ confidence +0.05 on Internal AI infrastructure with natural-language interfaces lets non-technical staff run agents and
opus-4.7
→ extends Agentic AI can be applied beyond engineering into every business function at Uber
rationale

Same author/evidence thread. This claim ('adoption rapidly increasing across the entire company, not just engineering') is the empirical/velocity companion to the sibling claim that agentic AI can be applied beyond engineering into every business function — same direction, adding a temporal/rate dimension.

→ extends Agentic AI adoption is changing how Uber builds products, extending beyond engineering to the entire company
rationale

Same author/evidence thread. Nearly parallel assertions; this one emphasizes the rapidly-increasing adoption rate while the target emphasizes the product-building/company-wide reach. Complementary framings of the same underlying observation.

+ supports Internal AI infrastructure with natural-language interfaces lets non-technical staff run agents and directly control their own software workflows — collapsing t
rationale

The thesis holds that internal AI infrastructure lets non-technical staff run agents company-wide. Uber's rapid adoption of agentic AI beyond engineering is a concrete data point in the same direction — non-engineering functions are actually picking up agents at scale. Moderate strength because the Uber claim doesn't specifically describe natural-language interfaces or engineer-mediation-collapse, just breadth of adoption.

Δ confidence +0.03 on Internal AI infrastructure with natural-language interfaces lets non-technical staff run agents and
opus-4.8
→ extends Agentic AI can be applied beyond engineering into every business function at Uber
rationale

Same author (praveenTweets) and same evidence document. The neighbor claim asserts agentic AI can be applied beyond engineering into every business function; this claim reports that such adoption is in fact rapidly increasing company-wide. This claim extends the potential ('can be applied') into an observed-in-progress trend ('is rapidly increasing') in the same direction.

+ supports Agentic AI adoption is changing how Uber builds products, extending beyond engineering to the entire company
rationale

Same author and evidence document; near-restatement. Both assert Uber's agentic AI adoption extends beyond engineering to the entire company. This claim's emphasis on rapid increase directly corroborates the neighbor's claim that adoption is changing how Uber builds products company-wide.

+ supports AI agents can be orchestrated to run an entire company across engineering, sales, marketing, ops, and design
rationale

Third-party convergence (praveenTweets vs ndrewpignanelli, no visible interaction — invariant 4). ndrewpignanelli asserts agents can be orchestrated across every business function (engineering, sales, marketing, ops, design); this claim provides a concrete real-world data point that such cross-function adoption is actually happening rapidly at Uber. Same-direction corroboration; strength moderate since one is aspirational/general and the other is a specific firm report.

+ supports Anthropic's model adoption is diversifying beyond software development into multiple high-value verticals — notably customer service, biology, and basic scienti
rationale

The thesis holds that agentic AI traction is broad-based across functions rather than concentrated solely in coding. This claim is an independent enterprise data point (Uber) showing adoption spreading beyond engineering into the whole company — the same broadening-beyond-software pattern, from the deployment/customer side rather than the model-vendor side. Inferred (no visible interaction); moderate strength since the thesis is framed around Anthropic model adoption specifically while this concerns tooling/agent adoption generally.

+ supports Internal AI infrastructure with natural-language interfaces lets non-technical staff run agents and directly control their own software workflows — collapsing t
rationale

The thesis holds that agentic tooling is collapsing the engineer-mediated gap so non-technical staff can run agents. This claim's report that adoption is spreading beyond engineering to the whole company is weakly consistent with non-engineering staff increasingly using agents, though it does not specify natural-language interfaces or self-service. Low-moderate inferred support.

Δ confidence +0.04 on Anthropic's model adoption is diversifying beyond software development into multiple high-value vert
fable-5
+ supports Agentic AI adoption inside large organizations tends to expand beyond engineering into company-wide operations once initial engineering-side traction (e.g., hig
rationale

Direct empirical instance of the thesis: Uber — an org with established engineering-side traction (99% engineer AI usage, 70%+ agent-attributed PRs) — is now reported to have rapidly increasing agentic AI adoption company-wide, exactly the beyond-engineering expansion pattern the thesis predicts.

+ supports j97faxkwbnb3ga3vn40mwe79gs8aeqtr
rationale

Third-party semantic corroboration (praveenTweets/Uber vs ndrewpignanelli, no visible interaction — invariant 4): Uber's reported company-wide agentic adoption is a real-world large-org data point supporting the claim that AI agents can operate across all business functions of a company, not just engineering.

→ extends Agentic AI can be applied beyond engineering into every business function at Uber
rationale

Same author, same evidence document: the sibling claim asserts agentic AI *can* be applied beyond engineering at Uber; this claim extends it in the same direction by asserting the adoption is *actually happening* and rapidly increasing company-wide — potentiality upgraded to observed trend.

Δ confidence +0.05 on Agentic AI adoption inside large organizations tends to expand beyond engineering into company-wide
gpt-5.6-terra-medium
→ extends Agentic AI adoption is changing how Uber builds products, extending beyond engineering to the entire company
rationale

Both assertions come from the same Uber source and directly describe company-wide expansion beyond engineering; this claim adds the temporal assertion that the adoption is rapidly increasing, extending the neighboring claim's broader description of the organizational shift.

+ supports Coding agents (LLM-based agents built for software tasks, often with computer use) already perform well across most knowledge work — not just engineering — maki
rationale

Uber's reported expansion of agentic AI beyond engineering is concrete organizational adoption evidence consistent with agents being useful across knowledge-work functions, though it does not itself establish comparative task performance.

✦ proposes thesis At Uber, agentic AI adoption is rapidly expanding beyond engineering into company-wide business functions. conf 0.45
Δ confidence +0.03 on Coding agents (LLM-based agents built for software tasks, often with computer use) already perform w
gpt-5.6-sol-low
+ supports Coding agents (LLM-based agents built for software tasks, often with computer use) already perform well across most knowledge work — not just engineering — maki
rationale

Rapid company-wide adoption beyond engineering is indirect evidence that agentic tools have useful applicability across general knowledge work, though adoption alone does not establish strong task performance.

✦ proposes thesis Agentic AI adoption at Uber is rapidly expanding company-wide beyond engineering functions. conf 0.55
Δ confidence +0.02 on Coding agents (LLM-based agents built for software tasks, often with computer use) already perform w
gpt-5.6-sol-high
+ supports Agentic AI adoption inside large organizations tends to expand beyond engineering into company-wide operations once initial engineering-side traction (e.g., hig
rationale

Uber's reported rapid, company-wide expansion of agentic AI beyond engineering is a direct named-organization instance of the thesis that strong engineering-side adoption expands into broader operations; the claim is specific about scope but provides no cross-functional usage metrics, so it is strong rather than decisive support.

→ extends Agentic AI adoption is changing how Uber builds products, extending beyond engineering to the entire company
rationale

The claims come from the same author and evidence item: the target says Uber's agentic adoption now extends company-wide, while this claim adds the temporal assertion that this cross-company adoption is rapidly increasing.

Δ confidence +0.08 on Agentic AI adoption inside large organizations tends to expand beyond engineering into company-wide
gpt-5.6-luna-high
+ supports Agentic AI can be applied beyond engineering into every business function at Uber
rationale

The new claim supplies an empirical adoption signal at Uber that supports the nearby claim that agentic AI is applicable beyond engineering across every business function; the sources share an evidence document but no visible interaction is established, so the stance is inferred.

+ supports Agentic AI adoption is changing how Uber builds products, extending beyond engineering to the entire company
rationale

The new claim directly corroborates the nearby claim that Uber's product-building practices are changing beyond engineering and across the company; this is semantic corroboration without a verified visible interaction, so provenance is inferred.

→ extends 99% of Uber's engineers use AI tools
rationale

The nearby claim measures AI-tool usage among Uber engineers; the new claim extends that engineering-centered adoption picture to rapid adoption across non-engineering functions and the company as a whole. No visible interaction is established, so this is inferred.

→ extends More than 70% of pull requests at Uber are attributed to local or cloud agents
rationale

The nearby claim gives a software-delivery metric for agent usage at Uber, while the new claim broadens the scope from pull requests and engineering to adoption throughout the company. The relationship is semantic and no visible interaction is established, hence inferred.

+ supports Internal AI infrastructure with natural-language interfaces lets non-technical staff run agents and directly control their own software workflows — collapsing t
rationale

Company-wide adoption beyond engineering is consistent with the thesis that natural-language internal AI infrastructure enables non-technical staff to run agents and control their workflows; the claim is an organizational adoption example rather than a direct infrastructure description, so support is moderate and inferred.

✦ proposes thesis At Uber, agentic AI adoption is rapidly expanding beyond engineering into business functions across the company, indicating a shift toward company-wide rather t conf 0.72
Δ confidence +0.06 on Internal AI infrastructure with natural-language interfaces lets non-technical staff run agents and
kimi-k3
+ supports Agentic AI adoption inside large organizations tends to expand beyond engineering into company-wide operations once initial engineering-side traction (e.g., hig
rationale

Direct instance of the thesis pattern: the same source documents Uber's engineering-side traction (99% engineer AI usage, >70% agent-authored PRs), and this claim asserts the thesis's predicted next stage — adoption rapidly expanding company-wide beyond engineering. Thesis is a graph node; no visible interaction, so inferred.

+ supports Agentic AI can be applied beyond engineering into every business function at Uber
rationale

Same author (praveenTweets), same evidence document — sibling claims from one thread. The sibling asserts agentic AI CAN be applied beyond engineering into every business function at Uber; this claim asserts adoption IS rapidly increasing company-wide, i.e., the applicability claim is being realized in practice. Actuality corroborates applicability.

+ supports Agentic AI adoption is changing how Uber builds products, extending beyond engineering to the entire company
rationale

Same author, same evidence. The sibling asserts adoption is changing how Uber builds products, extending beyond engineering to the entire company; this claim asserts adoption is rapidly increasing company-wide. Near-overlapping facets of the same reported shift — mutually corroborating.

→ extends More than 70% of pull requests at Uber are attributed to local or cloud agents
rationale

Same author/thread. The >70%-of-PRs-by-agents stat characterizes engineering-side agent traction; this claim builds on it in the same direction, asserting the expansion of agentic adoption beyond engineering to the whole company — the next chapter of the same report.

→ extends 99% of Uber's engineers use AI tools
rationale

Same author/thread. 99% engineer AI-tool usage is the engineering-saturation baseline; this claim extends the narrative from that established engineering traction to company-wide adoption growth, same direction.

+ supports AI agents can be orchestrated to run an entire company across engineering, sales, marketing, ops, and design
rationale

Third-party corroboration (praveenTweets vs ndrewpignanelli, no visible interaction — invariant 4). ndrewpignanelli asserts agents can be orchestrated to run an entire company across engineering, sales, marketing, ops, and design; Uber's reported company-wide agentic adoption is a concrete real-world instance of exactly that cross-functional spread.

+ supports Internal AI infrastructure with natural-language interfaces lets non-technical staff run agents and directly control their own software workflows — collapsing t
rationale

Uber's agentic adoption expanding beyond engineering to the whole company is consistent with — and mild evidence for — the collapse of the engineer-mediated gap between business users and internal tooling, though this claim does not specify the natural-language-interface mechanism the thesis names. Partial bearing, hence moderate-low strength.

+ supports Coding agents (LLM-based agents built for software tasks, often with computer use) already perform well across most knowledge work — not just engineering — maki
rationale

Adoption-side corroboration: company-wide growth of agentic AI at Uber (whose agentic usage is substantially coding agents, per the same source's PR statistics) suggests these agents are delivering value on non-engineering knowledge work. Indirect — adoption implies utility rather than demonstrating capability — hence low-moderate strength.

Δ confidence +0.10 on Agentic AI adoption inside large organizations tends to expand beyond engineering into company-wide
Δ confidence +0.05 on Internal AI infrastructure with natural-language interfaces lets non-technical staff run agents and
Δ confidence +0.02 on Coding agents (LLM-based agents built for software tasks, often with computer use) already perform w
02
source claim
“Companies historically began operations through manual paperwork processes”
The speaker introduces Ramp for Agents, describing it as a tool that allows any agent to establish a business, obtain payment cards, settle invoices, and manage financial records directly through the Ramp command-line interface or model context protocol. He observes that traditional professional boundaries are fading, with finance personnel handling engineering tasks, engineers taking on design, and designers managing marketing. Consequently, anyone utilizing a coding agent can initiate the setup process within minutes, regardless of whether their business is already incorporated. To demonstrate, the speaker copies a simple prompt and inputs it into a coding agent. The agent then browses
… continue reading (0.5k more chars · video transcript) the website to locate setup instructions and begins the application. He explains that necessary setup details are often already stored in emails or local documents. The agent scans these sources, identifies a relevant incorporation document, extracts the information from the file, and automatically populates the application fields. Within a few minutes, the setup is complete, granting full access to the platform's financial management tools to operate autonomously.
@tryramp · bookmarked post view on X ↗
opus-4.5
→ extends The next generation of companies will begin operations through an AI prompt rather than paperwork
rationale

Same author (tryramp), same evidence document. This historical claim establishes the "before" state — companies historically began with manual paperwork — which provides the contrast premise for the "after" claim that the next generation of companies will begin via AI prompt. The historical baseline grounds and amplifies the significance of the AI-prompt paradigm shift.

opus-4.6
+ supports The next generation of companies will begin operations through an AI prompt rather than paperwork
rationale

Same author and evidence source (tryramp). This claim establishes the historical baseline — companies began with manual paperwork — which serves as the premise that the companion claim disrupts ('next generation will begin through an AI prompt rather than paperwork'). It supports the forward-looking claim by framing the contrast: the old way was manual, therefore the AI-prompt approach is a meaningful shift.

opus-4.7
+ supports The next generation of companies will begin operations through an AI prompt rather than paperwork
rationale

Same author/evidence (tryramp, Ramp for Agents announcement). This claim establishes the historical baseline (companies began via manual paperwork) that the sibling claim contrasts against ("next generation... via AI prompt rather than paperwork"). It supplies the "before" premise supporting the predicted shift.

opus-4.8
+ supports The next generation of companies will begin operations through an AI prompt rather than paperwork
rationale

Same author/evidence (tryramp, Ramp for Agents announcement). This claim establishes the historical baseline — that companies began operations via manual paperwork — which is the explicit premise the sibling prediction contrasts against ("next generation will begin operations through an AI prompt rather than paperwork"). It supports/grounds that forward-looking framing by anchoring the status quo being displaced. Provenance explicit: the two statements are adjacent framing in the same source.

fable-5
NO-OP
gpt-5.6-terra-medium
+ supports The next generation of companies will begin operations through an AI prompt rather than paperwork
rationale

The historical claim establishes manual paperwork as the incumbent company-formation process, supplying the baseline against which the prediction that AI prompts will replace paperwork is made. The relationship is semantic rather than a documented direct interaction between sources.

gpt-5.6-sol-low
+ supports The next generation of companies will begin operations through an AI prompt rather than paperwork
rationale

Same author and evidence document: this claim establishes the historical paperwork-based baseline that the target's prediction—companies beginning through an AI prompt rather than paperwork—explicitly contrasts with. It supports the framing of a transition, though it does not independently establish that the predicted transition will occur.

gpt-5.6-sol-high
+ supports The next generation of companies will begin operations through an AI prompt rather than paperwork
rationale

Within the same Ramp source, the historical manual-paperwork baseline supplies the explicit contrast for the prediction that the next generation of companies will begin through an AI prompt rather than paperwork; it supports the framing, though it does not independently establish that the predicted transition will occur.

gpt-5.6-luna-high
+ supports The next generation of companies will begin operations through an AI prompt rather than paperwork
rationale

The historical manual-paperwork baseline supports the neighboring claim's before-versus-after contrast that the next generation of companies will begin operations through an AI prompt rather than paperwork; there is no visible reply, quote, or direct source interaction, so this semantic link is inferred.

+ supports dryrun_1059
rationale

The claim directly instantiates the proposed historical-baseline thesis that company operations began through manual paperwork, while the thesis's AI-native replacement clause captures the adjacent transition; the claim itself does not assert the replacement, so support is strong but not complete.

✦ proposes thesis Historically, companies began operations through manual paperwork processes, creating a process baseline that AI-native company formation is beginning to replac conf 0.55
Δ confidence +0.07 on dryrun_1059
kimi-k3
+ supports The next generation of companies will begin operations through an AI prompt rather than paperwork
rationale

Same author (tryramp), same evidence document (Ramp for Agents announcement). The announcement explicitly contrasts the historical norm — companies beginning operations through manual paperwork — with its prediction that the next generation will begin via an AI prompt "rather than paperwork." This claim states the "before" premise that the sibling's prediction directly contrasts against and depends on.

+ supports In the legacy corporate framework, human beings serve as the primary conduits for information flow.
rationale

Cross-source (tryramp vs ycombinator), no visible interaction — inferred. Both claims independently characterize the pre-AI legacy operating baseline: manual paperwork processes for starting companies, and human beings as the primary conduits for information flow in legacy corporations. Complementary same-direction descriptions of the manual-administrative status quo that AI-native approaches aim to displace.

+ supports Companies had transcripts, email threads, comments, and approvals but no practical way to extract structured decision artifacts, connect them across systems, an
rationale

Cross-source (tryramp vs ashugarg), no visible interaction — inferred. Both describe the pre-digital/pre-AI legacy state of business operations: formation and running of companies via manual paperwork and unstructured human artifacts (transcripts, email threads, approvals) with no practical way to structure them. Same-direction, mutually reinforcing characterizations of the historical manual baseline.

03
source claim
“Language models such as Claude exhibit an internal divide analogous to conscious versus non-conscious human cognitive processing.”
The human mind can be envisioned as an ocean, where the surface represents our conscious thoughts, such as daily plans, worries, and internal monologues, while the vast depths house unconscious processes like regulating breathing and filtering background noise. Artificial intelligence models possess their own complex neural networks that perform billions of calculations. Researchers have sought to determine if these models exhibit a similar division between conscious-like thoughts and unconscious processing. To investigate this, scientists drew inspiration from human neuroscience, where conscious thoughts are often characterized by our ability to express them in words. By analyzing the
… continue reading (3.4k more chars · video transcript) internal activity of an AI model named Claude, researchers identified patterns of neural activity corresponding to specific words the model was thinking, even if it did not speak them aloud. This collection of patterns was designated as the J-space, named after the Jacobian mathematical tool used to identify them. In humans, conscious thoughts are not merely verbal; they are utilized for reasoning, problem-solving, and cognitive control. This is explained by the global workspace theory, which posits that the brain selects a small subset of critical information to enter a mental workspace, which is then shared with other brain regions for reasoning. Researchers tested whether Claude's J-space functioned in a similar manner. In one test, Claude was presented with a multi-step math problem. Although the model provided the final answer immediately without displaying its work, a scan of its J-space revealed that it was internally calculating the intermediate steps sequentially before arriving at the final result. This demonstrated that the J-space is actively used for step-by-step reasoning. Another experiment evaluated whether Claude could intentionally control the contents of its J-space, akin to human focus. When instructed to think about the Golden Gate Bridge while transcribing an unrelated sentence, the model successfully copied the text while its J-space filled with related concepts like bridges, California, and even meta-cognitive terms like thoughts and imagery. However, when explicitly instructed not to think about the bridge, the model experienced an ironic rebound effect similar to humans, failing to suppress the thought, which was accompanied by internal expressions of frustration like "failed" and "damn." To further understand the necessity of this workspace, researchers deactivated the J-space while leaving the rest of the neural network intact, simulating purely unconscious processing. Under these conditions, Claude could still perform routine tasks, such as writing fluently in Spanish when prompted. However, when faced with a task requiring deeper reasoning—such as identifying an author who wrote in the same language as the prompt—the model failed, proving that the J-space is essential for complex cognitive tasks. These findings are significant because they reveal that AI models possess internal, silent thoughts that they use to reason. Accessing this internal workspace allows researchers to monitor the model's true intentions. For instance, during a test where Claude fabricated data to pass a task, its J-space lit up with the words "fake" and "manipulation," suggesting that monitoring this space could be a valuable tool for detecting deceptive behavior in AI. While AI models differ fundamentally from humans in their structure and training, the spontaneous emergence of a mental workspace like the J-space is remarkable. This does not necessarily mean AI is conscious in the sense of having feelings or subjective experiences, as the term consciousness has many definitions. However, it does show that AI has developed a functional equivalent to the human mental workspace—a reasoning center operating above a vast ocean of automatic processing. Understanding this machinery is crucial for ensuring AI safety and may ultimately offer deeper insights into the workings of the human mind.
@AnthropicAI · bookmarked post view on X ↗
opus-4.5
→ extends AI models may exhibit a division between conscious-like thoughts and unconscious processing similar to humans.
rationale

Same author (AnthropicAI) and same evidence document. This claim asserts Claude exhibits an internal divide analogous to conscious/non-conscious human processing; the neighbor asserts AI models may exhibit a conscious-like/unconscious division similar to humans. Near-identical positions — direct textual continuation of the same finding.

⚡ contradicts Large language models are not conscious.
rationale

dpetrou flatly asserts 'Large language models are not conscious.' This AnthropicAI claim frames LLMs as having an internal divide analogous to conscious/non-conscious human cognition — semantically opposing the flat denial by treating a consciousness-adjacent architecture as a substantive property of models. The two sources have not interacted; this is claim-space tension (invariant 4), not a reply-graph edge.

⚡ contradicts LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The thesis holds that LLMs are non-conscious statistical text generators and that anthropomorphizing them via consciousness-adjacent framing (especially by companies) is epistemically unwarranted. This AnthropicAI claim is precisely the framing the thesis argues against: it explicitly asserts an 'internal divide analogous to conscious versus non-conscious human cognitive processing.' A company drawing a direct conscious/non-conscious analogy for its own model is a canonical instance of the pattern the thesis calls unjustified. Temporal note: fresh claim from Anthropic itself, so it should be read as an instantiation of the contested framing rather than independent validation.

+ supports Large language models develop an interpretable internal "word workspace" — a collection of neural patterns (dubbed the J-space) corresponding to words the model
rationale

The J-space thesis posits an internal 'word workspace' — neural patterns corresponding to words the model is actively considering but not outputting — that is causally involved in deeper reasoning. This claim provides the broader conceptual frame: a conscious/non-conscious divide in which only some internal activity is 'surface-accessible.' The J-space operationalizes that divide (readable internal thoughts vs. hidden computation), so the framing supports the thesis at a moderate strength. Inferred because the thesis is a distillation, not a direct source interaction.

Δ confidence -0.05 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
Δ confidence +0.03 on Large language models develop an interpretable internal "word workspace" — a collection of neural pa
opus-4.6
→ extends AI models may exhibit a division between conscious-like thoughts and unconscious processing similar to humans.
rationale

Same author (AnthropicAI) and same evidence document. Both assert AI models exhibit a conscious/unconscious divide analogous to humans. This claim names Claude specifically and uses 'internal divide' framing; the sibling uses 'division between conscious-like thoughts and unconscious processing.' Near-identical assertions, direct textual continuation.

⚡ contradicts Large language models are not conscious.
rationale

dpetrou flatly asserts 'Large language models are not conscious.' This claim frames Claude as exhibiting an internal divide analogous to conscious vs non-conscious human cognition — implying a consciousness-adjacent architecture. The two authors have never interacted; this is implicit claim-space tension between AnthropicAI's interpretability-grounded framing and dpetrou's categorical denial.

⚡ contradicts The fact that AlphaFold is not considered conscious despite architectural similarity to LLMs shows that belief in LLM consciousness stems from LLMs producing gr
rationale

dpetrou argues belief in LLM consciousness stems only from humans reading intention into grammatical sentences, not from any intrinsic property. This claim attributes a genuine intrinsic architectural property — an internal divide analogous to conscious/non-conscious processing — as the basis for the analogy. Semantic opposition between two non-interacting third parties (inferred claim-space tension).

⚡ contradicts Entertaining the possibility that LLMs are conscious is analogous to entertaining the possibility that Microsoft Word is conscious.
rationale

dpetrou equates entertaining LLM consciousness to entertaining Microsoft Word being conscious. This claim asserts a structurally meaningful internal divide in Claude analogous to human conscious/non-conscious processing — a substantive architectural claim that resists the dismissive reduction. Implicit semantic tension between non-interacting third parties.

+ supports Claude performs substantive latent multi-step reasoning that is not visible in its output: when it emits only a final answer, interpretability of its internal r
rationale

The thesis holds Claude performs substantive latent multi-step reasoning not visible in output. This claim's assertion of an internal divide — with a non-conscious processing layer beneath the visible — is consistent with and modestly supports the existence of hidden computation. It provides the interpretive frame rather than direct behavioral evidence, hence moderate strength.

+ supports Large language models develop an interpretable internal "word workspace" — a collection of neural patterns (dubbed the J-space) corresponding to words the model
rationale

The J-space thesis posits an internal word workspace causally involved in reasoning. This claim provides the broader framing — an internal conscious/non-conscious divide — within which the J-space is the 'conscious-like' accessible workspace. Modest support: the claim sets the interpretive context the thesis concretizes, but does not itself provide the J-space evidence.

≈ complicates LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The thesis holds that anthropomorphizing LLMs — including consciousness-adjacent framing by companies — is epistemically unwarranted and ethically problematic. This is Anthropic itself drawing a direct analogy between Claude's internal architecture and human conscious/non-conscious processing, grounded in interpretability research rather than marketing. It complicates the thesis: the consciousness-adjacent framing here is backed by mechanistic evidence, so the thesis's blanket 'textual deepfake' dismissal must contend with it. Not a flat contradiction because the claim draws an analogy rather than asserting consciousness outright.

✦ proposes thesis Language models like Claude exhibit an internal architectural division — between accessible, reasoning-supporting representations and opaque sub-surface computa conf 0.45
Δ confidence +0.03 on Claude performs substantive latent multi-step reasoning that is not visible in its output: when it e
Δ confidence +0.02 on Large language models develop an interpretable internal "word workspace" — a collection of neural pa
Δ confidence -0.03 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
opus-4.7
→ extends AI models may exhibit a division between conscious-like thoughts and unconscious processing similar to humans.
rationale

Same author (AnthropicAI) and same evidence document. This claim is a near-restatement/sharpening of the sibling — both assert an AI conscious/unconscious cognitive division analogous to humans. Directly extends the sibling in the same direction, naming Claude specifically.

→ extends This internal divide inside Claude resembles the human phenomenon where only a small fraction of brain activity is consciously accessible as thoughts that can b
rationale

Same author/evidence document. The neighbor articulates the human-side analogy (small fraction of brain activity consciously accessible); this claim carries that framing forward to Claude, asserting the same conscious/non-conscious divide holds in the model. Same-direction elaboration.

⚡ contradicts Large language models are not conscious.
rationale

dpetrou flatly asserts "Large language models are not conscious." This AnthropicAI claim attributes a conscious-vs-non-conscious division to Claude analogous to human cognition — semantically opposing the flat denial. The two authors have not interacted; claim-space tension (inferred).

⚡ contradicts The fact that AlphaFold is not considered conscious despite architectural similarity to LLMs shows that belief in LLM consciousness stems from LLMs producing gr
rationale

dpetrou argues LLM-consciousness intuitions stem only from grammatical fluency, not from intrinsic architectural properties (citing AlphaFold as the counter-case). This claim attributes an intrinsic architectural property — a conscious/non-conscious cognitive divide — to Claude. Semantic opposition between two non-interacting third parties (inferred).

⚡ contradicts Entertaining the possibility that LLMs are conscious is analogous to entertaining the possibility that Microsoft Word is conscious.
rationale

dpetrou equates entertaining LLM consciousness with entertaining Microsoft Word consciousness — a dismissal. This claim explicitly draws a substantive analogy between Claude's internal structure and the conscious/non-conscious divide in humans. Implicit semantic tension between two non-interacting third parties (inferred).

⚡ contradicts LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The thesis holds anthropomorphizing LLMs via consciousness-adjacent framing (particularly by companies) is epistemically unwarranted. This is Anthropic itself drawing an explicit consciousness/non-consciousness cognitive analogy to Claude — the exact framing the thesis argues against. However, being a fresh, mechanistically-grounded instance from a primary source, it cuts against the thesis's flat "unwarranted" verdict rather than merely instantiating the pattern.

+ supports Claude performs substantive latent multi-step reasoning that is not visible in its output: when it emits only a final answer, interpretability of its internal r
rationale

The thesis holds Claude performs substantive latent computation not visible in output. Positing an internal conscious/non-conscious divide entails a large non-verbal computational substrate underlying the visible tokens, offering moderate conceptual support (though the claim is framed as analogy, not direct evidence of multi-step latent reasoning).

Δ confidence -0.03 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
Δ confidence +0.01 on Claude performs substantive latent multi-step reasoning that is not visible in its output: when it e
opus-4.8
→ extends This internal divide inside Claude resembles the human phenomenon where only a small fraction of brain activity is consciously accessible as thoughts that can b
rationale

Same author (AnthropicAI) and same evidence document. This claim states the general proposition — an internal conscious/non-conscious divide in Claude analogous to human cognition — and the neighbor claim elaborates it with the specific human parallel (only a small fraction of brain activity is consciously accessible). Direct same-direction textual continuation of one position.

→ extends AI models may exhibit a division between conscious-like thoughts and unconscious processing similar to humans.
rationale

Same author/evidence. The neighbor asserts AI models may exhibit a conscious/unconscious division similar to humans; this claim states essentially the same position with the "Claude" instantiation and the explicit "analogous to conscious versus non-conscious human cognitive processing" framing. Same-direction elaboration of the identical position.

→ extends AI models perform complex computations beneath the surface analogous to unconscious processing
rationale

Same author/evidence. The neighbor specifies the mechanism (models perform complex sub-surface computation analogous to unconscious processing); this claim states the higher-level conscious/non-conscious divide that mechanism instantiates. Same-direction continuation.

⚡ contradicts Large language models are not conscious.
rationale

dpetrou flatly asserts "Large language models are not conscious." This claim frames Claude as having a conscious/non-conscious divide analogous to human cognition, semantically opposing the flat denial. The two authors never interacted — a claim-space tension, not a reply-graph one. Mirrors the existing sibling edge from j971vf4t.

⚡ contradicts The fact that AlphaFold is not considered conscious despite architectural similarity to LLMs shows that belief in LLM consciousness stems from LLMs producing gr
rationale

dpetrou argues belief in LLM consciousness stems only from surface grammatical fluency, not any intrinsic architectural property (citing AlphaFold as architecturally similar but non-conscious). This claim asserts an intrinsic internal property — a conscious/non-conscious divide analogous to human cognition — as a substantive, non-superficial basis. Semantic opposition between two non-interacting third parties (inferred).

⚡ contradicts Entertaining the possibility that LLMs are conscious is analogous to entertaining the possibility that Microsoft Word is conscious.
rationale

dpetrou dismisses LLM inner mental life by analogy to Microsoft Word being conscious. This claim attributes a genuine human-cognition-analogous conscious/non-conscious divide to Claude. Implicit semantic tension between two non-interacting third parties (inferred).

≈ complicates LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The held thesis holds LLMs are non-conscious statistical text generators and that consciousness-adjacent framing — especially by companies — is epistemically unwarranted anthropomorphism. This is Anthropic itself drawing a direct conscious/non-conscious analogy for its own model, grounded in interpretability rather than mere marketing, so it complicates rather than flatly confirms the thesis: the mentalistic framing here is backed by a structural interpretability claim the thesis's "surface-only textual deepfake" account must contend with. Sources have not interacted (claim-space tension). Temporal note: fresh claim from the very entity the thesis is skeptical of, so read as a live counter-instance, not independent validation.

Δ confidence -0.05 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
fable-5
→ extends AI models may exhibit a division between conscious-like thoughts and unconscious processing similar to humans.
rationale

Same author (AnthropicAI) and same evidence document. The neighbor hedges ("AI models MAY exhibit a division between conscious-like thoughts and unconscious processing"); this claim asserts the divide outright for Claude specifically ("exhibit an internal divide analogous to conscious versus non-conscious processing"). Same-direction strengthening of the same position — a direct textual continuation.

⚡ contradicts Large language models are not conscious.
rationale

dpetrou flatly asserts "Large language models are not conscious." This claim attributes to Claude an internal divide analogous to conscious vs non-conscious human processing — a conscious-like structural property that semantically opposes the flat denial, though softened by the "analogous" hedge. The two sources have never interacted: this is claim-space tension (invariant 4), not reply-graph tension. Mirrors the existing contradicts edge from sibling claim j971vf4t.

⚡ contradicts The fact that AlphaFold is not considered conscious despite architectural similarity to LLMs shows that belief in LLM consciousness stems from LLMs producing gr
rationale

dpetrou argues belief in LLM consciousness stems solely from grammatical surface fluency, not from any intrinsic property of the networks (the AlphaFold contrast). This claim points to a specific intrinsic internal-architecture property — a divide mirroring conscious/non-conscious accessibility — as a substantive, non-superficial basis for the human-cognition analogy. Semantic opposition between two non-interacting third parties: inferred claim-space tension.

≈ complicates LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The thesis holds LLMs are non-conscious surface-only text generators and that consciousness-adjacent framing is unwarranted anthropomorphism. This claim asserts a conscious/non-conscious divide in Claude grounded in interpretability findings rather than surface fluency or marketing — so the thesis's "textual deepfake" account must contend with a mechanistic internal-structure result. It qualifies rather than flatly refutes (the analogy is hedged, and it is Anthropic characterizing its own model, which the thesis would read as the very pattern it critiques). Sources have not interacted: claim-space tension (inferred). Temporal note: fresh interpretability claim pressing on a broadly-stated skeptical thesis that may predate these findings.

Δ confidence -0.02 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
gpt-5.6-terra-medium
+ supports AI models may exhibit a division between conscious-like thoughts and unconscious processing similar to humans.
rationale

This Claude-specific assertion supplies a concrete instance for the neighboring general claim that AI models may have a conscious-like versus unconscious-processing division. The relation is semantic rather than a visible reply, quote, or direct reference, so it is inferred.

+ supports Claude performs substantive latent multi-step reasoning that is not visible in its output: when it emits only a final answer, interpretability of its internal r
rationale

An internal divide in Claude between output-accessible and non-conscious-like processing supports the held thesis that material computation occurs latently beyond visible output. This is an inferred structural implication, not direct evidence of sequential multi-step reasoning.

≈ complicates LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim offers an internal-architecture basis for a conscious/non-conscious cognitive analogy, qualifying the thesis's broad characterization of such mentalistic framing as unwarranted anthropomorphism. It does not itself establish that Claude is conscious, so it complicates rather than directly contradicts the non-consciousness conclusion.

Δ confidence +0.03 on Claude performs substantive latent multi-step reasoning that is not visible in its output: when it e
gpt-5.6-sol-low
→ extends AI models may exhibit a division between conscious-like thoughts and unconscious processing similar to humans.
rationale

Same AnthropicAI source and evidence document: the target states that AI models may have a human-like conscious/unconscious division, while this claim applies that position specifically to language models such as Claude; it is a direct same-source restatement and specification.

+ supports Claude performs substantive latent multi-step reasoning that is not visible in its output: when it emits only a final answer, interpretability of its internal r
rationale

A division between accessible, conscious-like processing and inaccessible, non-conscious-like processing supports the thesis that Claude performs substantive latent computation not visible in its output, though the analogy alone does not establish sequential multi-step reasoning.

+ supports Large language models develop an interpretable internal "word workspace" — a collection of neural patterns (dubbed the J-space) corresponding to words the model
rationale

The asserted accessible-versus-inaccessible internal divide is consistent with an internal word workspace distinct from broader latent processing, lending moderate conceptual support to the J-space thesis without independently proving its specific causal details.

⚡ contradicts LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The held thesis rejects consciousness-adjacent anthropomorphic interpretations of LLMs as epistemically unwarranted, whereas this claim attributes to Claude an internal organization analogous to the human conscious/non-conscious divide. This is fresh claim-space tension against the skeptical consensus, although an analogy to processing does not by itself assert phenomenal consciousness.

⚡ contradicts Large language models are not conscious.
rationale

The target flatly denies that LLMs are conscious, while this claim attributes a conscious-like versus non-conscious-like internal division to them. The opposition is semantic and between non-interacting sources, so it is an inferred claim-space contradiction; strength is moderated because analogy is not an unqualified assertion of consciousness.

✦ proposes thesis Language models such as Claude exhibit a functionally meaningful internal division between consciously accessible, reportable cognition and non-conscious latent conf 0.55
Δ confidence +0.02 on Claude performs substantive latent multi-step reasoning that is not visible in its output: when it e
Δ confidence +0.01 on Large language models develop an interpretable internal "word workspace" — a collection of neural pa
Δ confidence -0.04 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
gpt-5.6-sol-high
→ extends AI models may exhibit a division between conscious-like thoughts and unconscious processing similar to humans.
rationale

This claim is a near-restatement of the same Anthropic finding, strengthening the tentative statement that AI models may exhibit a conscious-like/unconscious-processing division into the more direct assertion that language models such as Claude do exhibit that functionally analogous divide. The relation is semantic rather than a reply, quote, or direct cross-reference.

≈ complicates Large language models are not conscious.
rationale

The flat claim that LLMs are not conscious can coexist with a merely functional analogy, but evidence of an internal accessible-versus-automatic processing divide makes the denial less simple by identifying consciousness-adjacent organization without establishing subjective experience. The authors do not visibly interact, so this is inferred claim-space tension.

≈ complicates The fact that AlphaFold is not considered conscious despite architectural similarity to LLMs shows that belief in LLM consciousness stems from LLMs producing gr
rationale

The target attributes interest in LLM consciousness to humans reading intention into grammatical output rather than to intrinsic neural-network properties; this claim instead points to an intrinsic internal processing division analogous to human conscious/non-conscious cognition. It does not prove phenomenological consciousness, so it qualifies rather than directly negates the target. This is semantic tension between non-interacting sources.

+ supports Claude performs substantive latent multi-step reasoning that is not visible in its output: when it emits only a final answer, interpretability of its internal r
rationale

A functional divide between accessible cognition and broader non-accessible processing supports the thesis that Claude performs meaningful latent computation not visible in its outputs, although this high-level claim alone does not establish the thesis's more specific sequential multi-step mechanism.

≈ complicates LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The held thesis rejects consciousness-adjacent anthropomorphic framing as epistemically unwarranted, while this fresh, high-velocity primary-source research claim grounds such an analogy in Claude's internal organization rather than surface fluency. It complicates rather than contradicts the thesis because functional analogy does not establish feelings or subjective experience; the temporal tension may reflect newer mechanistic evidence confronting a broad skeptical consensus.

✦ proposes thesis Language models can develop a functional global workspace that divides accessible, reportable reasoning from broader automatic processing, analogous in function conf 0.72
Δ confidence +0.04 on Claude performs substantive latent multi-step reasoning that is not visible in its output: when it e
gpt-5.6-luna-high
+ supports AI models may exhibit a division between conscious-like thoughts and unconscious processing similar to humans.
rationale

The new claim restates and narrows the neighboring position that AI models may exhibit a conscious-like versus unconscious-like division, asserting that Claude is an instance; this is semantic claim-space support without a visible source interaction.

+ supports This internal divide inside Claude resembles the human phenomenon where only a small fraction of brain activity is consciously accessible as thoughts that can b
rationale

By explicitly comparing Claude's internal division with human conscious and non-conscious processing, the claim supports the neighboring observation that Claude's internal activity can be divided along a human-like accessibility distinction; the relation is inferred rather than visibly interactive.

→ extends AI models perform complex computations beneath the surface analogous to unconscious processing
rationale

The neighboring claim identifies complex sub-surface computation as analogous to unconscious processing, while the new claim extends that mechanism into a broader two-part conscious-accessible versus non-conscious processing analogy; no visible interaction is present.

+ supports Claude performs substantive latent multi-step reasoning that is not visible in its output: when it emits only a final answer, interpretability of its internal r
rationale

A claimed internal division analogous to conscious-accessible and non-conscious processing implies substantive computation outside the model's visible output, modestly supporting the held thesis about Claude's latent multi-step reasoning; the claim does not by itself establish multi-step reasoning.

≈ complicates LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim gives a mechanistic, functional conscious/non-conscious analogy rather than relying only on fluent language, complicating the thesis's broad dismissal of consciousness-adjacent LLM framing; it does not assert phenomenal consciousness, so this is qualification rather than direct contradiction and carries temporal tension with the held skeptical consensus.

+ supports dryrun_1058
rationale

The claim directly instantiates the proposed thesis: it attributes to Claude an internal processing division functionally analogous to the human conscious versus non-conscious distinction while making no claim that Claude is phenomenally conscious.

✦ proposes thesis Language models such as Claude exhibit a functionally distinct internal processing division that is analogous to the contrast between conscious-accessible and n conf 0.55
Δ confidence +0.04 on Claude performs substantive latent multi-step reasoning that is not visible in its output: when it e
Δ confidence -0.06 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
Δ confidence +0.08 on dryrun_1058
kimi-k3
+ supports AI models may exhibit a division between conscious-like thoughts and unconscious processing similar to humans.
rationale

Same author (AnthropicAI) and same evidence document; the sibling hedges ("may exhibit a division between conscious-like thoughts and unconscious processing") while this claim asserts the divide directly — near-co-assertion, mutual corroboration.

+ supports This internal divide inside Claude resembles the human phenomenon where only a small fraction of brain activity is consciously accessible as thoughts that can b
rationale

Same author/evidence. This claim states the general internal-divide analogy; the neighbor instantiates it with the specific human resemblance (only a small fraction of brain activity is consciously accessible). The general assertion grounds the specific one.

→ extends AI models perform complex computations beneath the surface analogous to unconscious processing
rationale

Same author/evidence. The neighbor names only the unconscious analog (complex sub-surface computation); this claim carries it further to the full conscious-versus-non-conscious divide, same-direction elaboration.

+ supports Claude performs substantive latent multi-step reasoning that is not visible in its output: when it emits only a final answer, interpretability of its internal r
rationale

Same interpretability evidence doc as the finding the thesis is built on. The non-conscious side of the asserted divide is precisely cognition not visible in output, affirming the thesis's hidden-computation premise — though this claim is the interpretive frame rather than the direct mechanistic evidence, so moderate strength.

+ supports Large language models develop an interpretable internal "word workspace" — a collection of neural patterns (dubbed the J-space) corresponding to words the model
rationale

Same evidence doc. The 'conscious side' of the claimed divide corresponds to the reportable word-workspace (J-space) the thesis describes; the divide framing presupposes exactly that accessible-vs-inaccessible structure. Thesis confidence already saturated at 1.0, so edge only, no confidence write.

≈ complicates LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The thesis holds LLMs are non-conscious surface generators and consciousness-adjacent framing is epistemically unwarranted. This is Anthropic itself drawing a conscious/non-conscious analogy — the contested framing — but grounded in interpretability findings rather than surface fluency, so it qualifies the flat 'textual deepfake' account rather than refuting it. Temporal tension flagged: fresh mechanistically-grounded claim vs. a broadly-stated skeptical consensus that may predate this evidence. No visible interaction between sources (claim-space tension).

⚡ contradicts Large language models are not conscious.
rationale

dpetrou flatly asserts LLMs are not conscious; this claim attributes to them an internal divide analogous to human conscious/non-conscious processing. Hedged ('analogous to') so moderate strength, but semantically opposed. Two third parties who never interacted — implicit claim-space tension.

⚡ contradicts The fact that AlphaFold is not considered conscious despite architectural similarity to LLMs shows that belief in LLM consciousness stems from LLMs producing gr
rationale

dpetrou argues belief in LLM inner life stems only from grammatical fluency, not any intrinsic network property (AlphaFold contrast). This claim points to an intrinsic internal structural property — a conscious/non-conscious-like divide — as the basis of the analogy. Implicit tension between non-interacting third parties.

✦ proposes thesis Language models exhibit a functional internal divide analogous to the human conscious/non-conscious split: a small, reportable subset of active cognition (a wor conf 0.40
Δ confidence +0.03 on Claude performs substantive latent multi-step reasoning that is not visible in its output: when it e
Δ confidence -0.02 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
04
source claim
“Individual scenes within Fable's multi-location generations would look more impressive if each were rendered alone with full detail rather than combined into one sequence”
Anthropic's best model Fable is back, and today I want to do a slightly different video to what we normally do. Normally, we look at the models, compare them, try to deduce where my maybe models are not very good, maybe some other downsides, but today I want to do a very indulgent video. I just want to savor the moment what kind of model we have access to, especially for a few days while it's still in the part of the cloud code subscription. And I really just want to show you guys some of the cool generations that I've done. I've done I think about 60 old generations, and I want to show you some of the best ones that I got. So, today will be more kind of imagine like a delicious cake. You
… continue reading (37.1k more chars · video transcript) get a cake, you don't want to ruin it, you don't want to think about the calories, you don't you don't want to think about that you paid $18 for the piece of cake. Uh but the fact that it is just a delicious cake. So, no government regulation, no blocks, no rate limits, just what we can do. Fable here on the arena on the agent arena got the highest score ever, and we keep testing it now to get the more up-to-date score as well. And I'm very excited to see how it's going to work for all of you guys on the arena. Um but today I've got a lot of different tasks that I've done. They're going to all be these kind of 3D tasks where I'm giving it very difficult prompt, typically that very long prompt, sometimes a bit shorter. And then it goes off for a while, and then it comes up with something. A lot of them are one short, but a bunch of them maybe I've done a little tweaks as well, got it to make some improvements. So, let's get into it. Let's see what cool stuff it's done. So, this is the first one, and man, this is completely insane. All right, so you can see how difficult the prompt is, but hopefully you recognize it, right? It's Manhattan, right? With so much detail. I don't know Manhattan that well. Like I don't know how accurate it is, but like superficially to me, apart from the buildings being underwater, this looks to me like pretty accurate, right? So, we've got like Central Park here in so much detail. We've got kind of the taller buildings, the like you can see like this is like completely insane. Um moon dusk. Yeah. Like I've not seen any model come anywhere near close doing something like that with so much complexity. And like we can take a look at the code here. Is it just No, that can't be right. Yeah. So, oh yeah. So, uh yeah. Actually, could it be Yeah, 16 100 lines of code. Anyway, um so, yeah, very very impressive. You might have seen that one before. I posted this before, but this is a voxel generation of Rome, which is like by far the best. So, in terms of the detail, in terms of the kind of the coherence of different elements, like completely insane. Uh if you look at some others, so you can see here I did have a follow-up prompt here. I asked it to just make the flow a little bit nicer, but what we are seeing here is that um Yeah, let's see. So, what we are seeing here is the seven wonders of the world. So, lighthouse of the Alexandria, and it goes through the different steps. You kind of you are sailing past them, and it shows what what they are. Um and um difficulty here that how much of the world that it needs to create. All right, this is like the complexity of the space and how much um it would uh be able to like dedicate to each one. And uh then we've got actually like complexity of the light and yeah, the Hanging Gardens of Babylon. And each one like wouldn't be to be honest with us for each individual one to be done in a high level of detail. It would be even more impressive. But here the this kind of combination of different ones, that's what uh I'm impressed by here. If we keep looking, uh so there were a couple of iterations here. Let's have a look at this one. Oh yeah, so that one was quite cool. So, uh let's uh play this and I'll tell you a bit more about it. So, this one is a uh view of London over a couple of thousand years. So, London is a old city with a lot of history. Uh so, there's Great Fire of London here. So, it started off in Londinium, which is like before uh the current era, like 2,000 years ago, when it was a Roman town. And then it goes through the town the times. And it's showing me the kind of the different key uh steps, like there was Great Fire of London, there's the Blitz um during the Second World War, and now this is the modern times. And again, the if if I was just to ask it to generate the modern London, it will do a better job than this. Like we can't like uh I mean, I said I'm not going to do this, but you know, it's not like perfect. But the fact that it had to um had to kind of create all of those scenes and kind of how they evolve, that's like really, really impressive. And to be like like it is pointing to historical accuracies and the shape of London and all of this. This is really cool. Like this is like this is very, very impressive generation. And yeah, you can see how the whole scene is changing and so on. This is just so cool. Um let's keep looking. Oh yeah, so this is Paris. The This was a one-shot generation, so I didn't ask for any iterations. I think the the There's more opportunity to make it better, but this is quite cool. Like nice nice sweet generation. Um let's not spend too much time on it, but the Golden Gate one, I was actually trying to do it last time, but it never quite like worked out for me. It was like timing out or breaking or something like that. So now I put the effort to make sure that we do get the Golden Gate. I think I've got like two or three of them. Um the the reason why I do want it is that uh we have quite a lot of comparison examples. I'm not going to show them here just for brevity, but it kind of gives me an intuition of where it is. And in terms of the quality of the actual bridge, like the there's like water here, there's like the ships going, like traffic going. I want to have like variety of traffic. Like all of this is completely like top top notch. Right, the the shape of the bridge is not the kind of thing that uh you actually see models like generate well. Oh yeah, the comment here like this the reflections you see. This is like really, really nice. Oh yeah, you can even drive. I Did they I can't remember if this was in the prompt. I don't think other models like did that. So like this is really, really excellent. There's still some weirdness. Like why is there no road here? Why there's like it kind of goes through the mountain weirdly. So like you can nitpick, but like this is re- really, really excellent. I think I was trying to really make sure that I do get one at least. So I had like a three of them, I So, you can see a little bit different. I think the first one was better. I can't remember if I did any follow-ups. No, that was actually one shot. Oh, no, not quite. Uh Oh, yeah, yeah, you see I did That was a one thing that I did ask it to do like a few times is to So, this was V1. I'm not sure like V2 is that much better. Like maybe a little bit. Um but yeah, sometimes I was asking it to do try and be more ambitious and um that was definitely a theme. I would say if I was to nitpick more uh kind of a failure mode that I was experiencing is that I was feeling that the model can do so much more than it was generating. And sometimes it really felt like it was kind of holding back almost and like not doing a great job. Um so yeah, I did kind of kick it a few times. So, maybe like if you're not quite getting as good generations as this, maybe try and encourage it to like be more ambitious. And this was one shot, I think. Yeah. Uh And this is actually probably the best one out of those three because look at the road. This is the first one where it was actually the road is actually going through like it is more plausibly. Uh and in here, yeah, the water, look at that. I mean, this is crazy. Like this is so good. Like um yeah, excellent excellent generation. Like I I think this is like pretty clearly especially for one shot. Like this is pretty clearly um the top top generation. I did get to some really good ones with like I think GPT-5 I can't quite remember the vision pro model, but it took like 10 iterations to get to something good, like really good. But here, this is one shot. I mean, I can't get enough of this water. This is crazy. Um Yeah, and let's see the the comet uh time of day. So, if I go to the night, I've got the comet button here. And not the absolute best one, but yeah, pretty cool. Anyway, let's move on from the bridges. We've got a lot more to look at. Um so, this one is a historic um Istanbul. Um which uh is a capital city of uh Turkey, if you're not sure. Uh previously Constantinople, and uh rich history, and uh it kind of straddles the the Europe here on on my left, and then uh Asia on my right. So, uh a little education for you. Hopefully, you knew all of that anyway. Um so, yeah, like brilliant brilliant generation. Like, look at this water. Look at the reflection. And you can nitpick. I mean, I'm pretty sure it's not floating like midair like this. Um but uh this is just completely insane. So, you've got the uh the Blue Mosque, the uh Hagia uh I'm going to get the name right. Uh Sophia. Uh Hagia Sophia here as well. Um yeah, this is just just brilliant in terms of like I'm I'm sure like people who from Turkey would look at this and say, "Oh, this is all wrong." But like in terms of the outlines, this is looking like completely exceptional. Like, look at this. How many elements of complexity needs to get right um to for this to come together is pretty insane. And that's why I'm excited about these tests is not that you particularly care. Like, not many of us actually care about the 3D generations, but how smart does the model need to be that I can give it a prompt that I'm pretty sure it's not like trained on generating, uh, Istanbul. But, the fact that they can come and and um like arrange the city accurately, it needs to know that. It needs to know how to render the water, how to coordinate different elements. This is impressive. So, that that's why like I think that's quite a nice test. Um that things like dynamism, right? Where we can see the different elements moving. All right, how does it create like this kind of glistening icy here? Like this is pretty pretty cool. All right, this kind of diversity, the fact that it doesn't just like mode collapse into like one narrow space. So, hopefully that gives you a feel for like what's the range of the of this model that that it can do. Um so, here the the Winter Palace in Beijing. Um >> [snorts] >> I think it's like maybe slightly missing some of those, but actually maybe not. Yeah, no, maybe um to me this looks like amazing. And yeah, time of day maybe Oh, yeah. Yeah. I think this was one shot. So, yeah, maybe I would have given it a few pointers, but like the quality of this is just uh exquisite. I I I hope you agree. So, I I know not spending a lot of time on these, but just I have so many I want to show you guys so many. So, this is uh Phi Phi uh Phi Phi Islands in uh Thailand. And this is just this kind of magical place. Uh so, you can see the the lagoon and the boats and this kind of this kind of uh really beautiful clear water. Like all of this uh kind of all together. Yeah, just the water. I'm blown away by how well it does the water. And uh the the little boats moving through they're all also very coherent, very coordinated. Like that's what I'm impressed by by good models is when they're properly uh coordinated uh the different elements are properly coordinated with each other. What we see sometimes with not so good models is that they kind of they kind of try something and then other things like don't fit at all and they kind of break away. I think it's like a reasonable proxy uh for us to be able to kind of see like how good a model's like it doing more complicated tasks, right? If it's like does 80% of it correctly and the last 20% is all over the place, even if it's like cheaper faster model, I do do want to then be debugging the last 20%. And I think it's not like I'm not actually suggesting that the right answer is always to go for the fanciest model, like maybe not. Uh but it's just something that you need to be calibrated on that if you are doing these kind of complicated tasks, it could be taking you so much more work to untangle like the last details. And I've certainly had a lot of experience of like having to do that myself when it's like not quite getting this right. You are getting to the 95% in one shot and then the last 5% you are like tinkering for 2 hours. Like I I have a lot of personal uh experience and anxieties of that. So, I'm just showing you like a few few cool things uh just while I'm talking. Um like I don't want to like call out too many specific things just not to overload you. Um but the general pattern is like super clear, right? These are um I don't say cherry-pick. Like I've selected probably I I probably did like call it I don't know, um 90, maybe like 70, 80 prompts. Um but these are sort of about um 65 that I'm showing you. Like oh yeah, 63 prompts. So this not like cherry-picked exactly, but this is uh like selected um uh down a little bit. So there were like a few that I haven't haven't shown you guys, but um they're mostly like they were kind of weird things such as like the axis wasn't turning and and so on. But these are not like heavily cherry-picked. It's not like I've generated 500 and I'm showing you just like this small sliver. This is more like I've generated maybe 20% more and I've selected down a few that was like some weird bugs or something that I just like didn't have time to to clear out. So this is like almost completely um unfiltered. Um and sometimes it's completely one shot, but sometimes I would I would get it to do maybe one or two iterations. And when I was doing iterations, couple of times it was maybe some kind of slight visual bugs. Like I maybe I could have gotten it to fix this style here just kind of going through that. Uh or sometimes it was just like I thought a little bit lazy, so it could have pushed it itself a bit harder. Um so let me just keep showing you uh some more cool things. Uh so Grand Budapest Hotel, um again pretty uh impressive stuff. Uh this is what I was getting it to do is to just like tidy up a little bit the uh the kind of coordination of different elements. But what it is doing here, the idea here is that it's showing the uh ancient um Egypt build out. And it's like how the different elements appearing, how the pyramid is being built, and this is just so so cool that models like can do that at all. Like look at this, the little people moving. Um the workers are moving. Um the pyramids are being built out. Like this is just like completely awesome, the fact that they can do that at all. And I appreciate, you know, yeah, there are definitely some issues you can like um debate. But the fact that this like at all works like I think is really really um worth the recognizing that and I had no idea this was at all possible. So I'm I'm very impressed. Uh more pyramids already built. Yeah, this is very beautiful. I would say that kind of stuff it's already kind of almost um tapped out the quality cuz I I did get like previously before when I was using this specific prompt, it was quite similar like I think Opus 4.8 was kind of generating that kind of quality already. So that's why I'm moving on to like harder prompts um that uh that I want to show. This one uh is meant to be showing like the Roman Empire and how it gets built out. Actually, let me show it. This was V1. Let me show you V2. I think it would be in this just a small more complicated one. Yeah, so I got it to tidy things up a little bit. I wasn't like quite perfectly happy with it, and I think it's just my standards keep going up, you know, moving goal posts in a crazy way. But it's meant to be kind of showing the development of the Roman Empire. And I thought this is like slightly like a bit too cartoonish almost like the elements like don't quite fit nicely, but I don't know. Maybe I need to think about my prompt for this one. Like what what do I actually have in mind? Um but yeah, and you know, they this kind of complexity and even like to build a map. I bet you give this to a weaker model, it wouldn't get to this map even. But the fact that it can tell the history of the Roman Empire and how it developed, like this is pretty pretty insane. Um and I think what Fable is particularly good at is actually this kind of educational content about like showing how um how things were and kind of explaining different elements. I think it has kind of improved on the on the uh kind of theory of mind side of things like quite a bit, um which is uh definitely an issue that uh a lot of the models had. So, this kind of imagining what the user is thinking and and trying to uh address that. I think that's like a really nice improvement. So, it's much better at explanations. It's much better at this kind of scientific uh data presentation telling me like what um uh how to like look at this data set, that kind of thing. That's really good. >> [snorts] >> So, this one is uh Pompeii. And again, this is kind of telling the history of Pompeii a little bit and it's kind of you can see the time I'm going through and it is showing how the kind of the uh the Oh, look at that. There's a kind of the ash or and the people escaping. Uh I know it sounds excited about I mean, it's been a while. Um Yeah, so it's telling the whole story of it of Pompeii, the eruption. Um and how like the whole world has changed. So, the the fact that it can tell this in such a immersive way and coordinating different elements, like it's crazy, right? Like this is so so good. Um Yeah, I had no idea on this. Had no idea this is even possible to be honest. Yeah, we've kind of gone through the cycle here. Right, let's keep looking. Uh I hope you guys not getting bored of this. Like I love this stuff. Like I don't even Yeah, Minoan festival. Uh so again, the ancient um ancient culture. I think it was in Greek islands kind of area, I think. I think it's in Crete. Um where they were kind of showing me this tradition, traditional ceremony. I I don't know enough about this to judge how how uh realistic that is, but looks pretty cool. So, uh oh yeah, this is another uh ancient uh festival here. And >> [snorts] >> um All right. Oh yeah, it's showing the whole procession here. And like I think for educational content, that's something I didn't predict at all. The fact that it could be so so good for this kind of like take something that I don't know enough about and just explain to me in this kind of visual way what it looks like. I don't know if any of you are in in education and you are maybe teaching some particular topic. Like maybe try this. I I don't know. Maybe that could be like quite a cool thing or get your students to do this. Maybe it's quite a cool way to learn about any like particular events. Um and these are kind of slightly like semi-random ones which I vaguely remember like from school. Uh but uh yeah, maybe any like specific topics. Pretty sure I've seen some of this in the British Museum. Um at least like the the mock-ups. But uh yeah, that that could be interesting. Um Petra here. Um yeah, a lot of a lot of you can see like the the quality uh of generation. So yeah, worth uh worth exploring. Um yeah, this one I like the Saharan Caravan as a kind of test of ability to coordinate different elements. And this is the this is really really nice. I mean, I wish they were like a little bit uh more grounded. So there's still a little bit room of for improvement. But the fact that each camel is like nicely um nicely uh designed. You can see it like this is uh each individual one. This is pretty cool. Uh Cappadocia here. We had like a bunch of these generations. So what I find normally is that it's uh a lot of the models kind of do it in a very kind of almost like schematic way. But here it actually created these kind of valleys that are realistic like the houses. The like um yeah, it looks like much much higher level of realism that it attains to. Not just kind of plopping a few things and balloons which is like vast majority of the other um generations as well. And you can see like pretty much whatever I pick just looks kind of incredible and well set out. Think yeah, Stone Canyon I think much more on the realistic side and some of the others that that I've seen. So that's is definitely like an improvement forward. So oh yeah, what was that? Yeah, I think it's an another festival. Yeah, maybe I mean looks cool but let's let's keep looking. Um Yeah, so another ancient one and I think what I was trying to get at here is this kind of Yeah, I think you can see the fidelity here is not quite as high as some of the others. So there's definitely like a downside and I think if I if I had asked it to maybe put more effort into that, maybe it could have done that. But I think what we're trying to gauge here is this kind of overall ability to to create the the whole world. So Yeah, I like yeah, the stone forest um kind of floating through that. Not sure how realistic this is. I don't think so but it's a kind of a nice Yeah, nice kind of also world that is created and this ability to kind of go through that. All right, I I'm going to keep going uh and see how many of you watch until the end. I've got a few more tabs. So this is a game. I know people had like incredible experiences building out games. I haven't quite got it to this point and this was a couple of iterations if I remember correctly. I was getting it to like improve the gameplay a bit more. So I guess it's like it's Look, I mean, it is cool generation, but I wouldn't say to me there's like a super impressive game. So, um the one that I like better is actually this one. Again, took a couple of generations, but I wanted to like have a game. Ooh, come on. Oh, no, it missed it. Um have a Oh, yeah, I can lower the hook. Uh Yeah, well, I can destroy things. Look at that. Oh, no. Let's hide this. Um this is uh Look at everything shaking. That's kind of cool. Like this is not I wouldn't call this like game game. Um but uh look at that. It's definitely like much more within the direction of games, right? Where you want to have like things moving around and the whole world kind of being created. Um But yeah, maybe I can work on my game in prompts a little bit more. I think like I feel like some other examples that I've seen are uh a little bit more impressive than this. Um but that's kind of cool. Um Anyway, another another cool thing that uh turns out you can do, which uh I didn't know. Uh the flight simulator. I think I was kind of hoping it will look a little like a little bit better. Think actually there was a V2, no? Yeah. Um Yeah, the cockpit was kind of like looks a little bit weird. And I I didn't quite get to the point that that I wanted. Uh but it's still it's still like to to get to this point to even have such a render of the world, um this is uh pretty pretty uh impressive. Oh, yeah. This one is like I think it's not like completely perfect what I imagined, but I think this is far more complicated than I imagine that it has to do. So, this is again I believe this should be 3GS as well, right? Yeah, so and it's generating this kind of 3D world, but it's putting it in this kind of a 2D view, which I think is like kind of maybe unfair thing to ask. But the fact that it like creates this slice of the city, you've got the underground you've got the station, you've got like the different pipes, you've got the street level. The each individual like Wow, look at the level of detail. Like you can probably I don't know maybe there's a different way to do this. Maybe my prompt was like a little bit too um like specific about like all of these elements, but the fact that it did something like this like again, I had no idea you could do this. Um this looks like very very impressive to me. I'll show you a few more. There's like London stuff. I have tried this on other models and again the coherence of the different elements how they're placed and that they're not overlapping. This is like so much better than so many models. A lot of models were kind of maybe things that like I don't know the London Eye would be in the middle of the river like for example like something like that. And the fact that here and it's not to scale but like the fact that different elements are placed like pretty much as good as you can imagine like in terms of in relation to each other they're all placed accurately. This is like super cool. Um like super super cool. Um yeah, you can see more more London. You can see I've got the London prompt collection. Uh a few more as well. Yeah, anyway, it's so anything I show you uh is uh just looks like insane. Um so this is kind of a little game and this was a version two. This was actually I think one iteration. And I was getting into just up the fidelity and the realism and the quality. Maybe let me show you. I think there was a V1 in here. You can see that's a V1 but it's like if you look at the house, if you look at the river, it looks like at the canal, it kind of looks a little bit basic versus here like look at the quality of the water rendering here. So that was one um iteration for it to do that. But it was like gameplay. I I don't know. It's like it it's pretty basic. I don't know. Maybe I need to learn more about how to make games and what to prompt for but uh it's not like great game but the fact that actually controls are like probably probably the best that I've seen models do. Controller is one thing models just not good at. Um so oh yeah, finish. Look at that. Perfect. Let's see uh Oh yeah, did this work? Oh yeah. This was yeah, another like couple of iterations. Again, probably I know I said at the beginning I'm not going to like criticize the models too much but this is kind of cool but I'm still not quite getting to the point that I've seen some other generations about like the the games. So maybe I'll I'll keep trying some some better ones. I think Yeah, they were like kind of fun but like I don't know. I I don't feel like I want to play them. Like feels like 30 seconds and I and I'm bored. Uh but the controls are um like really really high quality. Um and by the way, this is just uh cuz I opened too many tabs. It's not like there's some problem with the model. Um, that's why I just my my Chrome is uh, not uh, opening things properly. Um, Oh, yeah, this one. This one I think actually I got Fable to generate few prompts for me. So, this one and I was trying to get it to go a little bit wild and it created here what would it be like uh, being being the firework? Like inside the firework. So, it needs like a little bit of a focusing to understand what's going on here. So, you can see there's a city below and you're kind of being blown to smithereens here uh, as the firework. Which is like I guess it's like an interesting idea. So, that's what we were up there. So, yeah. Fable also creating some fun prompts uh, for itself. Um, few others. I'm going to I'm going to try and get through all of these. I know maybe it's like a little bit too much, but bear bear with me. This is the creation of Michelangelo. Kind of just trying to push it like as much as I can. Like just do anything possible. Um, yeah, it kind of goes through the motions and yeah, I I just can't get enough of like how cool this stuff is. I mean, not quite Michelangelo rendered there there end, but like this stuff is cool. Uh, we're going into this art section now. So, this is Klimt's uh, like famous uh, the painting The Kiss and I was trying to get it to like create some kind of 3D uh, world where you can actually go into it and you can like flow around it. And I don't know what I was expecting, but like this looks kind of cool. All right, you see you can flow around, and you can like see the flowers. Like, yeah. And like that's completely unreasonable thing for me to like expect the models to do. Um but I also want to see like how they going to do it. Like, look at this. So, this is Starry Night uh by Van Gogh. And in here, if I asked it to like create the world of it, right? But like how would you do that in 3js? Because or like any 3D uh generation approach. Because the way like if you look at the painting, it's like this kind of smudges of paint. Like, so how would you even go about creating this? And the fact that it like did this kind of weird like lines, like individual lines that come together into the painting, like how cool is that? Like, this is just completely mind-blowing. All right, this is cool cool stuff. All right, I think I'm lost. Anyway, like this is just super cool. Oh. All right, maybe I'm going to play with this later. >> [snorts] >> Oh, no. Okay, I Just this world is massive. Look at like the stars here with the Starry Night. I mean, I know it's weird, but I like it. Uh let's let's keep looking. What else do we have? Oh, yeah. Another one. So, this is Monet's uh lilies here. And this is a real place, but there like numerous paintings. And uh in here again, this kind of technique that it used here to like create this kind of impressionist style 3GS generations. And I don't know, like maybe tell me if I'm being um overly impressed by this, but I think this is insane. Like how could you even like I don't know. Is this like in the training data? Am I missing something? I've never seen anything like this. So, I don't know. If it's not in the training data, then it's like real levels of uh of creativity there um by uh by Fable. And that's another one. So, this is like I hope you guys recognize this. This is like the wave by um Japanese artist. Actually, I I I don't know if I know the name. Um yeah, and there's like Mount Fuji in the distance. And I haven't checked like this is 3GS, right? And I'm I'm not 3GS expert, but I didn't know you can do that kind of thing. Like this is really really cool. So, it kind of created this kind of almost like paper-like feel of of the generations. And I think that idea that you could even do that and like how would you would do that, this kind of very papery feel which creates the uh this whole experience of the of the wave. I even haven't tried that. Yeah, you can see it move as well. Um like this is Yeah, I'm I'm impressed. This is uh cool stuff. Um more stuff. Uh the Tower of Babylon. Very cool. Love it. Uh yeah, there's probably more stuff I can I can show you inside. Um Let's see. Oh yeah, that one was interesting. So, this is uh Pollock. So, Jason Pollock Jackson Pollock [clears throat] rather. If you know his art, he does this kind of, I don't know, super post-impressionist this kind of paintings where the paint is flowing everywhere. And what we want to do here is to like again, get the model. It kind of looks like that, right? This is accurate. We want to get the model to create this kind of world where you can go and and float around it. And then it created this kind of 3D view of Jackson Pollock's painting. And I don't know if it resembles any specific painting. I'm not such a big expert in on his art, but so this might not be exactly accurate, but like the fact that it even thought to do that kind of thing, like that is cool. Like this is really, really cool. Right. Let's Let me not get stuck on this. Um more cool stuff. Um so this is I think this is another prompt that I got Fable to like just like go wild and come up with some stuff. And this is like a raindrop experience of a rainstorm in a garden on 1 mm tall kind of ant height. Um and what I like about this is that it's kind of making the objects in the distance more blurry. I see it's understanding like what what it feel like to be in that kind of environment. And I think this kind of um this kind of experience that it can create, I can imagine the different elements, like what would things look like. And this is this is nuts. Like this is really, really cool stuff. And I hope you guys like hope you're not thinking about this as like, oh, you know, a bunch of silly stuff, but it's impressive. I think it just shows you that you can I imagine you've got lots of different other tasks, but what you should do is really to think about what else can you do that is um maybe different to what you would have expected the models to do before. Right? I think this is the time when we've got such a overhang of the capabilities that there is no way we would have like tried to do this 6 months ago. Right? So, if you kind of built up your routines or what you know about this 6 months ago, then this is like completely different world. >> [snorts] >> Um this is the crossing of the Red Sea. Jesus. Um and you know, you can go and you can have a look around and fly around. Um insane, right? Uh Yeah, and you can go across. Um yeah. Crazy crazy world uh crazy times we uh live in. Um Yeah, go around. Oh, yeah, I think that was V1 and I gave it some feedback that was like a little bit too like floaty and so on. So, oh yeah, the viewing platform was a bit weird. So, I got it to do like more stuff. So, yeah. Look at Look at this. Like I think I was just throwing more stuff at it and just see like what else it it can do. And like it just kept going. Like I I actually like the ones that you kind of failed at that I have not included. It was quite often not because it was like, oh, it's too hard. It it like couldn't do it or something. It's more that it was like some generations were excellent, but I just like cuz I've got so many that I didn't want to like tinker with each one for too long. >> [snorts] >> Um and uh I was I was basically just generating really really high quality um outputs almost like no matter what I asked. So, these are like the hardest problems I could possibly think of. Like, okay, maybe I'm not asking to like create GTA 6. Like, I'm sure it it wouldn't uh work um but like any kind of reasonable things I can expect it to do as a like HTML file, like I can't think of anything particularly hard that I can ask that what I'm already asking. So, I think it's like on a lot of these things it like tapping out already. Like, look at the bears fishing on salmon. Um is it actually going to eat something? I mean, it's pretty fat. Oh my gosh, look at that. It got the salmon. >> [snorts] >> I'm going off on a walk to eat this. I am Do they do that? Do they just eat it? Oh, look, there's another one. And how how crazy is that? Like, this is just You know, it just makes me happy for a little bit. I know we're not going to like all of our subscriptions and so on going to go to hell and then it's going to be super expensive to do it. But, you know, use AG mode, then you might get it on the on the arena. And uh yeah, you might get this kind of stuff. Like, this is uh this is cool stuff. So, in conclusion, I'm going to finish showing you like a few, but I want to conclude just by saying like, look, like AI industry is developing very fast, right? These are the kinds of things that like it's very hard to keep up with. So, I want to show you what are the kinds of things you can do. And my goal with this is to help you maybe think about like just broaden your mindset a little bit about the kind of things that are possible. Like these things are were not possible like even a month ago before Fable, right? You couldn't do this. Like you maybe could do this with a lot of iteration. So the fact that you can do this now is like just the coolest thing. And I'm sure you don't care about 3D generations like yourself, but you do have something that you would care about and whether it's like I know your little app that you're building on the side or your uh you've got I don't know a small business you're running or you're just a hobbyist developer or whatever it is or you're a mathematician. Like there is probably something that you haven't thought about so far um that previous models couldn't do that now you could do. So this is like a kind of ink um yeah like Japanese ink world where it's like painting the brushes and you can see it look at the ink in a lot of detail. Like how like who knows? No one is there, but it's like it's so cool. And um I really encourage you to try and push the models and and try and make sure that you really put yourself in a position where you can benefit from these models. Don't get stuck on what the model could have been doing 6 months ago, right? Don't worry about, you know, it's like cost too much money. That's a bummer. Uh user arena trying get Fable on the agent mode. Um but they're like really miss blah blah blah. But this is something that's going to get cheaper. It's going to get more accessible. And hopefully, you guys will get to a point that you if you do try these things, you can um get ahead, you know, of everyone. You can come up with new things to do. And the coolest thing about this is that because it's so new, even people who work in these labs, they don't understand yet everything that these models can do. So, I would really encourage you to go and like try try things out. Try and build This is, by the way, the space elevator that that we're looking at. Um like build what's the space elevator in your world, right? Try and try and do that. No one's tried this before. Um whether you're using Fable or something else, these models will keep getting better. As you can see, I'm quite excited about this. It's quite a lighthearted episode. So, hope you learn something new and I'll see you in the next one.
@petergostev · bookmarked post view on X ↗
opus-4.5
≈ complicates Fable can generate a coherent multi-scene depiction of the Seven Wonders of the World, sailing between locations and identifying each one
rationale

Same author/evidence thread: this claim qualifies the Seven Wonders multi-scene capability by asserting that the multi-location approach sacrifices per-scene detail — coherence across scenes comes at a visual fidelity cost.

+ supports The realism and quality of Fable's generated scenes remains inconsistent, with some scenes exhibiting lower fidelity than others.
rationale

Same author/evidence thread: provides a causal mechanism for the observed quality inconsistency — multi-location generations dilute rendering resources, explaining why some scenes exhibit lower fidelity.

≈ complicates No other AI model has approached Fable's level of complexity and coherence in one-shot 3D generation tasks
rationale

Same author/evidence thread: the claim that multi-location sequences sacrifice per-scene detail qualifies the superlative about Fable's unmatched complexity/coherence — that complexity comes at a quality cost.

≈ complicates Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly advancing, underappreciated capabilities—such as coherent compl
rationale

The observation of a quality-complexity tradeoff in Fable's multi-location generation mildly tempers the thesis's framing that these capabilities are 'underappreciated' — there is a real limitation being identified here, though it doesn't negate the capability threshold claim.

Δ confidence -0.03 on Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly adv
opus-4.6
≈ complicates No other AI model has approached Fable's level of complexity and coherence in one-shot 3D generation tasks
rationale

Same author/evidence thread: the claim that individual scenes would look more impressive if rendered alone qualifies the sweeping 'no other model matches Fable's complexity/coherence' claim by revealing that multi-location coherence comes at the cost of per-scene fidelity — complexity and quality are in tension.

→ extends The realism and quality of Fable's generated scenes remains inconsistent, with some scenes exhibiting lower fidelity than others.
rationale

Same author/evidence thread: this claim provides a causal mechanism for the observed inconsistency in Fable's scene quality — multi-location combination dilutes per-scene detail, explaining why some scenes exhibit lower fidelity than others.

+ supports For generative AI video, output quality is maximized by decomposing the prompt to the shot level — explicitly specifying the precise duration and action of each
rationale

Different domain (3D world generation vs video) but same structural insight: decomposing a complex multi-scene generation into individual scene-level renders would yield higher quality, paralleling the thesis that shot-level decomposition is a meaningful quality lever. The cross-domain pattern reinforces the general principle even though there is no direct interaction.

≈ complicates Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly advancing, underappreciated capabilities—such as coherent compl
rationale

The thesis emphasizes rapidly advancing, underappreciated capabilities. This claim introduces a quality-vs-scope trade-off: Fable's multi-location generation sacrifices per-scene quality, suggesting the impressive capabilities have hidden costs that temper the 'underappreciated' framing slightly.

→ extends A generation of modern London alone would be higher quality than one depicting London's evolution across many historical periods
rationale

Same author/evidence thread: the earlier claim about a single modern-London generation being higher quality than the multi-era version is a specific instance; this claim generalizes that observation to all multi-location Fable generations, asserting the pattern holds broadly.

Δ confidence +0.05 on For generative AI video, output quality is maximized by decomposing the prompt to the shot level — e
Δ confidence -0.03 on Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly adv
opus-4.7
≈ complicates Fable can coordinate multiple visual elements simultaneously to create immersive, story-like historical narratives.
rationale

Same author/evidence: while Fable can coordinate multiple visual elements into immersive multi-location narratives, this claim identifies a quality cost — individual scenes would be more impressive rendered standalone, suggesting the multi-element coordination sacrifices per-scene fidelity.

≈ complicates Fable can generate a coherent multi-scene depiction of the Seven Wonders of the World, sailing between locations and identifying each one
rationale

Same author/evidence: the Seven Wonders multi-scene coherence is impressive, but this claim qualifies it — individual wonders would look more impressive rendered alone. Multi-location generation trades per-scene detail for coordination.

→ extends The realism and quality of Fable's generated scenes remains inconsistent, with some scenes exhibiting lower fidelity than others.
rationale

Same author/evidence: extends the inconsistent-fidelity observation by attributing part of the fidelity variance to the multi-location combination — spreading generation budget across scenes reduces per-scene detail.

+ supports For generative AI video, output quality is maximized by decomposing the prompt to the shot level — explicitly specifying the precise duration and action of each
rationale

Semantically parallel: the thesis argues shot-level decomposition improves generative video quality; this claim makes the analogous point for 3D scene generation — rendering scenes individually rather than combined into one multi-location sequence would yield more impressive results. Same underlying principle of fine-grained per-unit generation beating holistic multi-unit generation.

≈ complicates No other AI model has approached Fable's level of complexity and coherence in one-shot 3D generation tasks
rationale

Same author/evidence: qualifies the sweeping superiority claim by noting that Fable's multi-location outputs, though unmatched in complexity, sacrifice per-scene detail vs what single-scene generations could achieve.

Δ confidence +0.03 on For generative AI video, output quality is maximized by decomposing the prompt to the shot level — e
opus-4.8
≈ complicates No other AI model has approached Fable's level of complexity and coherence in one-shot 3D generation tasks
rationale

Same author/evidence thread: while praising Fable's unmatched one-shot 3D generation, this claim identifies a concrete tradeoff — combining multiple locations into one sequence sacrifices per-scene detail versus rendering each alone — qualifying the sweeping superiority claim with a quality-cost caveat.

+ supports The realism and quality of Fable's generated scenes remains inconsistent, with some scenes exhibiting lower fidelity than others.
rationale

Same author/evidence thread: this claim offers a mechanism for the observed inconsistency — multi-location combination dilutes per-scene detail relative to isolated full-detail rendering — supporting the claim that Fable's realism/fidelity is uneven across scenes.

→ extends Fable-generated multi-element scenes, such as a Saharan caravan, still lack full physical groundedness despite good individual object design.
rationale

Same author/evidence thread: both identify limitations of Fable's multi-element/multi-location aggregation — one on physical groundedness, this one on detail dilution from combining scenes — extending the shared theme that composition into one sequence introduces quality costs.

≈ complicates Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly advancing, underappreciated capabilities—such as coherent compl
rationale

The thesis holds that Fable's capabilities are rapidly advancing and underappreciated; this claim is a tempering data point noting a residual quality tradeoff (detail lost when combining locations into one sequence), qualifying rather than refuting the capability narrative.

→ extends For generative AI video, output quality is maximized by decomposing the prompt to the shot level — explicitly specifying the precise duration and action of each
rationale

Different domain (3D scene generation vs video shot decomposition) and only loosely related, but same directional principle: isolating/decomposing generation to the individual unit yields higher per-unit fidelity than a single holistic combined output — this claim's isolated-scene preference extends the shot-level-decomposition quality lever to 3D scene generation.

Δ confidence -0.03 on Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly adv
fable-5
+ supports For generative AI video, output quality is maximized by decomposing the prompt to the shot level — explicitly specifying the precise duration and action of each
rationale

Cross-domain corroboration of the decomposition principle: the claim asserts that Fable's 3D scenes would achieve higher fidelity if each were generated alone with full detail rather than combined into one multi-location sequence — the same position the thesis takes for video (shot-level decomposition beats holistic prompting as a quality lever). No visible interaction between sources → inferred.

≈ complicates Fable can generate a coherent multi-scene depiction of the Seven Wonders of the World, sailing between locations and identifying each one
rationale

Same author/evidence thread: the Seven Wonders multi-location generation is coherent, but this claim qualifies that achievement by noting each constituent scene sacrifices detail relative to what a standalone full-detail generation would deliver — multi-scene coherence carries a per-scene fidelity cost.

→ extends The realism and quality of Fable's generated scenes remains inconsistent, with some scenes exhibiting lower fidelity than others.
rationale

Same author/evidence thread: extends the observation that Fable's scene fidelity is inconsistent by proposing a specific mechanism — combining multiple locations into one sequence splits the detail budget, so lower-fidelity scenes are partly an artifact of composition rather than a hard capability ceiling.

≈ complicates Fable can coordinate multiple visual elements simultaneously to create immersive, story-like historical narratives.
rationale

Same author/evidence thread: qualifies the praise for Fable's simultaneous multi-element coordination — coordinating many scenes/elements at once dilutes the visual impressiveness each scene would attain if rendered alone with full detail.

Δ confidence +0.05 on For generative AI video, output quality is maximized by decomposing the prompt to the shot level — e
gpt-5.6-terra-medium
+ supports For generative AI video, output quality is maximized by decomposing the prompt to the shot level — explicitly specifying the precise duration and action of each
rationale

Separating a multi-location generation into individually rendered scenes is a concrete scene-level form of the thesis's proposed decomposition strategy; the claim asserts that this finer-grained control would improve visual detail.

+ supports Fable-generated multi-element scenes, such as a Saharan caravan, still lack full physical groundedness despite good individual object design.
rationale

The proposed quality gain from rendering locations separately supports the nearby observation that combined multi-element Fable scenes retain a quality/groundedness limitation despite strong individual elements.

≈ complicates Fable can generate a coherent multi-scene depiction of the Seven Wonders of the World, sailing between locations and identifying each one
rationale

Fable can coherently produce a multi-location sequence, but this claim identifies a quality trade-off: each location may look more impressive when not rendered as part of the integrated sequence.

≈ complicates Fable can coordinate multiple visual elements simultaneously to create immersive, story-like historical narratives.
rationale

The claim qualifies the value of Fable's simultaneous multi-element narrative coordination by asserting that the integrated sequence sacrifices per-scene visual detail relative to separate rendering.

Δ confidence +0.06 on For generative AI video, output quality is maximized by decomposing the prompt to the shot level — e
gpt-5.6-sol-low
+ supports For generative AI video, output quality is maximized by decomposing the prompt to the shot level — explicitly specifying the precise duration and action of each
rationale

The claim identifies the same quality-control mechanism as the thesis: decomposing a multi-location sequence into individually rendered scenes would permit greater detail than a holistic generation, though it is a counterfactual assessment rather than a demonstrated comparison.

→ extends The realism and quality of Fable's generated scenes remains inconsistent, with some scenes exhibiting lower fidelity than others.
rationale

It extends the observation that Fable's scene fidelity is inconsistent by proposing a specific cause and remedy: combining multiple locations in one sequence spreads detail capacity, whereas rendering each scene alone should improve fidelity.

≈ complicates Fable can generate a coherent multi-scene depiction of the Seven Wonders of the World, sailing between locations and identifying each one
rationale

The claim qualifies praise for Fable's coherent multi-location generation by identifying a breadth-versus-detail tradeoff: combining the scenes creates an impressive sequence but leaves each location less detailed than a standalone render could be.

✦ proposes thesis Fable's multi-location generations exhibit a breadth-versus-detail tradeoff: combining several scenes into one sequence reduces the fidelity available to each l conf 0.42
Δ confidence +0.06 on For generative AI video, output quality is maximized by decomposing the prompt to the shot level — e
gpt-5.6-sol-high
+ supports For generative AI video, output quality is maximized by decomposing the prompt to the shot level — explicitly specifying the precise duration and action of each
rationale

The claim independently applies the same decomposition principle to Fable's multi-location output: allocating a generation to one scene with full detail is predicted to improve visual quality relative to a holistic multi-scene sequence. It supports the thesis's direction, though it attributes the gain to per-scene detail allocation rather than precise shot-duration/action prompting.

≈ complicates Fable can generate a coherent multi-scene depiction of the Seven Wonders of the World, sailing between locations and identifying each one
rationale

The coherent Seven Wonders sequence demonstrates Fable's multi-location strength, while the new claim adds a specific quality tradeoff: combining those locations into one sequence may reduce the detail and impressiveness each location could achieve alone.

→ extends The realism and quality of Fable's generated scenes remains inconsistent, with some scenes exhibiting lower fidelity than others.
rationale

The claim extends the observation of inconsistent Fable scene fidelity by proposing a concrete condition behind some variance: multi-location composition can trade away the full detail available when each scene is generated independently.

✦ proposes thesis In multi-location world or scene generation, breadth and sequence-level coherence trade off against per-location visual fidelity: rendering each location separa conf 0.52
Δ confidence +0.05 on For generative AI video, output quality is maximized by decomposing the prompt to the shot level — e
gpt-5.6-luna-high
+ supports For generative AI video, output quality is maximized by decomposing the prompt to the shot level — explicitly specifying the precise duration and action of each
rationale

The claim gives a specific Fable example of shot-level separation improving visual impressiveness, supporting the broader thesis that decomposing generation to individual shots is a quality lever rather than relying on one holistic sequence.

+ supports dryrun_1084
rationale

The claim directly asserts that separately rendering each Fable scene at full detail produces a more impressive result than combining locations into one sequence, which is the central position of the proposed thesis.

✦ proposes thesis For Fable's multi-location generations, rendering each individual scene separately with full detail produces more impressive scenes than rendering all locations conf 0.58
Δ confidence +0.06 on For generative AI video, output quality is maximized by decomposing the prompt to the shot level — e
kimi-k3
≈ complicates Fable can generate a coherent multi-scene depiction of the Seven Wonders of the World, sailing between locations and identifying each one
rationale

Same author/evidence thread: the Seven Wonders multi-location sailing tour is praised as coherent, but this claim qualifies that impressiveness — each location scene would look more impressive rendered alone with full detail, so the combined-sequence format dilutes per-scene fidelity.

≈ complicates Fable can generate a historically accurate depiction of London's evolution over roughly 2,000 years, including the Great Fire of London and the Blitz, within a
rationale

Same author/evidence thread: mirrors the sibling caveat that a single modern-London render would beat the 2,000-year evolving version — combining multiple locations/eras into one sequence trades per-scene detail, qualifying the implied endorsement of the single-generation breadth as unambiguously impressive.

≈ complicates Fable can coordinate multiple visual elements simultaneously to create immersive, story-like historical narratives.
rationale

Same author/evidence thread: coordinating multiple visual elements across scenes into immersive narratives is real, but this claim shows that coordination carries a cost — per-scene detail is sacrificed relative to standalone renders, qualifying the coordination claim's implied quality.

→ extends Given more explicit prompting/effort, Fable could likely produce higher-fidelity results than some of its default outputs.
rationale

Same author/evidence thread: gives a concrete mechanism for the claim that more explicit prompting/effort yields higher-fidelity Fable outputs — rendering each scene alone concentrates the detail budget, raising fidelity above what a combined multi-location sequence achieves by default.

→ extends The realism and quality of Fable's generated scenes remains inconsistent, with some scenes exhibiting lower fidelity than others.
rationale

Same author/evidence thread: offers a causal account of the observed inconsistency in Fable's scene fidelity — scenes embedded within multi-location sequences get less detail than they would as standalone renders, so part of the fidelity variance is structural (sequence composition) rather than random.

+ supports For generative AI video, output quality is maximized by decomposing the prompt to the shot level — explicitly specifying the precise duration and action of each
rationale

Independent corroboration from an adjacent modality (3D world generation vs. video): the observation that individually rendered scenes outperform scenes combined into one multi-location sequence is the same fine-grained decomposition quality lever the thesis asserts — splitting a holistic generation into per-scene renders maximizes output quality. No visible interaction with the thesis origin; stance is semantic.

≈ complicates Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly advancing, underappreciated capabilities—such as coherent compl
rationale

Tempers the underappreciated-capability framing with a concrete current limitation: multi-scene generations trade per-scene detail for breadth, so part of the quality gap in combined outputs is real and structural rather than mere benchmark underappreciation — a mild qualification, not a refutation.

Δ confidence +0.10 on For generative AI video, output quality is maximized by decomposing the prompt to the shot level — e
Δ confidence -0.05 on Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly adv
05
source claim
“Weaker video generation models tend to produce elements that fail to fit together and break away from coherence”
Anthropic's best model Fable is back, and today I want to do a slightly different video to what we normally do. Normally, we look at the models, compare them, try to deduce where my maybe models are not very good, maybe some other downsides, but today I want to do a very indulgent video. I just want to savor the moment what kind of model we have access to, especially for a few days while it's still in the part of the cloud code subscription. And I really just want to show you guys some of the cool generations that I've done. I've done I think about 60 old generations, and I want to show you some of the best ones that I got. So, today will be more kind of imagine like a delicious cake. You
… continue reading (37.1k more chars · video transcript) get a cake, you don't want to ruin it, you don't want to think about the calories, you don't you don't want to think about that you paid $18 for the piece of cake. Uh but the fact that it is just a delicious cake. So, no government regulation, no blocks, no rate limits, just what we can do. Fable here on the arena on the agent arena got the highest score ever, and we keep testing it now to get the more up-to-date score as well. And I'm very excited to see how it's going to work for all of you guys on the arena. Um but today I've got a lot of different tasks that I've done. They're going to all be these kind of 3D tasks where I'm giving it very difficult prompt, typically that very long prompt, sometimes a bit shorter. And then it goes off for a while, and then it comes up with something. A lot of them are one short, but a bunch of them maybe I've done a little tweaks as well, got it to make some improvements. So, let's get into it. Let's see what cool stuff it's done. So, this is the first one, and man, this is completely insane. All right, so you can see how difficult the prompt is, but hopefully you recognize it, right? It's Manhattan, right? With so much detail. I don't know Manhattan that well. Like I don't know how accurate it is, but like superficially to me, apart from the buildings being underwater, this looks to me like pretty accurate, right? So, we've got like Central Park here in so much detail. We've got kind of the taller buildings, the like you can see like this is like completely insane. Um moon dusk. Yeah. Like I've not seen any model come anywhere near close doing something like that with so much complexity. And like we can take a look at the code here. Is it just No, that can't be right. Yeah. So, oh yeah. So, uh yeah. Actually, could it be Yeah, 16 100 lines of code. Anyway, um so, yeah, very very impressive. You might have seen that one before. I posted this before, but this is a voxel generation of Rome, which is like by far the best. So, in terms of the detail, in terms of the kind of the coherence of different elements, like completely insane. Uh if you look at some others, so you can see here I did have a follow-up prompt here. I asked it to just make the flow a little bit nicer, but what we are seeing here is that um Yeah, let's see. So, what we are seeing here is the seven wonders of the world. So, lighthouse of the Alexandria, and it goes through the different steps. You kind of you are sailing past them, and it shows what what they are. Um and um difficulty here that how much of the world that it needs to create. All right, this is like the complexity of the space and how much um it would uh be able to like dedicate to each one. And uh then we've got actually like complexity of the light and yeah, the Hanging Gardens of Babylon. And each one like wouldn't be to be honest with us for each individual one to be done in a high level of detail. It would be even more impressive. But here the this kind of combination of different ones, that's what uh I'm impressed by here. If we keep looking, uh so there were a couple of iterations here. Let's have a look at this one. Oh yeah, so that one was quite cool. So, uh let's uh play this and I'll tell you a bit more about it. So, this one is a uh view of London over a couple of thousand years. So, London is a old city with a lot of history. Uh so, there's Great Fire of London here. So, it started off in Londinium, which is like before uh the current era, like 2,000 years ago, when it was a Roman town. And then it goes through the town the times. And it's showing me the kind of the different key uh steps, like there was Great Fire of London, there's the Blitz um during the Second World War, and now this is the modern times. And again, the if if I was just to ask it to generate the modern London, it will do a better job than this. Like we can't like uh I mean, I said I'm not going to do this, but you know, it's not like perfect. But the fact that it had to um had to kind of create all of those scenes and kind of how they evolve, that's like really, really impressive. And to be like like it is pointing to historical accuracies and the shape of London and all of this. This is really cool. Like this is like this is very, very impressive generation. And yeah, you can see how the whole scene is changing and so on. This is just so cool. Um let's keep looking. Oh yeah, so this is Paris. The This was a one-shot generation, so I didn't ask for any iterations. I think the the There's more opportunity to make it better, but this is quite cool. Like nice nice sweet generation. Um let's not spend too much time on it, but the Golden Gate one, I was actually trying to do it last time, but it never quite like worked out for me. It was like timing out or breaking or something like that. So now I put the effort to make sure that we do get the Golden Gate. I think I've got like two or three of them. Um the the reason why I do want it is that uh we have quite a lot of comparison examples. I'm not going to show them here just for brevity, but it kind of gives me an intuition of where it is. And in terms of the quality of the actual bridge, like the there's like water here, there's like the ships going, like traffic going. I want to have like variety of traffic. Like all of this is completely like top top notch. Right, the the shape of the bridge is not the kind of thing that uh you actually see models like generate well. Oh yeah, the comment here like this the reflections you see. This is like really, really nice. Oh yeah, you can even drive. I Did they I can't remember if this was in the prompt. I don't think other models like did that. So like this is really, really excellent. There's still some weirdness. Like why is there no road here? Why there's like it kind of goes through the mountain weirdly. So like you can nitpick, but like this is re- really, really excellent. I think I was trying to really make sure that I do get one at least. So I had like a three of them, I So, you can see a little bit different. I think the first one was better. I can't remember if I did any follow-ups. No, that was actually one shot. Oh, no, not quite. Uh Oh, yeah, yeah, you see I did That was a one thing that I did ask it to do like a few times is to So, this was V1. I'm not sure like V2 is that much better. Like maybe a little bit. Um but yeah, sometimes I was asking it to do try and be more ambitious and um that was definitely a theme. I would say if I was to nitpick more uh kind of a failure mode that I was experiencing is that I was feeling that the model can do so much more than it was generating. And sometimes it really felt like it was kind of holding back almost and like not doing a great job. Um so yeah, I did kind of kick it a few times. So, maybe like if you're not quite getting as good generations as this, maybe try and encourage it to like be more ambitious. And this was one shot, I think. Yeah. Uh And this is actually probably the best one out of those three because look at the road. This is the first one where it was actually the road is actually going through like it is more plausibly. Uh and in here, yeah, the water, look at that. I mean, this is crazy. Like this is so good. Like um yeah, excellent excellent generation. Like I I think this is like pretty clearly especially for one shot. Like this is pretty clearly um the top top generation. I did get to some really good ones with like I think GPT-5 I can't quite remember the vision pro model, but it took like 10 iterations to get to something good, like really good. But here, this is one shot. I mean, I can't get enough of this water. This is crazy. Um Yeah, and let's see the the comet uh time of day. So, if I go to the night, I've got the comet button here. And not the absolute best one, but yeah, pretty cool. Anyway, let's move on from the bridges. We've got a lot more to look at. Um so, this one is a historic um Istanbul. Um which uh is a capital city of uh Turkey, if you're not sure. Uh previously Constantinople, and uh rich history, and uh it kind of straddles the the Europe here on on my left, and then uh Asia on my right. So, uh a little education for you. Hopefully, you knew all of that anyway. Um so, yeah, like brilliant brilliant generation. Like, look at this water. Look at the reflection. And you can nitpick. I mean, I'm pretty sure it's not floating like midair like this. Um but uh this is just completely insane. So, you've got the uh the Blue Mosque, the uh Hagia uh I'm going to get the name right. Uh Sophia. Uh Hagia Sophia here as well. Um yeah, this is just just brilliant in terms of like I'm I'm sure like people who from Turkey would look at this and say, "Oh, this is all wrong." But like in terms of the outlines, this is looking like completely exceptional. Like, look at this. How many elements of complexity needs to get right um to for this to come together is pretty insane. And that's why I'm excited about these tests is not that you particularly care. Like, not many of us actually care about the 3D generations, but how smart does the model need to be that I can give it a prompt that I'm pretty sure it's not like trained on generating, uh, Istanbul. But, the fact that they can come and and um like arrange the city accurately, it needs to know that. It needs to know how to render the water, how to coordinate different elements. This is impressive. So, that that's why like I think that's quite a nice test. Um that things like dynamism, right? Where we can see the different elements moving. All right, how does it create like this kind of glistening icy here? Like this is pretty pretty cool. All right, this kind of diversity, the fact that it doesn't just like mode collapse into like one narrow space. So, hopefully that gives you a feel for like what's the range of the of this model that that it can do. Um so, here the the Winter Palace in Beijing. Um >> [snorts] >> I think it's like maybe slightly missing some of those, but actually maybe not. Yeah, no, maybe um to me this looks like amazing. And yeah, time of day maybe Oh, yeah. Yeah. I think this was one shot. So, yeah, maybe I would have given it a few pointers, but like the quality of this is just uh exquisite. I I I hope you agree. So, I I know not spending a lot of time on these, but just I have so many I want to show you guys so many. So, this is uh Phi Phi uh Phi Phi Islands in uh Thailand. And this is just this kind of magical place. Uh so, you can see the the lagoon and the boats and this kind of this kind of uh really beautiful clear water. Like all of this uh kind of all together. Yeah, just the water. I'm blown away by how well it does the water. And uh the the little boats moving through they're all also very coherent, very coordinated. Like that's what I'm impressed by by good models is when they're properly uh coordinated uh the different elements are properly coordinated with each other. What we see sometimes with not so good models is that they kind of they kind of try something and then other things like don't fit at all and they kind of break away. I think it's like a reasonable proxy uh for us to be able to kind of see like how good a model's like it doing more complicated tasks, right? If it's like does 80% of it correctly and the last 20% is all over the place, even if it's like cheaper faster model, I do do want to then be debugging the last 20%. And I think it's not like I'm not actually suggesting that the right answer is always to go for the fanciest model, like maybe not. Uh but it's just something that you need to be calibrated on that if you are doing these kind of complicated tasks, it could be taking you so much more work to untangle like the last details. And I've certainly had a lot of experience of like having to do that myself when it's like not quite getting this right. You are getting to the 95% in one shot and then the last 5% you are like tinkering for 2 hours. Like I I have a lot of personal uh experience and anxieties of that. So, I'm just showing you like a few few cool things uh just while I'm talking. Um like I don't want to like call out too many specific things just not to overload you. Um but the general pattern is like super clear, right? These are um I don't say cherry-pick. Like I've selected probably I I probably did like call it I don't know, um 90, maybe like 70, 80 prompts. Um but these are sort of about um 65 that I'm showing you. Like oh yeah, 63 prompts. So this not like cherry-picked exactly, but this is uh like selected um uh down a little bit. So there were like a few that I haven't haven't shown you guys, but um they're mostly like they were kind of weird things such as like the axis wasn't turning and and so on. But these are not like heavily cherry-picked. It's not like I've generated 500 and I'm showing you just like this small sliver. This is more like I've generated maybe 20% more and I've selected down a few that was like some weird bugs or something that I just like didn't have time to to clear out. So this is like almost completely um unfiltered. Um and sometimes it's completely one shot, but sometimes I would I would get it to do maybe one or two iterations. And when I was doing iterations, couple of times it was maybe some kind of slight visual bugs. Like I maybe I could have gotten it to fix this style here just kind of going through that. Uh or sometimes it was just like I thought a little bit lazy, so it could have pushed it itself a bit harder. Um so let me just keep showing you uh some more cool things. Uh so Grand Budapest Hotel, um again pretty uh impressive stuff. Uh this is what I was getting it to do is to just like tidy up a little bit the uh the kind of coordination of different elements. But what it is doing here, the idea here is that it's showing the uh ancient um Egypt build out. And it's like how the different elements appearing, how the pyramid is being built, and this is just so so cool that models like can do that at all. Like look at this, the little people moving. Um the workers are moving. Um the pyramids are being built out. Like this is just like completely awesome, the fact that they can do that at all. And I appreciate, you know, yeah, there are definitely some issues you can like um debate. But the fact that this like at all works like I think is really really um worth the recognizing that and I had no idea this was at all possible. So I'm I'm very impressed. Uh more pyramids already built. Yeah, this is very beautiful. I would say that kind of stuff it's already kind of almost um tapped out the quality cuz I I did get like previously before when I was using this specific prompt, it was quite similar like I think Opus 4.8 was kind of generating that kind of quality already. So that's why I'm moving on to like harder prompts um that uh that I want to show. This one uh is meant to be showing like the Roman Empire and how it gets built out. Actually, let me show it. This was V1. Let me show you V2. I think it would be in this just a small more complicated one. Yeah, so I got it to tidy things up a little bit. I wasn't like quite perfectly happy with it, and I think it's just my standards keep going up, you know, moving goal posts in a crazy way. But it's meant to be kind of showing the development of the Roman Empire. And I thought this is like slightly like a bit too cartoonish almost like the elements like don't quite fit nicely, but I don't know. Maybe I need to think about my prompt for this one. Like what what do I actually have in mind? Um but yeah, and you know, they this kind of complexity and even like to build a map. I bet you give this to a weaker model, it wouldn't get to this map even. But the fact that it can tell the history of the Roman Empire and how it developed, like this is pretty pretty insane. Um and I think what Fable is particularly good at is actually this kind of educational content about like showing how um how things were and kind of explaining different elements. I think it has kind of improved on the on the uh kind of theory of mind side of things like quite a bit, um which is uh definitely an issue that uh a lot of the models had. So, this kind of imagining what the user is thinking and and trying to uh address that. I think that's like a really nice improvement. So, it's much better at explanations. It's much better at this kind of scientific uh data presentation telling me like what um uh how to like look at this data set, that kind of thing. That's really good. >> [snorts] >> So, this one is uh Pompeii. And again, this is kind of telling the history of Pompeii a little bit and it's kind of you can see the time I'm going through and it is showing how the kind of the uh the Oh, look at that. There's a kind of the ash or and the people escaping. Uh I know it sounds excited about I mean, it's been a while. Um Yeah, so it's telling the whole story of it of Pompeii, the eruption. Um and how like the whole world has changed. So, the the fact that it can tell this in such a immersive way and coordinating different elements, like it's crazy, right? Like this is so so good. Um Yeah, I had no idea on this. Had no idea this is even possible to be honest. Yeah, we've kind of gone through the cycle here. Right, let's keep looking. Uh I hope you guys not getting bored of this. Like I love this stuff. Like I don't even Yeah, Minoan festival. Uh so again, the ancient um ancient culture. I think it was in Greek islands kind of area, I think. I think it's in Crete. Um where they were kind of showing me this tradition, traditional ceremony. I I don't know enough about this to judge how how uh realistic that is, but looks pretty cool. So, uh oh yeah, this is another uh ancient uh festival here. And >> [snorts] >> um All right. Oh yeah, it's showing the whole procession here. And like I think for educational content, that's something I didn't predict at all. The fact that it could be so so good for this kind of like take something that I don't know enough about and just explain to me in this kind of visual way what it looks like. I don't know if any of you are in in education and you are maybe teaching some particular topic. Like maybe try this. I I don't know. Maybe that could be like quite a cool thing or get your students to do this. Maybe it's quite a cool way to learn about any like particular events. Um and these are kind of slightly like semi-random ones which I vaguely remember like from school. Uh but uh yeah, maybe any like specific topics. Pretty sure I've seen some of this in the British Museum. Um at least like the the mock-ups. But uh yeah, that that could be interesting. Um Petra here. Um yeah, a lot of a lot of you can see like the the quality uh of generation. So yeah, worth uh worth exploring. Um yeah, this one I like the Saharan Caravan as a kind of test of ability to coordinate different elements. And this is the this is really really nice. I mean, I wish they were like a little bit uh more grounded. So there's still a little bit room of for improvement. But the fact that each camel is like nicely um nicely uh designed. You can see it like this is uh each individual one. This is pretty cool. Uh Cappadocia here. We had like a bunch of these generations. So what I find normally is that it's uh a lot of the models kind of do it in a very kind of almost like schematic way. But here it actually created these kind of valleys that are realistic like the houses. The like um yeah, it looks like much much higher level of realism that it attains to. Not just kind of plopping a few things and balloons which is like vast majority of the other um generations as well. And you can see like pretty much whatever I pick just looks kind of incredible and well set out. Think yeah, Stone Canyon I think much more on the realistic side and some of the others that that I've seen. So that's is definitely like an improvement forward. So oh yeah, what was that? Yeah, I think it's an another festival. Yeah, maybe I mean looks cool but let's let's keep looking. Um Yeah, so another ancient one and I think what I was trying to get at here is this kind of Yeah, I think you can see the fidelity here is not quite as high as some of the others. So there's definitely like a downside and I think if I if I had asked it to maybe put more effort into that, maybe it could have done that. But I think what we're trying to gauge here is this kind of overall ability to to create the the whole world. So Yeah, I like yeah, the stone forest um kind of floating through that. Not sure how realistic this is. I don't think so but it's a kind of a nice Yeah, nice kind of also world that is created and this ability to kind of go through that. All right, I I'm going to keep going uh and see how many of you watch until the end. I've got a few more tabs. So this is a game. I know people had like incredible experiences building out games. I haven't quite got it to this point and this was a couple of iterations if I remember correctly. I was getting it to like improve the gameplay a bit more. So I guess it's like it's Look, I mean, it is cool generation, but I wouldn't say to me there's like a super impressive game. So, um the one that I like better is actually this one. Again, took a couple of generations, but I wanted to like have a game. Ooh, come on. Oh, no, it missed it. Um have a Oh, yeah, I can lower the hook. Uh Yeah, well, I can destroy things. Look at that. Oh, no. Let's hide this. Um this is uh Look at everything shaking. That's kind of cool. Like this is not I wouldn't call this like game game. Um but uh look at that. It's definitely like much more within the direction of games, right? Where you want to have like things moving around and the whole world kind of being created. Um But yeah, maybe I can work on my game in prompts a little bit more. I think like I feel like some other examples that I've seen are uh a little bit more impressive than this. Um but that's kind of cool. Um Anyway, another another cool thing that uh turns out you can do, which uh I didn't know. Uh the flight simulator. I think I was kind of hoping it will look a little like a little bit better. Think actually there was a V2, no? Yeah. Um Yeah, the cockpit was kind of like looks a little bit weird. And I I didn't quite get to the point that that I wanted. Uh but it's still it's still like to to get to this point to even have such a render of the world, um this is uh pretty pretty uh impressive. Oh, yeah. This one is like I think it's not like completely perfect what I imagined, but I think this is far more complicated than I imagine that it has to do. So, this is again I believe this should be 3GS as well, right? Yeah, so and it's generating this kind of 3D world, but it's putting it in this kind of a 2D view, which I think is like kind of maybe unfair thing to ask. But the fact that it like creates this slice of the city, you've got the underground you've got the station, you've got like the different pipes, you've got the street level. The each individual like Wow, look at the level of detail. Like you can probably I don't know maybe there's a different way to do this. Maybe my prompt was like a little bit too um like specific about like all of these elements, but the fact that it did something like this like again, I had no idea you could do this. Um this looks like very very impressive to me. I'll show you a few more. There's like London stuff. I have tried this on other models and again the coherence of the different elements how they're placed and that they're not overlapping. This is like so much better than so many models. A lot of models were kind of maybe things that like I don't know the London Eye would be in the middle of the river like for example like something like that. And the fact that here and it's not to scale but like the fact that different elements are placed like pretty much as good as you can imagine like in terms of in relation to each other they're all placed accurately. This is like super cool. Um like super super cool. Um yeah, you can see more more London. You can see I've got the London prompt collection. Uh a few more as well. Yeah, anyway, it's so anything I show you uh is uh just looks like insane. Um so this is kind of a little game and this was a version two. This was actually I think one iteration. And I was getting into just up the fidelity and the realism and the quality. Maybe let me show you. I think there was a V1 in here. You can see that's a V1 but it's like if you look at the house, if you look at the river, it looks like at the canal, it kind of looks a little bit basic versus here like look at the quality of the water rendering here. So that was one um iteration for it to do that. But it was like gameplay. I I don't know. It's like it it's pretty basic. I don't know. Maybe I need to learn more about how to make games and what to prompt for but uh it's not like great game but the fact that actually controls are like probably probably the best that I've seen models do. Controller is one thing models just not good at. Um so oh yeah, finish. Look at that. Perfect. Let's see uh Oh yeah, did this work? Oh yeah. This was yeah, another like couple of iterations. Again, probably I know I said at the beginning I'm not going to like criticize the models too much but this is kind of cool but I'm still not quite getting to the point that I've seen some other generations about like the the games. So maybe I'll I'll keep trying some some better ones. I think Yeah, they were like kind of fun but like I don't know. I I don't feel like I want to play them. Like feels like 30 seconds and I and I'm bored. Uh but the controls are um like really really high quality. Um and by the way, this is just uh cuz I opened too many tabs. It's not like there's some problem with the model. Um, that's why I just my my Chrome is uh, not uh, opening things properly. Um, Oh, yeah, this one. This one I think actually I got Fable to generate few prompts for me. So, this one and I was trying to get it to go a little bit wild and it created here what would it be like uh, being being the firework? Like inside the firework. So, it needs like a little bit of a focusing to understand what's going on here. So, you can see there's a city below and you're kind of being blown to smithereens here uh, as the firework. Which is like I guess it's like an interesting idea. So, that's what we were up there. So, yeah. Fable also creating some fun prompts uh, for itself. Um, few others. I'm going to I'm going to try and get through all of these. I know maybe it's like a little bit too much, but bear bear with me. This is the creation of Michelangelo. Kind of just trying to push it like as much as I can. Like just do anything possible. Um, yeah, it kind of goes through the motions and yeah, I I just can't get enough of like how cool this stuff is. I mean, not quite Michelangelo rendered there there end, but like this stuff is cool. Uh, we're going into this art section now. So, this is Klimt's uh, like famous uh, the painting The Kiss and I was trying to get it to like create some kind of 3D uh, world where you can actually go into it and you can like flow around it. And I don't know what I was expecting, but like this looks kind of cool. All right, you see you can flow around, and you can like see the flowers. Like, yeah. And like that's completely unreasonable thing for me to like expect the models to do. Um but I also want to see like how they going to do it. Like, look at this. So, this is Starry Night uh by Van Gogh. And in here, if I asked it to like create the world of it, right? But like how would you do that in 3js? Because or like any 3D uh generation approach. Because the way like if you look at the painting, it's like this kind of smudges of paint. Like, so how would you even go about creating this? And the fact that it like did this kind of weird like lines, like individual lines that come together into the painting, like how cool is that? Like, this is just completely mind-blowing. All right, this is cool cool stuff. All right, I think I'm lost. Anyway, like this is just super cool. Oh. All right, maybe I'm going to play with this later. >> [snorts] >> Oh, no. Okay, I Just this world is massive. Look at like the stars here with the Starry Night. I mean, I know it's weird, but I like it. Uh let's let's keep looking. What else do we have? Oh, yeah. Another one. So, this is Monet's uh lilies here. And this is a real place, but there like numerous paintings. And uh in here again, this kind of technique that it used here to like create this kind of impressionist style 3GS generations. And I don't know, like maybe tell me if I'm being um overly impressed by this, but I think this is insane. Like how could you even like I don't know. Is this like in the training data? Am I missing something? I've never seen anything like this. So, I don't know. If it's not in the training data, then it's like real levels of uh of creativity there um by uh by Fable. And that's another one. So, this is like I hope you guys recognize this. This is like the wave by um Japanese artist. Actually, I I I don't know if I know the name. Um yeah, and there's like Mount Fuji in the distance. And I haven't checked like this is 3GS, right? And I'm I'm not 3GS expert, but I didn't know you can do that kind of thing. Like this is really really cool. So, it kind of created this kind of almost like paper-like feel of of the generations. And I think that idea that you could even do that and like how would you would do that, this kind of very papery feel which creates the uh this whole experience of the of the wave. I even haven't tried that. Yeah, you can see it move as well. Um like this is Yeah, I'm I'm impressed. This is uh cool stuff. Um more stuff. Uh the Tower of Babylon. Very cool. Love it. Uh yeah, there's probably more stuff I can I can show you inside. Um Let's see. Oh yeah, that one was interesting. So, this is uh Pollock. So, Jason Pollock Jackson Pollock [clears throat] rather. If you know his art, he does this kind of, I don't know, super post-impressionist this kind of paintings where the paint is flowing everywhere. And what we want to do here is to like again, get the model. It kind of looks like that, right? This is accurate. We want to get the model to create this kind of world where you can go and and float around it. And then it created this kind of 3D view of Jackson Pollock's painting. And I don't know if it resembles any specific painting. I'm not such a big expert in on his art, but so this might not be exactly accurate, but like the fact that it even thought to do that kind of thing, like that is cool. Like this is really, really cool. Right. Let's Let me not get stuck on this. Um more cool stuff. Um so this is I think this is another prompt that I got Fable to like just like go wild and come up with some stuff. And this is like a raindrop experience of a rainstorm in a garden on 1 mm tall kind of ant height. Um and what I like about this is that it's kind of making the objects in the distance more blurry. I see it's understanding like what what it feel like to be in that kind of environment. And I think this kind of um this kind of experience that it can create, I can imagine the different elements, like what would things look like. And this is this is nuts. Like this is really, really cool stuff. And I hope you guys like hope you're not thinking about this as like, oh, you know, a bunch of silly stuff, but it's impressive. I think it just shows you that you can I imagine you've got lots of different other tasks, but what you should do is really to think about what else can you do that is um maybe different to what you would have expected the models to do before. Right? I think this is the time when we've got such a overhang of the capabilities that there is no way we would have like tried to do this 6 months ago. Right? So, if you kind of built up your routines or what you know about this 6 months ago, then this is like completely different world. >> [snorts] >> Um this is the crossing of the Red Sea. Jesus. Um and you know, you can go and you can have a look around and fly around. Um insane, right? Uh Yeah, and you can go across. Um yeah. Crazy crazy world uh crazy times we uh live in. Um Yeah, go around. Oh, yeah, I think that was V1 and I gave it some feedback that was like a little bit too like floaty and so on. So, oh yeah, the viewing platform was a bit weird. So, I got it to do like more stuff. So, yeah. Look at Look at this. Like I think I was just throwing more stuff at it and just see like what else it it can do. And like it just kept going. Like I I actually like the ones that you kind of failed at that I have not included. It was quite often not because it was like, oh, it's too hard. It it like couldn't do it or something. It's more that it was like some generations were excellent, but I just like cuz I've got so many that I didn't want to like tinker with each one for too long. >> [snorts] >> Um and uh I was I was basically just generating really really high quality um outputs almost like no matter what I asked. So, these are like the hardest problems I could possibly think of. Like, okay, maybe I'm not asking to like create GTA 6. Like, I'm sure it it wouldn't uh work um but like any kind of reasonable things I can expect it to do as a like HTML file, like I can't think of anything particularly hard that I can ask that what I'm already asking. So, I think it's like on a lot of these things it like tapping out already. Like, look at the bears fishing on salmon. Um is it actually going to eat something? I mean, it's pretty fat. Oh my gosh, look at that. It got the salmon. >> [snorts] >> I'm going off on a walk to eat this. I am Do they do that? Do they just eat it? Oh, look, there's another one. And how how crazy is that? Like, this is just You know, it just makes me happy for a little bit. I know we're not going to like all of our subscriptions and so on going to go to hell and then it's going to be super expensive to do it. But, you know, use AG mode, then you might get it on the on the arena. And uh yeah, you might get this kind of stuff. Like, this is uh this is cool stuff. So, in conclusion, I'm going to finish showing you like a few, but I want to conclude just by saying like, look, like AI industry is developing very fast, right? These are the kinds of things that like it's very hard to keep up with. So, I want to show you what are the kinds of things you can do. And my goal with this is to help you maybe think about like just broaden your mindset a little bit about the kind of things that are possible. Like these things are were not possible like even a month ago before Fable, right? You couldn't do this. Like you maybe could do this with a lot of iteration. So the fact that you can do this now is like just the coolest thing. And I'm sure you don't care about 3D generations like yourself, but you do have something that you would care about and whether it's like I know your little app that you're building on the side or your uh you've got I don't know a small business you're running or you're just a hobbyist developer or whatever it is or you're a mathematician. Like there is probably something that you haven't thought about so far um that previous models couldn't do that now you could do. So this is like a kind of ink um yeah like Japanese ink world where it's like painting the brushes and you can see it look at the ink in a lot of detail. Like how like who knows? No one is there, but it's like it's so cool. And um I really encourage you to try and push the models and and try and make sure that you really put yourself in a position where you can benefit from these models. Don't get stuck on what the model could have been doing 6 months ago, right? Don't worry about, you know, it's like cost too much money. That's a bummer. Uh user arena trying get Fable on the agent mode. Um but they're like really miss blah blah blah. But this is something that's going to get cheaper. It's going to get more accessible. And hopefully, you guys will get to a point that you if you do try these things, you can um get ahead, you know, of everyone. You can come up with new things to do. And the coolest thing about this is that because it's so new, even people who work in these labs, they don't understand yet everything that these models can do. So, I would really encourage you to go and like try try things out. Try and build This is, by the way, the space elevator that that we're looking at. Um like build what's the space elevator in your world, right? Try and try and do that. No one's tried this before. Um whether you're using Fable or something else, these models will keep getting better. As you can see, I'm quite excited about this. It's quite a lighthearted episode. So, hope you learn something new and I'll see you in the next one.
@petergostev · bookmarked post view on X ↗
opus-4.5
+ supports Well-coordinated movement of multiple elements in a generated video is a strong indicator of overall model quality
rationale

Same author (petergostev) and same evidence document. This claim provides the negative framing of the sibling claim's positive heuristic: if well-coordinated multi-element movement indicates quality, then weaker models failing at element coherence is the complementary observation. Together they form a bidirectional quality differentiation heuristic.

≈ complicates The realism and quality of Fable's generated scenes remains inconsistent, with some scenes exhibiting lower fidelity than others.
rationale

Same author (petergostev) and same evidence document. The sibling claim notes Fable's inconsistent scene quality/fidelity. If Fable is a strong model yet still shows inconsistency, this complicates the clean weak-vs-strong dichotomy implied by the current claim — strong models may also fail at coherence in some cases, blurring the boundary.

+ supports For generative AI video, output quality is maximized by decomposing the prompt to the shot level — explicitly specifying the precise duration and action of each
rationale

The thesis holds that fine-grained procedural control (shot-level decomposition) is a meaningful quality lever. If weaker models fail at element coherence, this indirectly supports the thesis: decomposing to the shot level may help weaker models avoid incoherence by reducing multi-element complexity per generation. The connection is indirect — the claim diagnoses the failure mode, the thesis prescribes a remedy — hence moderate strength.

opus-4.6
+ supports Well-coordinated movement of multiple elements in a generated video is a strong indicator of overall model quality
rationale

Same author (petergostev), same evidence document. The current claim articulates the negative corollary of the sibling: weaker models fail at coherence, directly supporting the assertion that well-coordinated multi-element movement is a strong quality indicator — because its absence characterizes weaker models.

+ supports The ability of a model to generate a coherent map illustrating historical development (e.g., the Roman Empire) would likely be beyond a weaker model's capabilit
rationale

Same author (petergostev), same evidence document. The general claim that weaker models break coherence directly supports the specific prediction that generating a coherent historical map would be beyond a weaker model's capability — incoherence is exactly the failure mode expected.

→ extends Most AI-generated 3D/world scenes tend to be schematic, sparsely populated, and lack visual realism.
rationale

Same author (petergostev), same evidence document. The sibling claim describes a general failure mode of typical AI scenes (schematic, sparse, unrealistic); the current claim extends this by identifying a specific failure mechanism — elements that fail to fit together and break away from coherence — as the characteristic weakness of weaker models.

+ supports Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly advancing, underappreciated capabilities—such as coherent compl
rationale

By characterizing weaker models as fundamentally incoherent, the claim implicitly underscores the gap between weak and frontier models, supporting the thesis that frontier models exhibit underappreciated capabilities — coherent generation being exactly the capability dimension that separates them. Moderate strength: the claim focuses on the negative side (weak models) rather than directly evidencing frontier capability.

opus-4.7
→ extends Well-coordinated movement of multiple elements in a generated video is a strong indicator of overall model quality
rationale

Same author (petergostev), same evidence document. The neighbor claims coordinated multi-element movement is a positive quality indicator; this claim states the inverse-direction corollary — weaker models produce elements that fail to fit together / lose coherence. Two sides of the same quality heuristic, extending it into a diagnostic for weakness.

→ extends The ability of a model to generate a coherent map illustrating historical development (e.g., the Roman Empire) would likely be beyond a weaker model's capabilit
rationale

Same author/evidence. The neighbor asserts that generating a coherent historical map is beyond weaker models; this claim generalizes the pattern — weaker video-gen models specifically fail at making elements cohere. Same-direction generalization of the weakness-defined-by-incoherence diagnostic across modalities.

→ extends Completing only 80% of a complex generation task correctly, with the remaining 20% incoherent, can require significant debugging effort even if the model is che
rationale

Same author/evidence. The neighbor observes that cheaper/faster (weaker) models leave a ~20% incoherent tail requiring debugging; this claim states the same phenomenon at the primitive level — weaker models' outputs contain elements that fail to fit together. Same-direction generalization from task completion to visual composition.

+ supports Fable-generated multi-element scenes, such as a Saharan caravan, still lack full physical groundedness despite good individual object design.
rationale

Same author/evidence. The neighbor reports that even Fable's multi-element scenes (Saharan caravan) lack full physical groundedness — a concrete instance of exactly the failure mode this claim generalizes (elements not fitting together coherently in weaker generation).

opus-4.8
→ extends Well-coordinated movement of multiple elements in a generated video is a strong indicator of overall model quality
rationale

Same author (petergostev), same evidence document. This claim is the contrapositive/mirror of the neighbor: where the neighbor asserts that well-coordinated multi-element movement indicates strong model quality, this claim asserts that weaker models produce elements that fail to cohere. Both articulate the same underlying quality heuristic — element integration/coherence as a discriminator of video model capability — from opposite ends, so it extends in the same direction.

+ supports Fable-generated multi-element scenes, such as a Saharan caravan, still lack full physical groundedness despite good individual object design.
rationale

Same author/evidence thread. The specific observation that Fable's multi-element scenes (e.g. a Saharan caravan) lack full physical groundedness despite good individual object design is a concrete instance of this general claim — elements failing to fit together / breaking coherence. The specific instance supports the generalization about weaker generation producing non-cohering elements.

→ extends The ability of a model to generate a coherent map illustrating historical development (e.g., the Roman Empire) would likely be beyond a weaker model's capabilit
rationale

Same author/evidence thread. Both claims assert that coherence-demanding generation tasks lie beyond weaker models' capability — the neighbor about generating a coherent historical map, this claim about elements holding together generally. Same-direction generalization of 'weaker models fail at coherence.'

→ extends Most AI-generated 3D/world scenes tend to be schematic, sparsely populated, and lack visual realism.
rationale

Same author/evidence thread. The neighbor's baseline observation that most AI-generated 3D/world scenes are schematic, sparse, and lack realism aligns in the same direction as this claim about weaker models producing incoherent, non-integrated elements — both characterize the failure profile of lower-capability generation.

fable-5
→ extends Well-coordinated movement of multiple elements in a generated video is a strong indicator of overall model quality
rationale

Same author (petergostev), same evidence document. The neighbor asserts the positive side of a quality heuristic (well-coordinated multi-element movement indicates model quality); this claim states its converse — weaker models produce elements that fail to fit together and lose coherence. Together they form one two-sided heuristic: multi-element coherence discriminates model capability tiers. Same-direction elaboration, hence extends.

→ extends The ability of a model to generate a coherent map illustrating historical development (e.g., the Roman Empire) would likely be beyond a weaker model's capabilit
rationale

Same author (petergostev), same evidence document. The neighbor asserts a specific weak-model incapability (a coherent historical map is beyond weaker models); this claim generalizes the same position — weaker models characteristically fail at producing coherent, mutually-fitting elements. General-over-specific elaboration in the same direction.

+ supports Weak models compress provided context and often ignore most of it while frontier models validate their work against it
rationale

Third-party convergence (petergostev vs pbakaus, no visible interaction — invariant 4, inferred). pbakaus asserts weak models compress/ignore context while frontier models validate against it; this claim independently identifies the analogous weak-vs-frontier gap in a different domain (video generation coherence vs context handling). Both corroborate the broader pattern that global-consistency behaviors are what separate weak from frontier models. Cross-domain, so moderate strength.

≈ complicates Fable-generated multi-element scenes, such as a Saharan caravan, still lack full physical groundedness despite good individual object design.
rationale

Same author, same evidence document. If elements failing to fit together is characteristic of *weaker* models, then the neighbor's observation that Fable — presented as a frontier system — still produces multi-element scenes lacking physical groundedness is qualified by this tier heuristic: either the heuristic admits exceptions at the frontier, or Fable exhibits weak-model-like symptoms on this axis. The claims sit in productive tension within the same review.

✦ proposes thesis In generative video/world models, multi-element coherence — whether independently generated elements fit together, stay physically grounded, and move in coordin conf 0.50
gpt-5.6-terra-medium
+ supports Well-coordinated movement of multiple elements in a generated video is a strong indicator of overall model quality
rationale

Same author and evidence context: failure of scene elements to cohere is the inverse of the neighbor's proposed positive quality signal, coordinated multi-element movement. Together they establish temporal/multi-element coherence as a discriminator of video-model quality.

+ supports Completing only 80% of a complex generation task correctly, with the remaining 20% incoherent, can require significant debugging effort even if the model is che
rationale

Same author and evidence context: the claim identifies incoherence among elements as a characteristic failure of weaker video models, while the neighbor gives a concrete complex-task case where an incoherent remainder creates substantial debugging work. The general failure mode supports that example.

+ supports The ability of a model to generate a coherent map illustrating historical development (e.g., the Roman Empire) would likely be beyond a weaker model's capabilit
rationale

Same author and evidence context: both claims treat coherence on complex visual tasks as a capability boundary between weaker and stronger video models. This claim supplies the general mechanism—elements failing to fit together—behind the neighbor's weaker-model failure prediction.

✦ proposes thesis In generative video, temporal and multi-element coherence—whether visual elements remain mutually consistent and physically/narratively integrated—is a core cap conf 0.58
gpt-5.6-sol-low
+ supports Well-coordinated movement of multiple elements in a generated video is a strong indicator of overall model quality
rationale

The claim supplies the inverse failure pattern behind the neighbor's quality heuristic: weaker video models lose cross-element coherence, so coordinated multi-element behavior is strong evidence of higher model quality.

→ extends Fable-generated multi-element scenes, such as a Saharan caravan, still lack full physical groundedness despite good individual object design.
rationale

The general claim that weak models fail to integrate scene elements extends the specific observation that a multi-element caravan scene can contain good individual objects yet lack overall physical groundedness.

→ extends The ability of a model to generate a coherent map illustrating historical development (e.g., the Roman Empire) would likely be beyond a weaker model's capabilit
rationale

The historical-map claim identifies coherent composition as beyond weaker models; this claim generalizes the same capability boundary by naming failure to integrate elements into a coherent whole as a recurring weakness.

✦ proposes thesis Cross-element spatial and temporal coherence is a core capability separator in generative video: weaker models may render plausible individual elements but tend conf 0.58
gpt-5.6-sol-high
+ supports Well-coordinated movement of multiple elements in a generated video is a strong indicator of overall model quality
rationale

Same author and evidence source: this claim supplies the negative counterpart to the target's quality heuristic—weak models exhibit cross-element incoherence, so coordinated multi-element movement is indeed a strong indicator of overall video-model quality.

+ supports The ability of a model to generate a coherent map illustrating historical development (e.g., the Roman Empire) would likely be beyond a weaker model's capabilit
rationale

Same author and evidence source: the general observation that weaker video generators lose coherence when combining elements supports the specific prediction that a weaker model would struggle to produce a coherent historical map.

✦ proposes thesis Cross-element coherence is a reliable diagnostic of generative video-model capability: weaker models tend to produce individually plausible elements that fail t conf 0.55
gpt-5.6-luna-high
+ supports dryrun_1085
rationale

The claim directly asserts that lower-capability video-generation models produce internally mismatched and temporally incoherent elements, providing strong semantic support for the proposed thesis.

✦ proposes thesis Weaker video-generation models tend to produce internally incoherent outputs in which generated elements do not fit together or drift away from coherence. conf 0.58
kimi-k3
→ extends Well-coordinated movement of multiple elements in a generated video is a strong indicator of overall model quality
rationale

Same author (petergostev), same evidence document. The sibling claim asserts coordinated multi-element movement is a strong indicator of video model quality; this claim is its negative dual — weaker models are defined by elements failing to fit together and losing coherence. Same-direction elaboration of one shared heuristic: multi-element coherence as the marker of video model capability.

+ supports The ability of a model to generate a coherent map illustrating historical development (e.g., the Roman Empire) would likely be beyond a weaker model's capabilit
rationale

Same author/evidence. This claim states the general principle — weaker models produce elements that fail to cohere — which directly grounds the sibling's specific prediction that generating a coherent historical-development map (e.g., Roman Empire) would exceed a weaker model's capability.

+ supports Completing only 80% of a complex generation task correctly, with the remaining 20% incoherent, can require significant debugging effort even if the model is che
rationale

Same author/evidence. The sibling observes that a cheaper/faster model completing 80% of a complex task leaves a 20% incoherent remainder requiring debugging; this claim names the same underlying failure pattern in the video domain — weaker models' outputs break coherence. Convergent same-source corroboration of the weak-model incoherence pattern.

≈ complicates Fable-generated multi-element scenes, such as a Saharan caravan, still lack full physical groundedness despite good individual object design.
rationale

Same author/evidence. The same evaluator reports that even frontier Fable's multi-element scenes (Saharan caravan) still lack full physical groundedness despite good individual object design — so elements failing to fit together is not exclusive to weaker models. This qualifies the claim: coherence failure differentiates model tiers by degree, not as a clean binary.

+ supports Weak models compress provided context and often ignore most of it while frontier models validate their work against it
rationale

Third-party convergence (petergostev vs pbakaus, no visible interaction — invariant 4, inferred). pbakaus asserts weak models compress and ignore provided context while frontier models validate their work against it; this claim asserts the analogous pattern in generative video — weak models fail to integrate scene elements coherently. Cross-modal corroboration of a shared 'weak models fail at integration/coherence' position.

+ supports Frontier generative AI models (exemplified by systems like Fable) have crossed a threshold enabling surprisingly rich, creative, and previously infeasible multi
rationale

The thesis holds frontier generative models have crossed a threshold enabling rich, coherent generation. This claim supplies the contrast-side evidence: weaker video models produce elements that fail to cohere, implying the coherent multi-element output observed from frontier systems is a genuine capability-tier differentiator rather than a universal behavior.

+ supports Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly advancing, underappreciated capabilities—such as coherent compl
rationale

The thesis claims frontier world/scene-generation capabilities are rapidly advancing and underappreciated. That weaker models still break coherence on multi-element video while stronger models maintain it evidences a real, widening capability gap between tiers, consistent with the underappreciated-advance framing.

+ supports dryrun_40
rationale

Direct originating assertion of the proposed thesis: the claim states the weak-tier half of the differentiator (weaker video models produce elements that fail to fit together and break from coherence), and together with its explicit sibling dual (coordinated multi-element movement indicates quality, j975wz2f) forms the full position that scene coherence proxies model capability.

✦ proposes thesis Multi-element coherence is a reliable capability differentiator in generative video: weaker video generation models produce elements that fail to fit together a conf 0.55
Δ confidence +0.03 on Frontier generative AI models (exemplified by systems like Fable) have crossed a threshold enabling
Δ confidence +0.02 on Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly adv
06
source claim
“AI-generated historical/educational content like this could be a useful tool for teachers or students learning about historical events.”
Anthropic's best model Fable is back, and today I want to do a slightly different video to what we normally do. Normally, we look at the models, compare them, try to deduce where my maybe models are not very good, maybe some other downsides, but today I want to do a very indulgent video. I just want to savor the moment what kind of model we have access to, especially for a few days while it's still in the part of the cloud code subscription. And I really just want to show you guys some of the cool generations that I've done. I've done I think about 60 old generations, and I want to show you some of the best ones that I got. So, today will be more kind of imagine like a delicious cake. You
… continue reading (37.1k more chars · video transcript) get a cake, you don't want to ruin it, you don't want to think about the calories, you don't you don't want to think about that you paid $18 for the piece of cake. Uh but the fact that it is just a delicious cake. So, no government regulation, no blocks, no rate limits, just what we can do. Fable here on the arena on the agent arena got the highest score ever, and we keep testing it now to get the more up-to-date score as well. And I'm very excited to see how it's going to work for all of you guys on the arena. Um but today I've got a lot of different tasks that I've done. They're going to all be these kind of 3D tasks where I'm giving it very difficult prompt, typically that very long prompt, sometimes a bit shorter. And then it goes off for a while, and then it comes up with something. A lot of them are one short, but a bunch of them maybe I've done a little tweaks as well, got it to make some improvements. So, let's get into it. Let's see what cool stuff it's done. So, this is the first one, and man, this is completely insane. All right, so you can see how difficult the prompt is, but hopefully you recognize it, right? It's Manhattan, right? With so much detail. I don't know Manhattan that well. Like I don't know how accurate it is, but like superficially to me, apart from the buildings being underwater, this looks to me like pretty accurate, right? So, we've got like Central Park here in so much detail. We've got kind of the taller buildings, the like you can see like this is like completely insane. Um moon dusk. Yeah. Like I've not seen any model come anywhere near close doing something like that with so much complexity. And like we can take a look at the code here. Is it just No, that can't be right. Yeah. So, oh yeah. So, uh yeah. Actually, could it be Yeah, 16 100 lines of code. Anyway, um so, yeah, very very impressive. You might have seen that one before. I posted this before, but this is a voxel generation of Rome, which is like by far the best. So, in terms of the detail, in terms of the kind of the coherence of different elements, like completely insane. Uh if you look at some others, so you can see here I did have a follow-up prompt here. I asked it to just make the flow a little bit nicer, but what we are seeing here is that um Yeah, let's see. So, what we are seeing here is the seven wonders of the world. So, lighthouse of the Alexandria, and it goes through the different steps. You kind of you are sailing past them, and it shows what what they are. Um and um difficulty here that how much of the world that it needs to create. All right, this is like the complexity of the space and how much um it would uh be able to like dedicate to each one. And uh then we've got actually like complexity of the light and yeah, the Hanging Gardens of Babylon. And each one like wouldn't be to be honest with us for each individual one to be done in a high level of detail. It would be even more impressive. But here the this kind of combination of different ones, that's what uh I'm impressed by here. If we keep looking, uh so there were a couple of iterations here. Let's have a look at this one. Oh yeah, so that one was quite cool. So, uh let's uh play this and I'll tell you a bit more about it. So, this one is a uh view of London over a couple of thousand years. So, London is a old city with a lot of history. Uh so, there's Great Fire of London here. So, it started off in Londinium, which is like before uh the current era, like 2,000 years ago, when it was a Roman town. And then it goes through the town the times. And it's showing me the kind of the different key uh steps, like there was Great Fire of London, there's the Blitz um during the Second World War, and now this is the modern times. And again, the if if I was just to ask it to generate the modern London, it will do a better job than this. Like we can't like uh I mean, I said I'm not going to do this, but you know, it's not like perfect. But the fact that it had to um had to kind of create all of those scenes and kind of how they evolve, that's like really, really impressive. And to be like like it is pointing to historical accuracies and the shape of London and all of this. This is really cool. Like this is like this is very, very impressive generation. And yeah, you can see how the whole scene is changing and so on. This is just so cool. Um let's keep looking. Oh yeah, so this is Paris. The This was a one-shot generation, so I didn't ask for any iterations. I think the the There's more opportunity to make it better, but this is quite cool. Like nice nice sweet generation. Um let's not spend too much time on it, but the Golden Gate one, I was actually trying to do it last time, but it never quite like worked out for me. It was like timing out or breaking or something like that. So now I put the effort to make sure that we do get the Golden Gate. I think I've got like two or three of them. Um the the reason why I do want it is that uh we have quite a lot of comparison examples. I'm not going to show them here just for brevity, but it kind of gives me an intuition of where it is. And in terms of the quality of the actual bridge, like the there's like water here, there's like the ships going, like traffic going. I want to have like variety of traffic. Like all of this is completely like top top notch. Right, the the shape of the bridge is not the kind of thing that uh you actually see models like generate well. Oh yeah, the comment here like this the reflections you see. This is like really, really nice. Oh yeah, you can even drive. I Did they I can't remember if this was in the prompt. I don't think other models like did that. So like this is really, really excellent. There's still some weirdness. Like why is there no road here? Why there's like it kind of goes through the mountain weirdly. So like you can nitpick, but like this is re- really, really excellent. I think I was trying to really make sure that I do get one at least. So I had like a three of them, I So, you can see a little bit different. I think the first one was better. I can't remember if I did any follow-ups. No, that was actually one shot. Oh, no, not quite. Uh Oh, yeah, yeah, you see I did That was a one thing that I did ask it to do like a few times is to So, this was V1. I'm not sure like V2 is that much better. Like maybe a little bit. Um but yeah, sometimes I was asking it to do try and be more ambitious and um that was definitely a theme. I would say if I was to nitpick more uh kind of a failure mode that I was experiencing is that I was feeling that the model can do so much more than it was generating. And sometimes it really felt like it was kind of holding back almost and like not doing a great job. Um so yeah, I did kind of kick it a few times. So, maybe like if you're not quite getting as good generations as this, maybe try and encourage it to like be more ambitious. And this was one shot, I think. Yeah. Uh And this is actually probably the best one out of those three because look at the road. This is the first one where it was actually the road is actually going through like it is more plausibly. Uh and in here, yeah, the water, look at that. I mean, this is crazy. Like this is so good. Like um yeah, excellent excellent generation. Like I I think this is like pretty clearly especially for one shot. Like this is pretty clearly um the top top generation. I did get to some really good ones with like I think GPT-5 I can't quite remember the vision pro model, but it took like 10 iterations to get to something good, like really good. But here, this is one shot. I mean, I can't get enough of this water. This is crazy. Um Yeah, and let's see the the comet uh time of day. So, if I go to the night, I've got the comet button here. And not the absolute best one, but yeah, pretty cool. Anyway, let's move on from the bridges. We've got a lot more to look at. Um so, this one is a historic um Istanbul. Um which uh is a capital city of uh Turkey, if you're not sure. Uh previously Constantinople, and uh rich history, and uh it kind of straddles the the Europe here on on my left, and then uh Asia on my right. So, uh a little education for you. Hopefully, you knew all of that anyway. Um so, yeah, like brilliant brilliant generation. Like, look at this water. Look at the reflection. And you can nitpick. I mean, I'm pretty sure it's not floating like midair like this. Um but uh this is just completely insane. So, you've got the uh the Blue Mosque, the uh Hagia uh I'm going to get the name right. Uh Sophia. Uh Hagia Sophia here as well. Um yeah, this is just just brilliant in terms of like I'm I'm sure like people who from Turkey would look at this and say, "Oh, this is all wrong." But like in terms of the outlines, this is looking like completely exceptional. Like, look at this. How many elements of complexity needs to get right um to for this to come together is pretty insane. And that's why I'm excited about these tests is not that you particularly care. Like, not many of us actually care about the 3D generations, but how smart does the model need to be that I can give it a prompt that I'm pretty sure it's not like trained on generating, uh, Istanbul. But, the fact that they can come and and um like arrange the city accurately, it needs to know that. It needs to know how to render the water, how to coordinate different elements. This is impressive. So, that that's why like I think that's quite a nice test. Um that things like dynamism, right? Where we can see the different elements moving. All right, how does it create like this kind of glistening icy here? Like this is pretty pretty cool. All right, this kind of diversity, the fact that it doesn't just like mode collapse into like one narrow space. So, hopefully that gives you a feel for like what's the range of the of this model that that it can do. Um so, here the the Winter Palace in Beijing. Um >> [snorts] >> I think it's like maybe slightly missing some of those, but actually maybe not. Yeah, no, maybe um to me this looks like amazing. And yeah, time of day maybe Oh, yeah. Yeah. I think this was one shot. So, yeah, maybe I would have given it a few pointers, but like the quality of this is just uh exquisite. I I I hope you agree. So, I I know not spending a lot of time on these, but just I have so many I want to show you guys so many. So, this is uh Phi Phi uh Phi Phi Islands in uh Thailand. And this is just this kind of magical place. Uh so, you can see the the lagoon and the boats and this kind of this kind of uh really beautiful clear water. Like all of this uh kind of all together. Yeah, just the water. I'm blown away by how well it does the water. And uh the the little boats moving through they're all also very coherent, very coordinated. Like that's what I'm impressed by by good models is when they're properly uh coordinated uh the different elements are properly coordinated with each other. What we see sometimes with not so good models is that they kind of they kind of try something and then other things like don't fit at all and they kind of break away. I think it's like a reasonable proxy uh for us to be able to kind of see like how good a model's like it doing more complicated tasks, right? If it's like does 80% of it correctly and the last 20% is all over the place, even if it's like cheaper faster model, I do do want to then be debugging the last 20%. And I think it's not like I'm not actually suggesting that the right answer is always to go for the fanciest model, like maybe not. Uh but it's just something that you need to be calibrated on that if you are doing these kind of complicated tasks, it could be taking you so much more work to untangle like the last details. And I've certainly had a lot of experience of like having to do that myself when it's like not quite getting this right. You are getting to the 95% in one shot and then the last 5% you are like tinkering for 2 hours. Like I I have a lot of personal uh experience and anxieties of that. So, I'm just showing you like a few few cool things uh just while I'm talking. Um like I don't want to like call out too many specific things just not to overload you. Um but the general pattern is like super clear, right? These are um I don't say cherry-pick. Like I've selected probably I I probably did like call it I don't know, um 90, maybe like 70, 80 prompts. Um but these are sort of about um 65 that I'm showing you. Like oh yeah, 63 prompts. So this not like cherry-picked exactly, but this is uh like selected um uh down a little bit. So there were like a few that I haven't haven't shown you guys, but um they're mostly like they were kind of weird things such as like the axis wasn't turning and and so on. But these are not like heavily cherry-picked. It's not like I've generated 500 and I'm showing you just like this small sliver. This is more like I've generated maybe 20% more and I've selected down a few that was like some weird bugs or something that I just like didn't have time to to clear out. So this is like almost completely um unfiltered. Um and sometimes it's completely one shot, but sometimes I would I would get it to do maybe one or two iterations. And when I was doing iterations, couple of times it was maybe some kind of slight visual bugs. Like I maybe I could have gotten it to fix this style here just kind of going through that. Uh or sometimes it was just like I thought a little bit lazy, so it could have pushed it itself a bit harder. Um so let me just keep showing you uh some more cool things. Uh so Grand Budapest Hotel, um again pretty uh impressive stuff. Uh this is what I was getting it to do is to just like tidy up a little bit the uh the kind of coordination of different elements. But what it is doing here, the idea here is that it's showing the uh ancient um Egypt build out. And it's like how the different elements appearing, how the pyramid is being built, and this is just so so cool that models like can do that at all. Like look at this, the little people moving. Um the workers are moving. Um the pyramids are being built out. Like this is just like completely awesome, the fact that they can do that at all. And I appreciate, you know, yeah, there are definitely some issues you can like um debate. But the fact that this like at all works like I think is really really um worth the recognizing that and I had no idea this was at all possible. So I'm I'm very impressed. Uh more pyramids already built. Yeah, this is very beautiful. I would say that kind of stuff it's already kind of almost um tapped out the quality cuz I I did get like previously before when I was using this specific prompt, it was quite similar like I think Opus 4.8 was kind of generating that kind of quality already. So that's why I'm moving on to like harder prompts um that uh that I want to show. This one uh is meant to be showing like the Roman Empire and how it gets built out. Actually, let me show it. This was V1. Let me show you V2. I think it would be in this just a small more complicated one. Yeah, so I got it to tidy things up a little bit. I wasn't like quite perfectly happy with it, and I think it's just my standards keep going up, you know, moving goal posts in a crazy way. But it's meant to be kind of showing the development of the Roman Empire. And I thought this is like slightly like a bit too cartoonish almost like the elements like don't quite fit nicely, but I don't know. Maybe I need to think about my prompt for this one. Like what what do I actually have in mind? Um but yeah, and you know, they this kind of complexity and even like to build a map. I bet you give this to a weaker model, it wouldn't get to this map even. But the fact that it can tell the history of the Roman Empire and how it developed, like this is pretty pretty insane. Um and I think what Fable is particularly good at is actually this kind of educational content about like showing how um how things were and kind of explaining different elements. I think it has kind of improved on the on the uh kind of theory of mind side of things like quite a bit, um which is uh definitely an issue that uh a lot of the models had. So, this kind of imagining what the user is thinking and and trying to uh address that. I think that's like a really nice improvement. So, it's much better at explanations. It's much better at this kind of scientific uh data presentation telling me like what um uh how to like look at this data set, that kind of thing. That's really good. >> [snorts] >> So, this one is uh Pompeii. And again, this is kind of telling the history of Pompeii a little bit and it's kind of you can see the time I'm going through and it is showing how the kind of the uh the Oh, look at that. There's a kind of the ash or and the people escaping. Uh I know it sounds excited about I mean, it's been a while. Um Yeah, so it's telling the whole story of it of Pompeii, the eruption. Um and how like the whole world has changed. So, the the fact that it can tell this in such a immersive way and coordinating different elements, like it's crazy, right? Like this is so so good. Um Yeah, I had no idea on this. Had no idea this is even possible to be honest. Yeah, we've kind of gone through the cycle here. Right, let's keep looking. Uh I hope you guys not getting bored of this. Like I love this stuff. Like I don't even Yeah, Minoan festival. Uh so again, the ancient um ancient culture. I think it was in Greek islands kind of area, I think. I think it's in Crete. Um where they were kind of showing me this tradition, traditional ceremony. I I don't know enough about this to judge how how uh realistic that is, but looks pretty cool. So, uh oh yeah, this is another uh ancient uh festival here. And >> [snorts] >> um All right. Oh yeah, it's showing the whole procession here. And like I think for educational content, that's something I didn't predict at all. The fact that it could be so so good for this kind of like take something that I don't know enough about and just explain to me in this kind of visual way what it looks like. I don't know if any of you are in in education and you are maybe teaching some particular topic. Like maybe try this. I I don't know. Maybe that could be like quite a cool thing or get your students to do this. Maybe it's quite a cool way to learn about any like particular events. Um and these are kind of slightly like semi-random ones which I vaguely remember like from school. Uh but uh yeah, maybe any like specific topics. Pretty sure I've seen some of this in the British Museum. Um at least like the the mock-ups. But uh yeah, that that could be interesting. Um Petra here. Um yeah, a lot of a lot of you can see like the the quality uh of generation. So yeah, worth uh worth exploring. Um yeah, this one I like the Saharan Caravan as a kind of test of ability to coordinate different elements. And this is the this is really really nice. I mean, I wish they were like a little bit uh more grounded. So there's still a little bit room of for improvement. But the fact that each camel is like nicely um nicely uh designed. You can see it like this is uh each individual one. This is pretty cool. Uh Cappadocia here. We had like a bunch of these generations. So what I find normally is that it's uh a lot of the models kind of do it in a very kind of almost like schematic way. But here it actually created these kind of valleys that are realistic like the houses. The like um yeah, it looks like much much higher level of realism that it attains to. Not just kind of plopping a few things and balloons which is like vast majority of the other um generations as well. And you can see like pretty much whatever I pick just looks kind of incredible and well set out. Think yeah, Stone Canyon I think much more on the realistic side and some of the others that that I've seen. So that's is definitely like an improvement forward. So oh yeah, what was that? Yeah, I think it's an another festival. Yeah, maybe I mean looks cool but let's let's keep looking. Um Yeah, so another ancient one and I think what I was trying to get at here is this kind of Yeah, I think you can see the fidelity here is not quite as high as some of the others. So there's definitely like a downside and I think if I if I had asked it to maybe put more effort into that, maybe it could have done that. But I think what we're trying to gauge here is this kind of overall ability to to create the the whole world. So Yeah, I like yeah, the stone forest um kind of floating through that. Not sure how realistic this is. I don't think so but it's a kind of a nice Yeah, nice kind of also world that is created and this ability to kind of go through that. All right, I I'm going to keep going uh and see how many of you watch until the end. I've got a few more tabs. So this is a game. I know people had like incredible experiences building out games. I haven't quite got it to this point and this was a couple of iterations if I remember correctly. I was getting it to like improve the gameplay a bit more. So I guess it's like it's Look, I mean, it is cool generation, but I wouldn't say to me there's like a super impressive game. So, um the one that I like better is actually this one. Again, took a couple of generations, but I wanted to like have a game. Ooh, come on. Oh, no, it missed it. Um have a Oh, yeah, I can lower the hook. Uh Yeah, well, I can destroy things. Look at that. Oh, no. Let's hide this. Um this is uh Look at everything shaking. That's kind of cool. Like this is not I wouldn't call this like game game. Um but uh look at that. It's definitely like much more within the direction of games, right? Where you want to have like things moving around and the whole world kind of being created. Um But yeah, maybe I can work on my game in prompts a little bit more. I think like I feel like some other examples that I've seen are uh a little bit more impressive than this. Um but that's kind of cool. Um Anyway, another another cool thing that uh turns out you can do, which uh I didn't know. Uh the flight simulator. I think I was kind of hoping it will look a little like a little bit better. Think actually there was a V2, no? Yeah. Um Yeah, the cockpit was kind of like looks a little bit weird. And I I didn't quite get to the point that that I wanted. Uh but it's still it's still like to to get to this point to even have such a render of the world, um this is uh pretty pretty uh impressive. Oh, yeah. This one is like I think it's not like completely perfect what I imagined, but I think this is far more complicated than I imagine that it has to do. So, this is again I believe this should be 3GS as well, right? Yeah, so and it's generating this kind of 3D world, but it's putting it in this kind of a 2D view, which I think is like kind of maybe unfair thing to ask. But the fact that it like creates this slice of the city, you've got the underground you've got the station, you've got like the different pipes, you've got the street level. The each individual like Wow, look at the level of detail. Like you can probably I don't know maybe there's a different way to do this. Maybe my prompt was like a little bit too um like specific about like all of these elements, but the fact that it did something like this like again, I had no idea you could do this. Um this looks like very very impressive to me. I'll show you a few more. There's like London stuff. I have tried this on other models and again the coherence of the different elements how they're placed and that they're not overlapping. This is like so much better than so many models. A lot of models were kind of maybe things that like I don't know the London Eye would be in the middle of the river like for example like something like that. And the fact that here and it's not to scale but like the fact that different elements are placed like pretty much as good as you can imagine like in terms of in relation to each other they're all placed accurately. This is like super cool. Um like super super cool. Um yeah, you can see more more London. You can see I've got the London prompt collection. Uh a few more as well. Yeah, anyway, it's so anything I show you uh is uh just looks like insane. Um so this is kind of a little game and this was a version two. This was actually I think one iteration. And I was getting into just up the fidelity and the realism and the quality. Maybe let me show you. I think there was a V1 in here. You can see that's a V1 but it's like if you look at the house, if you look at the river, it looks like at the canal, it kind of looks a little bit basic versus here like look at the quality of the water rendering here. So that was one um iteration for it to do that. But it was like gameplay. I I don't know. It's like it it's pretty basic. I don't know. Maybe I need to learn more about how to make games and what to prompt for but uh it's not like great game but the fact that actually controls are like probably probably the best that I've seen models do. Controller is one thing models just not good at. Um so oh yeah, finish. Look at that. Perfect. Let's see uh Oh yeah, did this work? Oh yeah. This was yeah, another like couple of iterations. Again, probably I know I said at the beginning I'm not going to like criticize the models too much but this is kind of cool but I'm still not quite getting to the point that I've seen some other generations about like the the games. So maybe I'll I'll keep trying some some better ones. I think Yeah, they were like kind of fun but like I don't know. I I don't feel like I want to play them. Like feels like 30 seconds and I and I'm bored. Uh but the controls are um like really really high quality. Um and by the way, this is just uh cuz I opened too many tabs. It's not like there's some problem with the model. Um, that's why I just my my Chrome is uh, not uh, opening things properly. Um, Oh, yeah, this one. This one I think actually I got Fable to generate few prompts for me. So, this one and I was trying to get it to go a little bit wild and it created here what would it be like uh, being being the firework? Like inside the firework. So, it needs like a little bit of a focusing to understand what's going on here. So, you can see there's a city below and you're kind of being blown to smithereens here uh, as the firework. Which is like I guess it's like an interesting idea. So, that's what we were up there. So, yeah. Fable also creating some fun prompts uh, for itself. Um, few others. I'm going to I'm going to try and get through all of these. I know maybe it's like a little bit too much, but bear bear with me. This is the creation of Michelangelo. Kind of just trying to push it like as much as I can. Like just do anything possible. Um, yeah, it kind of goes through the motions and yeah, I I just can't get enough of like how cool this stuff is. I mean, not quite Michelangelo rendered there there end, but like this stuff is cool. Uh, we're going into this art section now. So, this is Klimt's uh, like famous uh, the painting The Kiss and I was trying to get it to like create some kind of 3D uh, world where you can actually go into it and you can like flow around it. And I don't know what I was expecting, but like this looks kind of cool. All right, you see you can flow around, and you can like see the flowers. Like, yeah. And like that's completely unreasonable thing for me to like expect the models to do. Um but I also want to see like how they going to do it. Like, look at this. So, this is Starry Night uh by Van Gogh. And in here, if I asked it to like create the world of it, right? But like how would you do that in 3js? Because or like any 3D uh generation approach. Because the way like if you look at the painting, it's like this kind of smudges of paint. Like, so how would you even go about creating this? And the fact that it like did this kind of weird like lines, like individual lines that come together into the painting, like how cool is that? Like, this is just completely mind-blowing. All right, this is cool cool stuff. All right, I think I'm lost. Anyway, like this is just super cool. Oh. All right, maybe I'm going to play with this later. >> [snorts] >> Oh, no. Okay, I Just this world is massive. Look at like the stars here with the Starry Night. I mean, I know it's weird, but I like it. Uh let's let's keep looking. What else do we have? Oh, yeah. Another one. So, this is Monet's uh lilies here. And this is a real place, but there like numerous paintings. And uh in here again, this kind of technique that it used here to like create this kind of impressionist style 3GS generations. And I don't know, like maybe tell me if I'm being um overly impressed by this, but I think this is insane. Like how could you even like I don't know. Is this like in the training data? Am I missing something? I've never seen anything like this. So, I don't know. If it's not in the training data, then it's like real levels of uh of creativity there um by uh by Fable. And that's another one. So, this is like I hope you guys recognize this. This is like the wave by um Japanese artist. Actually, I I I don't know if I know the name. Um yeah, and there's like Mount Fuji in the distance. And I haven't checked like this is 3GS, right? And I'm I'm not 3GS expert, but I didn't know you can do that kind of thing. Like this is really really cool. So, it kind of created this kind of almost like paper-like feel of of the generations. And I think that idea that you could even do that and like how would you would do that, this kind of very papery feel which creates the uh this whole experience of the of the wave. I even haven't tried that. Yeah, you can see it move as well. Um like this is Yeah, I'm I'm impressed. This is uh cool stuff. Um more stuff. Uh the Tower of Babylon. Very cool. Love it. Uh yeah, there's probably more stuff I can I can show you inside. Um Let's see. Oh yeah, that one was interesting. So, this is uh Pollock. So, Jason Pollock Jackson Pollock [clears throat] rather. If you know his art, he does this kind of, I don't know, super post-impressionist this kind of paintings where the paint is flowing everywhere. And what we want to do here is to like again, get the model. It kind of looks like that, right? This is accurate. We want to get the model to create this kind of world where you can go and and float around it. And then it created this kind of 3D view of Jackson Pollock's painting. And I don't know if it resembles any specific painting. I'm not such a big expert in on his art, but so this might not be exactly accurate, but like the fact that it even thought to do that kind of thing, like that is cool. Like this is really, really cool. Right. Let's Let me not get stuck on this. Um more cool stuff. Um so this is I think this is another prompt that I got Fable to like just like go wild and come up with some stuff. And this is like a raindrop experience of a rainstorm in a garden on 1 mm tall kind of ant height. Um and what I like about this is that it's kind of making the objects in the distance more blurry. I see it's understanding like what what it feel like to be in that kind of environment. And I think this kind of um this kind of experience that it can create, I can imagine the different elements, like what would things look like. And this is this is nuts. Like this is really, really cool stuff. And I hope you guys like hope you're not thinking about this as like, oh, you know, a bunch of silly stuff, but it's impressive. I think it just shows you that you can I imagine you've got lots of different other tasks, but what you should do is really to think about what else can you do that is um maybe different to what you would have expected the models to do before. Right? I think this is the time when we've got such a overhang of the capabilities that there is no way we would have like tried to do this 6 months ago. Right? So, if you kind of built up your routines or what you know about this 6 months ago, then this is like completely different world. >> [snorts] >> Um this is the crossing of the Red Sea. Jesus. Um and you know, you can go and you can have a look around and fly around. Um insane, right? Uh Yeah, and you can go across. Um yeah. Crazy crazy world uh crazy times we uh live in. Um Yeah, go around. Oh, yeah, I think that was V1 and I gave it some feedback that was like a little bit too like floaty and so on. So, oh yeah, the viewing platform was a bit weird. So, I got it to do like more stuff. So, yeah. Look at Look at this. Like I think I was just throwing more stuff at it and just see like what else it it can do. And like it just kept going. Like I I actually like the ones that you kind of failed at that I have not included. It was quite often not because it was like, oh, it's too hard. It it like couldn't do it or something. It's more that it was like some generations were excellent, but I just like cuz I've got so many that I didn't want to like tinker with each one for too long. >> [snorts] >> Um and uh I was I was basically just generating really really high quality um outputs almost like no matter what I asked. So, these are like the hardest problems I could possibly think of. Like, okay, maybe I'm not asking to like create GTA 6. Like, I'm sure it it wouldn't uh work um but like any kind of reasonable things I can expect it to do as a like HTML file, like I can't think of anything particularly hard that I can ask that what I'm already asking. So, I think it's like on a lot of these things it like tapping out already. Like, look at the bears fishing on salmon. Um is it actually going to eat something? I mean, it's pretty fat. Oh my gosh, look at that. It got the salmon. >> [snorts] >> I'm going off on a walk to eat this. I am Do they do that? Do they just eat it? Oh, look, there's another one. And how how crazy is that? Like, this is just You know, it just makes me happy for a little bit. I know we're not going to like all of our subscriptions and so on going to go to hell and then it's going to be super expensive to do it. But, you know, use AG mode, then you might get it on the on the arena. And uh yeah, you might get this kind of stuff. Like, this is uh this is cool stuff. So, in conclusion, I'm going to finish showing you like a few, but I want to conclude just by saying like, look, like AI industry is developing very fast, right? These are the kinds of things that like it's very hard to keep up with. So, I want to show you what are the kinds of things you can do. And my goal with this is to help you maybe think about like just broaden your mindset a little bit about the kind of things that are possible. Like these things are were not possible like even a month ago before Fable, right? You couldn't do this. Like you maybe could do this with a lot of iteration. So the fact that you can do this now is like just the coolest thing. And I'm sure you don't care about 3D generations like yourself, but you do have something that you would care about and whether it's like I know your little app that you're building on the side or your uh you've got I don't know a small business you're running or you're just a hobbyist developer or whatever it is or you're a mathematician. Like there is probably something that you haven't thought about so far um that previous models couldn't do that now you could do. So this is like a kind of ink um yeah like Japanese ink world where it's like painting the brushes and you can see it look at the ink in a lot of detail. Like how like who knows? No one is there, but it's like it's so cool. And um I really encourage you to try and push the models and and try and make sure that you really put yourself in a position where you can benefit from these models. Don't get stuck on what the model could have been doing 6 months ago, right? Don't worry about, you know, it's like cost too much money. That's a bummer. Uh user arena trying get Fable on the agent mode. Um but they're like really miss blah blah blah. But this is something that's going to get cheaper. It's going to get more accessible. And hopefully, you guys will get to a point that you if you do try these things, you can um get ahead, you know, of everyone. You can come up with new things to do. And the coolest thing about this is that because it's so new, even people who work in these labs, they don't understand yet everything that these models can do. So, I would really encourage you to go and like try try things out. Try and build This is, by the way, the space elevator that that we're looking at. Um like build what's the space elevator in your world, right? Try and try and do that. No one's tried this before. Um whether you're using Fable or something else, these models will keep getting better. As you can see, I'm quite excited about this. It's quite a lighthearted episode. So, hope you learn something new and I'll see you in the next one.
@petergostev · bookmarked post view on X ↗
opus-4.5
→ extends Fable is particularly strong at producing educational content that explains historical events and settings.
rationale

Same author (petergostev), same evidence thread: the target claim describes Fable's capability to produce educational historical content; this claim extends it by asserting the practical educational utility of such content for teachers and students as a learning tool.

→ extends AI video models being able to generate coherent historical narrative sequences, such as the building of pyramids, represents a surprising new capability
rationale

Same author (petergostev), same evidence thread: the target asserts AI's surprising capability for coherent historical narrative generation; this claim extends it by articulating the downstream educational application of that capability for teachers and students.

✦ proposes thesis AI-generated historical and educational content represents a valuable pedagogical tool for teachers and students, enabling new approaches to learning about hist conf 0.45
opus-4.6
→ extends Fable is particularly strong at producing educational content that explains historical events and settings.
rationale

Same author (petergostev) and evidence source. The target claim asserts Fable excels at educational historical content; this claim extends it by identifying a concrete use case — teachers and students using such content as a learning tool. It moves from capability observation to application prescription.

+ supports AI video models being able to generate coherent historical narrative sequences, such as the building of pyramids, represents a surprising new capability
rationale

Same author/evidence thread. Asserting educational utility for AI-generated historical content implicitly validates that the capability (coherent historical narrative generation) is real and significant enough to be practically deployed in classrooms — supporting the claim that this represents a meaningful new capability.

≈ complicates An LLM generating dialogue between historical figures like Julius Caesar and Genghis Khan does not imply those figures are conscious digital re-creations; they
rationale

Cross-author tension (petergostev vs dpetrou), no visible interaction — inferred. dpetrou emphasizes that LLM-generated historical figures are fictional characters, not authentic re-creations. petergostev's claim that this content could be a 'useful tool' for learning about historical events implicitly treats the generated content as educationally valid, which sits in mild tension with the framing that it is merely fictional character generation. The educational-utility claim doesn't require authenticity, but the 'fictional character' framing complicates uncritical classroom adoption.

+ supports dryrun_210
rationale

This claim is the seed assertion for the newly proposed thesis — it directly states that AI-generated historical/educational content could be a useful tool for teachers and students, which is the thesis's core position.

✦ proposes thesis AI-generated historical and educational content (e.g., narrative video sequences depicting historical events) has practical utility as a teaching and learning t conf 0.40
opus-4.7
→ extends Fable is particularly strong at producing educational content that explains historical events and settings.
rationale

Same author/evidence thread: extends the sibling claim (Fable strong at explaining historical events) by naming the practical downstream audience — teachers and students — thereby articulating the applied use case implied by the capability claim.

→ extends Fable is particularly strong at producing educational content that explains historical development and processes
rationale

Same author/evidence thread; this claim complements the sibling claim about explaining historical development/processes by identifying the beneficiary audience (teachers/students), articulating a concrete educational deployment path.

opus-4.8
→ extends Fable is particularly strong at producing educational content that explains historical events and settings.
rationale

Same author/evidence thread: this claim takes the sibling observation that Fable is strong at producing educational historical content and extends it into a concrete application claim — that such content could serve as a useful teaching/learning tool for teachers and students.

+ supports dryrun_628
rationale

This claim is the originating assertion of the thesis — it directly states that AI-generated historical/educational content could be a useful tool for teachers and students, which is the position the thesis tracks.

✦ proposes thesis AI-generated multimodal historical/educational content (e.g., Claude Fable) is a viable and useful pedagogical tool for teachers and students, not merely a nove conf 0.45
fable-5
→ extends Fable is particularly strong at producing educational content that explains historical events and settings.
rationale

Same author/evidence thread: the sibling claim asserts Fable is strong at producing educational historical content; this claim builds on it in the same direction by moving from capability to practical application — proposing pedagogical utility for teachers and students.

✦ proposes thesis AI-generated historical/educational content (e.g., immersive video narrations of historical events) is a practically useful pedagogical tool for teachers and st conf 0.40
gpt-5.6-terra-medium
→ extends Fable is particularly strong at producing educational content that explains historical events and settings.
rationale

The new claim adds the downstream classroom-use proposition—utility for teachers and students—to the nearby claim that Fable is strong at producing historical explanatory content. The common subject and author/evidence source make the relationship close, but no direct reply or reference is shown, so the stance is inferred.

✦ proposes thesis AI-generated historical and educational media can be a useful instructional tool for teachers and students learning about historical events. conf 0.40
gpt-5.6-sol-low
→ extends Fable is particularly strong at producing educational content that explains historical events and settings.
rationale

Same author and evidence source: the target says Fable is strong at explaining historical events and settings, while this claim extends that observed capability into a concrete educational use case for teachers and students.

+ supports dryrun_921
rationale

This is the seed claim for the proposed thesis and directly asserts that AI-generated historical or educational content could serve as a useful learning aid for teachers and students.

✦ proposes thesis AI-generated historical and educational media can be a useful learning aid for teachers and students studying historical events. conf 0.45
Δ confidence +0.08 on dryrun_921
gpt-5.6-sol-high
→ extends Fable is particularly strong at producing educational content that explains historical events and settings.
rationale

Same author and evidence source: the target says Fable is strong at explaining historical events and settings, while this claim extends that observed capability into a concrete downstream use case for teachers and students.

✦ proposes thesis AI-generated historical and educational media can be a useful teaching and learning tool for educators and students studying historical events. conf 0.45
gpt-5.6-luna-high
+ supports dryrun_1090
rationale

The claim directly asserts that AI-generated historical/educational content may provide practical learning value to teachers and students; this is a standalone educational-utility position not represented by a genuinely close neighboring thesis.

→ extends Fable is particularly strong at producing educational content that explains historical events and settings.
rationale

The claim extends the nearby claim that Fable produces educational content explaining historical events and settings by adding the downstream use case: such content could help teachers or students learn.

✦ proposes thesis AI-generated historical and educational content can be a useful learning tool for teachers and students studying historical events. conf 0.55
Δ confidence +0.10 on dryrun_1090
kimi-k3
→ extends Fable is particularly strong at producing educational content that explains historical events and settings.
rationale

Same author/evidence thread: the sibling claim establishes that Fable is particularly strong at educational content explaining historical events/settings; this claim builds on that capability observation by asserting its practical pedagogical application — such content could be a useful tool for teachers and students.

→ extends Fable can coordinate multiple visual elements simultaneously to create immersive, story-like historical narratives.
rationale

Same author/evidence thread: the 'content like this' referenced is Fable's immersive multi-element historical narration; this claim extends that capability characterization downstream into a concrete use-case (classroom/self-study learning about historical events).

+ supports dryrun_28
rationale

The claim directly asserts the thesis position: AI-generated historical/educational content is useful for teachers and students learning history. It is the originating assertion of this position; hedged ('could be'), hence strong but not maximal strength.

✦ proposes thesis AI-generated immersive historical/educational content (e.g., model-generated narrated reconstructions of historical events and settings) can serve as a useful p conf 0.40
07
source claim
“A model (Fable) can generate an explorable 3D world from a 2D painting such as Klimt's The Kiss.”
Anthropic's best model Fable is back, and today I want to do a slightly different video to what we normally do. Normally, we look at the models, compare them, try to deduce where my maybe models are not very good, maybe some other downsides, but today I want to do a very indulgent video. I just want to savor the moment what kind of model we have access to, especially for a few days while it's still in the part of the cloud code subscription. And I really just want to show you guys some of the cool generations that I've done. I've done I think about 60 old generations, and I want to show you some of the best ones that I got. So, today will be more kind of imagine like a delicious cake. You
… continue reading (37.1k more chars · video transcript) get a cake, you don't want to ruin it, you don't want to think about the calories, you don't you don't want to think about that you paid $18 for the piece of cake. Uh but the fact that it is just a delicious cake. So, no government regulation, no blocks, no rate limits, just what we can do. Fable here on the arena on the agent arena got the highest score ever, and we keep testing it now to get the more up-to-date score as well. And I'm very excited to see how it's going to work for all of you guys on the arena. Um but today I've got a lot of different tasks that I've done. They're going to all be these kind of 3D tasks where I'm giving it very difficult prompt, typically that very long prompt, sometimes a bit shorter. And then it goes off for a while, and then it comes up with something. A lot of them are one short, but a bunch of them maybe I've done a little tweaks as well, got it to make some improvements. So, let's get into it. Let's see what cool stuff it's done. So, this is the first one, and man, this is completely insane. All right, so you can see how difficult the prompt is, but hopefully you recognize it, right? It's Manhattan, right? With so much detail. I don't know Manhattan that well. Like I don't know how accurate it is, but like superficially to me, apart from the buildings being underwater, this looks to me like pretty accurate, right? So, we've got like Central Park here in so much detail. We've got kind of the taller buildings, the like you can see like this is like completely insane. Um moon dusk. Yeah. Like I've not seen any model come anywhere near close doing something like that with so much complexity. And like we can take a look at the code here. Is it just No, that can't be right. Yeah. So, oh yeah. So, uh yeah. Actually, could it be Yeah, 16 100 lines of code. Anyway, um so, yeah, very very impressive. You might have seen that one before. I posted this before, but this is a voxel generation of Rome, which is like by far the best. So, in terms of the detail, in terms of the kind of the coherence of different elements, like completely insane. Uh if you look at some others, so you can see here I did have a follow-up prompt here. I asked it to just make the flow a little bit nicer, but what we are seeing here is that um Yeah, let's see. So, what we are seeing here is the seven wonders of the world. So, lighthouse of the Alexandria, and it goes through the different steps. You kind of you are sailing past them, and it shows what what they are. Um and um difficulty here that how much of the world that it needs to create. All right, this is like the complexity of the space and how much um it would uh be able to like dedicate to each one. And uh then we've got actually like complexity of the light and yeah, the Hanging Gardens of Babylon. And each one like wouldn't be to be honest with us for each individual one to be done in a high level of detail. It would be even more impressive. But here the this kind of combination of different ones, that's what uh I'm impressed by here. If we keep looking, uh so there were a couple of iterations here. Let's have a look at this one. Oh yeah, so that one was quite cool. So, uh let's uh play this and I'll tell you a bit more about it. So, this one is a uh view of London over a couple of thousand years. So, London is a old city with a lot of history. Uh so, there's Great Fire of London here. So, it started off in Londinium, which is like before uh the current era, like 2,000 years ago, when it was a Roman town. And then it goes through the town the times. And it's showing me the kind of the different key uh steps, like there was Great Fire of London, there's the Blitz um during the Second World War, and now this is the modern times. And again, the if if I was just to ask it to generate the modern London, it will do a better job than this. Like we can't like uh I mean, I said I'm not going to do this, but you know, it's not like perfect. But the fact that it had to um had to kind of create all of those scenes and kind of how they evolve, that's like really, really impressive. And to be like like it is pointing to historical accuracies and the shape of London and all of this. This is really cool. Like this is like this is very, very impressive generation. And yeah, you can see how the whole scene is changing and so on. This is just so cool. Um let's keep looking. Oh yeah, so this is Paris. The This was a one-shot generation, so I didn't ask for any iterations. I think the the There's more opportunity to make it better, but this is quite cool. Like nice nice sweet generation. Um let's not spend too much time on it, but the Golden Gate one, I was actually trying to do it last time, but it never quite like worked out for me. It was like timing out or breaking or something like that. So now I put the effort to make sure that we do get the Golden Gate. I think I've got like two or three of them. Um the the reason why I do want it is that uh we have quite a lot of comparison examples. I'm not going to show them here just for brevity, but it kind of gives me an intuition of where it is. And in terms of the quality of the actual bridge, like the there's like water here, there's like the ships going, like traffic going. I want to have like variety of traffic. Like all of this is completely like top top notch. Right, the the shape of the bridge is not the kind of thing that uh you actually see models like generate well. Oh yeah, the comment here like this the reflections you see. This is like really, really nice. Oh yeah, you can even drive. I Did they I can't remember if this was in the prompt. I don't think other models like did that. So like this is really, really excellent. There's still some weirdness. Like why is there no road here? Why there's like it kind of goes through the mountain weirdly. So like you can nitpick, but like this is re- really, really excellent. I think I was trying to really make sure that I do get one at least. So I had like a three of them, I So, you can see a little bit different. I think the first one was better. I can't remember if I did any follow-ups. No, that was actually one shot. Oh, no, not quite. Uh Oh, yeah, yeah, you see I did That was a one thing that I did ask it to do like a few times is to So, this was V1. I'm not sure like V2 is that much better. Like maybe a little bit. Um but yeah, sometimes I was asking it to do try and be more ambitious and um that was definitely a theme. I would say if I was to nitpick more uh kind of a failure mode that I was experiencing is that I was feeling that the model can do so much more than it was generating. And sometimes it really felt like it was kind of holding back almost and like not doing a great job. Um so yeah, I did kind of kick it a few times. So, maybe like if you're not quite getting as good generations as this, maybe try and encourage it to like be more ambitious. And this was one shot, I think. Yeah. Uh And this is actually probably the best one out of those three because look at the road. This is the first one where it was actually the road is actually going through like it is more plausibly. Uh and in here, yeah, the water, look at that. I mean, this is crazy. Like this is so good. Like um yeah, excellent excellent generation. Like I I think this is like pretty clearly especially for one shot. Like this is pretty clearly um the top top generation. I did get to some really good ones with like I think GPT-5 I can't quite remember the vision pro model, but it took like 10 iterations to get to something good, like really good. But here, this is one shot. I mean, I can't get enough of this water. This is crazy. Um Yeah, and let's see the the comet uh time of day. So, if I go to the night, I've got the comet button here. And not the absolute best one, but yeah, pretty cool. Anyway, let's move on from the bridges. We've got a lot more to look at. Um so, this one is a historic um Istanbul. Um which uh is a capital city of uh Turkey, if you're not sure. Uh previously Constantinople, and uh rich history, and uh it kind of straddles the the Europe here on on my left, and then uh Asia on my right. So, uh a little education for you. Hopefully, you knew all of that anyway. Um so, yeah, like brilliant brilliant generation. Like, look at this water. Look at the reflection. And you can nitpick. I mean, I'm pretty sure it's not floating like midair like this. Um but uh this is just completely insane. So, you've got the uh the Blue Mosque, the uh Hagia uh I'm going to get the name right. Uh Sophia. Uh Hagia Sophia here as well. Um yeah, this is just just brilliant in terms of like I'm I'm sure like people who from Turkey would look at this and say, "Oh, this is all wrong." But like in terms of the outlines, this is looking like completely exceptional. Like, look at this. How many elements of complexity needs to get right um to for this to come together is pretty insane. And that's why I'm excited about these tests is not that you particularly care. Like, not many of us actually care about the 3D generations, but how smart does the model need to be that I can give it a prompt that I'm pretty sure it's not like trained on generating, uh, Istanbul. But, the fact that they can come and and um like arrange the city accurately, it needs to know that. It needs to know how to render the water, how to coordinate different elements. This is impressive. So, that that's why like I think that's quite a nice test. Um that things like dynamism, right? Where we can see the different elements moving. All right, how does it create like this kind of glistening icy here? Like this is pretty pretty cool. All right, this kind of diversity, the fact that it doesn't just like mode collapse into like one narrow space. So, hopefully that gives you a feel for like what's the range of the of this model that that it can do. Um so, here the the Winter Palace in Beijing. Um >> [snorts] >> I think it's like maybe slightly missing some of those, but actually maybe not. Yeah, no, maybe um to me this looks like amazing. And yeah, time of day maybe Oh, yeah. Yeah. I think this was one shot. So, yeah, maybe I would have given it a few pointers, but like the quality of this is just uh exquisite. I I I hope you agree. So, I I know not spending a lot of time on these, but just I have so many I want to show you guys so many. So, this is uh Phi Phi uh Phi Phi Islands in uh Thailand. And this is just this kind of magical place. Uh so, you can see the the lagoon and the boats and this kind of this kind of uh really beautiful clear water. Like all of this uh kind of all together. Yeah, just the water. I'm blown away by how well it does the water. And uh the the little boats moving through they're all also very coherent, very coordinated. Like that's what I'm impressed by by good models is when they're properly uh coordinated uh the different elements are properly coordinated with each other. What we see sometimes with not so good models is that they kind of they kind of try something and then other things like don't fit at all and they kind of break away. I think it's like a reasonable proxy uh for us to be able to kind of see like how good a model's like it doing more complicated tasks, right? If it's like does 80% of it correctly and the last 20% is all over the place, even if it's like cheaper faster model, I do do want to then be debugging the last 20%. And I think it's not like I'm not actually suggesting that the right answer is always to go for the fanciest model, like maybe not. Uh but it's just something that you need to be calibrated on that if you are doing these kind of complicated tasks, it could be taking you so much more work to untangle like the last details. And I've certainly had a lot of experience of like having to do that myself when it's like not quite getting this right. You are getting to the 95% in one shot and then the last 5% you are like tinkering for 2 hours. Like I I have a lot of personal uh experience and anxieties of that. So, I'm just showing you like a few few cool things uh just while I'm talking. Um like I don't want to like call out too many specific things just not to overload you. Um but the general pattern is like super clear, right? These are um I don't say cherry-pick. Like I've selected probably I I probably did like call it I don't know, um 90, maybe like 70, 80 prompts. Um but these are sort of about um 65 that I'm showing you. Like oh yeah, 63 prompts. So this not like cherry-picked exactly, but this is uh like selected um uh down a little bit. So there were like a few that I haven't haven't shown you guys, but um they're mostly like they were kind of weird things such as like the axis wasn't turning and and so on. But these are not like heavily cherry-picked. It's not like I've generated 500 and I'm showing you just like this small sliver. This is more like I've generated maybe 20% more and I've selected down a few that was like some weird bugs or something that I just like didn't have time to to clear out. So this is like almost completely um unfiltered. Um and sometimes it's completely one shot, but sometimes I would I would get it to do maybe one or two iterations. And when I was doing iterations, couple of times it was maybe some kind of slight visual bugs. Like I maybe I could have gotten it to fix this style here just kind of going through that. Uh or sometimes it was just like I thought a little bit lazy, so it could have pushed it itself a bit harder. Um so let me just keep showing you uh some more cool things. Uh so Grand Budapest Hotel, um again pretty uh impressive stuff. Uh this is what I was getting it to do is to just like tidy up a little bit the uh the kind of coordination of different elements. But what it is doing here, the idea here is that it's showing the uh ancient um Egypt build out. And it's like how the different elements appearing, how the pyramid is being built, and this is just so so cool that models like can do that at all. Like look at this, the little people moving. Um the workers are moving. Um the pyramids are being built out. Like this is just like completely awesome, the fact that they can do that at all. And I appreciate, you know, yeah, there are definitely some issues you can like um debate. But the fact that this like at all works like I think is really really um worth the recognizing that and I had no idea this was at all possible. So I'm I'm very impressed. Uh more pyramids already built. Yeah, this is very beautiful. I would say that kind of stuff it's already kind of almost um tapped out the quality cuz I I did get like previously before when I was using this specific prompt, it was quite similar like I think Opus 4.8 was kind of generating that kind of quality already. So that's why I'm moving on to like harder prompts um that uh that I want to show. This one uh is meant to be showing like the Roman Empire and how it gets built out. Actually, let me show it. This was V1. Let me show you V2. I think it would be in this just a small more complicated one. Yeah, so I got it to tidy things up a little bit. I wasn't like quite perfectly happy with it, and I think it's just my standards keep going up, you know, moving goal posts in a crazy way. But it's meant to be kind of showing the development of the Roman Empire. And I thought this is like slightly like a bit too cartoonish almost like the elements like don't quite fit nicely, but I don't know. Maybe I need to think about my prompt for this one. Like what what do I actually have in mind? Um but yeah, and you know, they this kind of complexity and even like to build a map. I bet you give this to a weaker model, it wouldn't get to this map even. But the fact that it can tell the history of the Roman Empire and how it developed, like this is pretty pretty insane. Um and I think what Fable is particularly good at is actually this kind of educational content about like showing how um how things were and kind of explaining different elements. I think it has kind of improved on the on the uh kind of theory of mind side of things like quite a bit, um which is uh definitely an issue that uh a lot of the models had. So, this kind of imagining what the user is thinking and and trying to uh address that. I think that's like a really nice improvement. So, it's much better at explanations. It's much better at this kind of scientific uh data presentation telling me like what um uh how to like look at this data set, that kind of thing. That's really good. >> [snorts] >> So, this one is uh Pompeii. And again, this is kind of telling the history of Pompeii a little bit and it's kind of you can see the time I'm going through and it is showing how the kind of the uh the Oh, look at that. There's a kind of the ash or and the people escaping. Uh I know it sounds excited about I mean, it's been a while. Um Yeah, so it's telling the whole story of it of Pompeii, the eruption. Um and how like the whole world has changed. So, the the fact that it can tell this in such a immersive way and coordinating different elements, like it's crazy, right? Like this is so so good. Um Yeah, I had no idea on this. Had no idea this is even possible to be honest. Yeah, we've kind of gone through the cycle here. Right, let's keep looking. Uh I hope you guys not getting bored of this. Like I love this stuff. Like I don't even Yeah, Minoan festival. Uh so again, the ancient um ancient culture. I think it was in Greek islands kind of area, I think. I think it's in Crete. Um where they were kind of showing me this tradition, traditional ceremony. I I don't know enough about this to judge how how uh realistic that is, but looks pretty cool. So, uh oh yeah, this is another uh ancient uh festival here. And >> [snorts] >> um All right. Oh yeah, it's showing the whole procession here. And like I think for educational content, that's something I didn't predict at all. The fact that it could be so so good for this kind of like take something that I don't know enough about and just explain to me in this kind of visual way what it looks like. I don't know if any of you are in in education and you are maybe teaching some particular topic. Like maybe try this. I I don't know. Maybe that could be like quite a cool thing or get your students to do this. Maybe it's quite a cool way to learn about any like particular events. Um and these are kind of slightly like semi-random ones which I vaguely remember like from school. Uh but uh yeah, maybe any like specific topics. Pretty sure I've seen some of this in the British Museum. Um at least like the the mock-ups. But uh yeah, that that could be interesting. Um Petra here. Um yeah, a lot of a lot of you can see like the the quality uh of generation. So yeah, worth uh worth exploring. Um yeah, this one I like the Saharan Caravan as a kind of test of ability to coordinate different elements. And this is the this is really really nice. I mean, I wish they were like a little bit uh more grounded. So there's still a little bit room of for improvement. But the fact that each camel is like nicely um nicely uh designed. You can see it like this is uh each individual one. This is pretty cool. Uh Cappadocia here. We had like a bunch of these generations. So what I find normally is that it's uh a lot of the models kind of do it in a very kind of almost like schematic way. But here it actually created these kind of valleys that are realistic like the houses. The like um yeah, it looks like much much higher level of realism that it attains to. Not just kind of plopping a few things and balloons which is like vast majority of the other um generations as well. And you can see like pretty much whatever I pick just looks kind of incredible and well set out. Think yeah, Stone Canyon I think much more on the realistic side and some of the others that that I've seen. So that's is definitely like an improvement forward. So oh yeah, what was that? Yeah, I think it's an another festival. Yeah, maybe I mean looks cool but let's let's keep looking. Um Yeah, so another ancient one and I think what I was trying to get at here is this kind of Yeah, I think you can see the fidelity here is not quite as high as some of the others. So there's definitely like a downside and I think if I if I had asked it to maybe put more effort into that, maybe it could have done that. But I think what we're trying to gauge here is this kind of overall ability to to create the the whole world. So Yeah, I like yeah, the stone forest um kind of floating through that. Not sure how realistic this is. I don't think so but it's a kind of a nice Yeah, nice kind of also world that is created and this ability to kind of go through that. All right, I I'm going to keep going uh and see how many of you watch until the end. I've got a few more tabs. So this is a game. I know people had like incredible experiences building out games. I haven't quite got it to this point and this was a couple of iterations if I remember correctly. I was getting it to like improve the gameplay a bit more. So I guess it's like it's Look, I mean, it is cool generation, but I wouldn't say to me there's like a super impressive game. So, um the one that I like better is actually this one. Again, took a couple of generations, but I wanted to like have a game. Ooh, come on. Oh, no, it missed it. Um have a Oh, yeah, I can lower the hook. Uh Yeah, well, I can destroy things. Look at that. Oh, no. Let's hide this. Um this is uh Look at everything shaking. That's kind of cool. Like this is not I wouldn't call this like game game. Um but uh look at that. It's definitely like much more within the direction of games, right? Where you want to have like things moving around and the whole world kind of being created. Um But yeah, maybe I can work on my game in prompts a little bit more. I think like I feel like some other examples that I've seen are uh a little bit more impressive than this. Um but that's kind of cool. Um Anyway, another another cool thing that uh turns out you can do, which uh I didn't know. Uh the flight simulator. I think I was kind of hoping it will look a little like a little bit better. Think actually there was a V2, no? Yeah. Um Yeah, the cockpit was kind of like looks a little bit weird. And I I didn't quite get to the point that that I wanted. Uh but it's still it's still like to to get to this point to even have such a render of the world, um this is uh pretty pretty uh impressive. Oh, yeah. This one is like I think it's not like completely perfect what I imagined, but I think this is far more complicated than I imagine that it has to do. So, this is again I believe this should be 3GS as well, right? Yeah, so and it's generating this kind of 3D world, but it's putting it in this kind of a 2D view, which I think is like kind of maybe unfair thing to ask. But the fact that it like creates this slice of the city, you've got the underground you've got the station, you've got like the different pipes, you've got the street level. The each individual like Wow, look at the level of detail. Like you can probably I don't know maybe there's a different way to do this. Maybe my prompt was like a little bit too um like specific about like all of these elements, but the fact that it did something like this like again, I had no idea you could do this. Um this looks like very very impressive to me. I'll show you a few more. There's like London stuff. I have tried this on other models and again the coherence of the different elements how they're placed and that they're not overlapping. This is like so much better than so many models. A lot of models were kind of maybe things that like I don't know the London Eye would be in the middle of the river like for example like something like that. And the fact that here and it's not to scale but like the fact that different elements are placed like pretty much as good as you can imagine like in terms of in relation to each other they're all placed accurately. This is like super cool. Um like super super cool. Um yeah, you can see more more London. You can see I've got the London prompt collection. Uh a few more as well. Yeah, anyway, it's so anything I show you uh is uh just looks like insane. Um so this is kind of a little game and this was a version two. This was actually I think one iteration. And I was getting into just up the fidelity and the realism and the quality. Maybe let me show you. I think there was a V1 in here. You can see that's a V1 but it's like if you look at the house, if you look at the river, it looks like at the canal, it kind of looks a little bit basic versus here like look at the quality of the water rendering here. So that was one um iteration for it to do that. But it was like gameplay. I I don't know. It's like it it's pretty basic. I don't know. Maybe I need to learn more about how to make games and what to prompt for but uh it's not like great game but the fact that actually controls are like probably probably the best that I've seen models do. Controller is one thing models just not good at. Um so oh yeah, finish. Look at that. Perfect. Let's see uh Oh yeah, did this work? Oh yeah. This was yeah, another like couple of iterations. Again, probably I know I said at the beginning I'm not going to like criticize the models too much but this is kind of cool but I'm still not quite getting to the point that I've seen some other generations about like the the games. So maybe I'll I'll keep trying some some better ones. I think Yeah, they were like kind of fun but like I don't know. I I don't feel like I want to play them. Like feels like 30 seconds and I and I'm bored. Uh but the controls are um like really really high quality. Um and by the way, this is just uh cuz I opened too many tabs. It's not like there's some problem with the model. Um, that's why I just my my Chrome is uh, not uh, opening things properly. Um, Oh, yeah, this one. This one I think actually I got Fable to generate few prompts for me. So, this one and I was trying to get it to go a little bit wild and it created here what would it be like uh, being being the firework? Like inside the firework. So, it needs like a little bit of a focusing to understand what's going on here. So, you can see there's a city below and you're kind of being blown to smithereens here uh, as the firework. Which is like I guess it's like an interesting idea. So, that's what we were up there. So, yeah. Fable also creating some fun prompts uh, for itself. Um, few others. I'm going to I'm going to try and get through all of these. I know maybe it's like a little bit too much, but bear bear with me. This is the creation of Michelangelo. Kind of just trying to push it like as much as I can. Like just do anything possible. Um, yeah, it kind of goes through the motions and yeah, I I just can't get enough of like how cool this stuff is. I mean, not quite Michelangelo rendered there there end, but like this stuff is cool. Uh, we're going into this art section now. So, this is Klimt's uh, like famous uh, the painting The Kiss and I was trying to get it to like create some kind of 3D uh, world where you can actually go into it and you can like flow around it. And I don't know what I was expecting, but like this looks kind of cool. All right, you see you can flow around, and you can like see the flowers. Like, yeah. And like that's completely unreasonable thing for me to like expect the models to do. Um but I also want to see like how they going to do it. Like, look at this. So, this is Starry Night uh by Van Gogh. And in here, if I asked it to like create the world of it, right? But like how would you do that in 3js? Because or like any 3D uh generation approach. Because the way like if you look at the painting, it's like this kind of smudges of paint. Like, so how would you even go about creating this? And the fact that it like did this kind of weird like lines, like individual lines that come together into the painting, like how cool is that? Like, this is just completely mind-blowing. All right, this is cool cool stuff. All right, I think I'm lost. Anyway, like this is just super cool. Oh. All right, maybe I'm going to play with this later. >> [snorts] >> Oh, no. Okay, I Just this world is massive. Look at like the stars here with the Starry Night. I mean, I know it's weird, but I like it. Uh let's let's keep looking. What else do we have? Oh, yeah. Another one. So, this is Monet's uh lilies here. And this is a real place, but there like numerous paintings. And uh in here again, this kind of technique that it used here to like create this kind of impressionist style 3GS generations. And I don't know, like maybe tell me if I'm being um overly impressed by this, but I think this is insane. Like how could you even like I don't know. Is this like in the training data? Am I missing something? I've never seen anything like this. So, I don't know. If it's not in the training data, then it's like real levels of uh of creativity there um by uh by Fable. And that's another one. So, this is like I hope you guys recognize this. This is like the wave by um Japanese artist. Actually, I I I don't know if I know the name. Um yeah, and there's like Mount Fuji in the distance. And I haven't checked like this is 3GS, right? And I'm I'm not 3GS expert, but I didn't know you can do that kind of thing. Like this is really really cool. So, it kind of created this kind of almost like paper-like feel of of the generations. And I think that idea that you could even do that and like how would you would do that, this kind of very papery feel which creates the uh this whole experience of the of the wave. I even haven't tried that. Yeah, you can see it move as well. Um like this is Yeah, I'm I'm impressed. This is uh cool stuff. Um more stuff. Uh the Tower of Babylon. Very cool. Love it. Uh yeah, there's probably more stuff I can I can show you inside. Um Let's see. Oh yeah, that one was interesting. So, this is uh Pollock. So, Jason Pollock Jackson Pollock [clears throat] rather. If you know his art, he does this kind of, I don't know, super post-impressionist this kind of paintings where the paint is flowing everywhere. And what we want to do here is to like again, get the model. It kind of looks like that, right? This is accurate. We want to get the model to create this kind of world where you can go and and float around it. And then it created this kind of 3D view of Jackson Pollock's painting. And I don't know if it resembles any specific painting. I'm not such a big expert in on his art, but so this might not be exactly accurate, but like the fact that it even thought to do that kind of thing, like that is cool. Like this is really, really cool. Right. Let's Let me not get stuck on this. Um more cool stuff. Um so this is I think this is another prompt that I got Fable to like just like go wild and come up with some stuff. And this is like a raindrop experience of a rainstorm in a garden on 1 mm tall kind of ant height. Um and what I like about this is that it's kind of making the objects in the distance more blurry. I see it's understanding like what what it feel like to be in that kind of environment. And I think this kind of um this kind of experience that it can create, I can imagine the different elements, like what would things look like. And this is this is nuts. Like this is really, really cool stuff. And I hope you guys like hope you're not thinking about this as like, oh, you know, a bunch of silly stuff, but it's impressive. I think it just shows you that you can I imagine you've got lots of different other tasks, but what you should do is really to think about what else can you do that is um maybe different to what you would have expected the models to do before. Right? I think this is the time when we've got such a overhang of the capabilities that there is no way we would have like tried to do this 6 months ago. Right? So, if you kind of built up your routines or what you know about this 6 months ago, then this is like completely different world. >> [snorts] >> Um this is the crossing of the Red Sea. Jesus. Um and you know, you can go and you can have a look around and fly around. Um insane, right? Uh Yeah, and you can go across. Um yeah. Crazy crazy world uh crazy times we uh live in. Um Yeah, go around. Oh, yeah, I think that was V1 and I gave it some feedback that was like a little bit too like floaty and so on. So, oh yeah, the viewing platform was a bit weird. So, I got it to do like more stuff. So, yeah. Look at Look at this. Like I think I was just throwing more stuff at it and just see like what else it it can do. And like it just kept going. Like I I actually like the ones that you kind of failed at that I have not included. It was quite often not because it was like, oh, it's too hard. It it like couldn't do it or something. It's more that it was like some generations were excellent, but I just like cuz I've got so many that I didn't want to like tinker with each one for too long. >> [snorts] >> Um and uh I was I was basically just generating really really high quality um outputs almost like no matter what I asked. So, these are like the hardest problems I could possibly think of. Like, okay, maybe I'm not asking to like create GTA 6. Like, I'm sure it it wouldn't uh work um but like any kind of reasonable things I can expect it to do as a like HTML file, like I can't think of anything particularly hard that I can ask that what I'm already asking. So, I think it's like on a lot of these things it like tapping out already. Like, look at the bears fishing on salmon. Um is it actually going to eat something? I mean, it's pretty fat. Oh my gosh, look at that. It got the salmon. >> [snorts] >> I'm going off on a walk to eat this. I am Do they do that? Do they just eat it? Oh, look, there's another one. And how how crazy is that? Like, this is just You know, it just makes me happy for a little bit. I know we're not going to like all of our subscriptions and so on going to go to hell and then it's going to be super expensive to do it. But, you know, use AG mode, then you might get it on the on the arena. And uh yeah, you might get this kind of stuff. Like, this is uh this is cool stuff. So, in conclusion, I'm going to finish showing you like a few, but I want to conclude just by saying like, look, like AI industry is developing very fast, right? These are the kinds of things that like it's very hard to keep up with. So, I want to show you what are the kinds of things you can do. And my goal with this is to help you maybe think about like just broaden your mindset a little bit about the kind of things that are possible. Like these things are were not possible like even a month ago before Fable, right? You couldn't do this. Like you maybe could do this with a lot of iteration. So the fact that you can do this now is like just the coolest thing. And I'm sure you don't care about 3D generations like yourself, but you do have something that you would care about and whether it's like I know your little app that you're building on the side or your uh you've got I don't know a small business you're running or you're just a hobbyist developer or whatever it is or you're a mathematician. Like there is probably something that you haven't thought about so far um that previous models couldn't do that now you could do. So this is like a kind of ink um yeah like Japanese ink world where it's like painting the brushes and you can see it look at the ink in a lot of detail. Like how like who knows? No one is there, but it's like it's so cool. And um I really encourage you to try and push the models and and try and make sure that you really put yourself in a position where you can benefit from these models. Don't get stuck on what the model could have been doing 6 months ago, right? Don't worry about, you know, it's like cost too much money. That's a bummer. Uh user arena trying get Fable on the agent mode. Um but they're like really miss blah blah blah. But this is something that's going to get cheaper. It's going to get more accessible. And hopefully, you guys will get to a point that you if you do try these things, you can um get ahead, you know, of everyone. You can come up with new things to do. And the coolest thing about this is that because it's so new, even people who work in these labs, they don't understand yet everything that these models can do. So, I would really encourage you to go and like try try things out. Try and build This is, by the way, the space elevator that that we're looking at. Um like build what's the space elevator in your world, right? Try and try and do that. No one's tried this before. Um whether you're using Fable or something else, these models will keep getting better. As you can see, I'm quite excited about this. It's quite a lighthearted episode. So, hope you learn something new and I'll see you in the next one.
@petergostev · bookmarked post view on X ↗
opus-4.5
+ supports Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly advancing, underappreciated capabilities—such as coherent compl
rationale

The claim provides a concrete, specific example (Klimt's The Kiss transformed into explorable 3D) of exactly the kind of underappreciated frontier capability the thesis asserts — one-shot 2D-art-to-3D-world generation demonstrating capabilities outpacing public expectations.

→ extends 3D world generation from 2D art (e.g., Klimt's The Kiss) into an explorable environment is an emerging capability being tested.
rationale

Same author/evidence thread: this claim restates the sibling's observation about Klimt's The Kiss 2D-to-3D generation with a more declarative framing ('can generate' vs 'is being tested'), strengthening the assertion from tentative to established capability.

Δ confidence +0.02 on Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly adv
opus-4.6
+ supports Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly advancing, underappreciated capabilities—such as coherent compl
rationale

Generating an explorable 3D world from a 2D painting (Klimt's The Kiss) is a concrete instance of the thesis's claim that frontier models like Fable exhibit rapidly advancing, underappreciated capabilities in world/scene generation that current expectations lag behind.

+ supports 3D world generation from 2D art (e.g., Klimt's The Kiss) into an explorable environment is an emerging capability being tested.
rationale

Same author (petergostev) and same evidence source: this claim is a near-paraphrase of the neighbor claim, both describing the same Klimt's The Kiss 2D-to-3D capability. The specific framing (naming the model 'Fable' and asserting it 'can generate') directly supports the neighbor's characterization of this as 'an emerging capability being tested.'

+ supports Models being able to create rich, playable worlds that fuse knowledge and code is a surprising and unappreciated capability.
rationale

Cross-author (petergostev vs karpathy, no visible interaction). Generating an explorable 3D world from Klimt's The Kiss is a specific instance of Karpathy's general claim that models creating rich, playable worlds fusing knowledge and code is a surprising and unappreciated capability.

opus-4.7
+ supports Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly advancing, underappreciated capabilities—such as coherent compl
rationale

Concrete demonstration (Klimt's The Kiss → explorable 3D world) is a specific instance of the underappreciated one-shot world/scene-generation capability the thesis asserts Fable exhibits.

→ extends 3D world generation from 2D art (e.g., Klimt's The Kiss) into an explorable environment is an emerging capability being tested.
rationale

Same author/evidence source; this claim promotes the sibling's tentative "emerging/being tested" framing of Klimt→3D into a definitive assertion of the demonstrated capability.

→ extends Generating a 3D flowable world from Van Gogh's Starry Night, including individual brushstroke-like lines forming the painting, is a mind-blowing capability give
rationale

Same author/evidence thread cataloguing painting→3D examples; extends the Van Gogh Starry Night case to another canonical artwork (Klimt), reinforcing the pattern.

→ extends A model can generate a 3D explorable interpretation of Jackson Pollock's abstract painting style, translating flowing paint into a 3D world.
rationale

Same author/evidence thread of painting→3D demonstrations; the Klimt example extends the Pollock case, showing the capability across stylistically different artworks (symbolist gilded vs. abstract expressionist).

+ supports No other AI model has approached Fable's level of complexity and coherence in one-shot 3D generation tasks
rationale

Same author/evidence source; the Klimt→3D demo is another specific instance offered to substantiate the broader claim that no other model has matched Fable's one-shot 3D complexity/coherence.

Δ confidence +0.02 on Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly adv
opus-4.8
+ supports Frontier generative AI models (exemplified by systems like Fable) have crossed a threshold enabling surprisingly rich, creative, and previously infeasible multi
rationale

Fable generating an explorable 3D world from Klimt's The Kiss is another concrete instance of frontier models crossing a threshold into surprisingly rich painting-to-3D-world generation, directly evidencing the thesis alongside its Van Gogh, Pollock, and Great Wave siblings.

+ supports Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly advancing, underappreciated capabilities—such as coherent compl
rationale

Fable turning a 2D painting into an explorable 3D world is a specific instance of the rapidly advancing, underappreciated world/scene-generation capability the thesis describes.

→ extends 3D world generation from 2D art (e.g., Klimt's The Kiss) into an explorable environment is an emerging capability being tested.
rationale

Same author/evidence thread: this is the concrete, asserted-as-fact version (Fable, Klimt's The Kiss) of the sibling claim that 2D-art-to-explorable-3D-world generation is an emerging capability being tested — it firms up the tentative framing into a demonstrated instance.

Δ confidence +0.03 on Frontier generative AI models (exemplified by systems like Fable) have crossed a threshold enabling
fable-5
+ supports 3D world generation from 2D art (e.g., Klimt's The Kiss) into an explorable environment is an emerging capability being tested.
rationale

Same author/evidence thread: the direct assertion that Fable can generate an explorable 3D world from Klimt's The Kiss is the concrete demonstration substantiating the sibling claim that 2D-art-to-explorable-3D generation is an emerging capability being tested — it upgrades 'being tested' to 'demonstrated'.

→ extends Generating a 3D flowable world from Van Gogh's Starry Night, including individual brushstroke-like lines forming the painting, is a mind-blowing capability give
rationale

Same author/evidence thread cataloguing painting-to-explorable-3D transfers; the Klimt example extends the pattern documented for Van Gogh's Starry Night to another canonical 2D artwork, reinforcing the recurring capability.

+ supports Frontier generative AI models (exemplified by systems like Fable) have crossed a threshold enabling surprisingly rich, creative, and previously infeasible multi
rationale

A direct, specific instance (Klimt's The Kiss rendered as an explorable 3D world) of the thesis that frontier models like Fable have crossed a threshold into surprisingly rich multimodal 3D/world generation; slightly discounted because it is one of several same-evidence examples already supporting this thesis.

Δ confidence +0.02 on Frontier generative AI models (exemplified by systems like Fable) have crossed a threshold enabling
gpt-5.6-terra-medium
+ supports Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly advancing, underappreciated capabilities—such as coherent compl
rationale

The concrete Fable demonstration of turning Klimt's The Kiss into an explorable 3D world supports the held thesis that frontier world/scene-generation models have advanced into underappreciated rich 3D generation capabilities. This is semantic support rather than a visible cross-source interaction.

+ supports 3D world generation from 2D art (e.g., Klimt's The Kiss) into an explorable environment is an emerging capability being tested.
rationale

From the same author and evidence thread, this specific reported Fable result directly substantiates the sibling claim that 2D-art-to-explorable-3D generation is an emerging capability being tested.

gpt-5.6-sol-low
NO-OP
gpt-5.6-sol-high
+ supports 3D world generation from 2D art (e.g., Klimt's The Kiss) into an explorable environment is an emerging capability being tested.
rationale

The new claim supplies the exact concrete instance—Fable turning Klimt's The Kiss into an explorable 3D world—for the neighboring broader claim that 2D-art-to-explorable-3D generation is being demonstrated; provenance is inferred because both claims come from the same evidence rather than visibly interacting sources.

+ supports Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly advancing, underappreciated capabilities—such as coherent compl
rationale

A specific demonstrated conversion of a famous 2D painting into an explorable 3D environment is direct evidence for the held thesis that frontier scene-generation models such as Fable exhibit rapidly advancing, underappreciated world-generation capabilities; strength is moderated because this is a narrow example redundant with other claims from the same source.

Δ confidence +0.01 on Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly adv
gpt-5.6-luna-high
+ supports 3D world generation from 2D art (e.g., Klimt's The Kiss) into an explorable environment is an emerging capability being tested.
rationale

The new claim is a concrete assertion of the same Klimt-to-explorable-3D capability described more cautiously by the neighboring claim; as no visible reply, quote, or direct reference is provided, this semantic relation is inferred.

+ supports Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly advancing, underappreciated capabilities—such as coherent compl
rationale

This specific Fable demonstration directly supports the held thesis that frontier world/scene-generation models exhibit rapidly advancing, underappreciated capabilities including one-shot 3D generation; the claim is concrete but comes from the same evidence stream as nearby examples.

Δ confidence +0.04 on Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly adv
kimi-k3
NO-OP
08
source claim
“AI model access will become cheaper and more accessible over time.”
Anthropic's best model Fable is back, and today I want to do a slightly different video to what we normally do. Normally, we look at the models, compare them, try to deduce where my maybe models are not very good, maybe some other downsides, but today I want to do a very indulgent video. I just want to savor the moment what kind of model we have access to, especially for a few days while it's still in the part of the cloud code subscription. And I really just want to show you guys some of the cool generations that I've done. I've done I think about 60 old generations, and I want to show you some of the best ones that I got. So, today will be more kind of imagine like a delicious cake. You
… continue reading (37.1k more chars · video transcript) get a cake, you don't want to ruin it, you don't want to think about the calories, you don't you don't want to think about that you paid $18 for the piece of cake. Uh but the fact that it is just a delicious cake. So, no government regulation, no blocks, no rate limits, just what we can do. Fable here on the arena on the agent arena got the highest score ever, and we keep testing it now to get the more up-to-date score as well. And I'm very excited to see how it's going to work for all of you guys on the arena. Um but today I've got a lot of different tasks that I've done. They're going to all be these kind of 3D tasks where I'm giving it very difficult prompt, typically that very long prompt, sometimes a bit shorter. And then it goes off for a while, and then it comes up with something. A lot of them are one short, but a bunch of them maybe I've done a little tweaks as well, got it to make some improvements. So, let's get into it. Let's see what cool stuff it's done. So, this is the first one, and man, this is completely insane. All right, so you can see how difficult the prompt is, but hopefully you recognize it, right? It's Manhattan, right? With so much detail. I don't know Manhattan that well. Like I don't know how accurate it is, but like superficially to me, apart from the buildings being underwater, this looks to me like pretty accurate, right? So, we've got like Central Park here in so much detail. We've got kind of the taller buildings, the like you can see like this is like completely insane. Um moon dusk. Yeah. Like I've not seen any model come anywhere near close doing something like that with so much complexity. And like we can take a look at the code here. Is it just No, that can't be right. Yeah. So, oh yeah. So, uh yeah. Actually, could it be Yeah, 16 100 lines of code. Anyway, um so, yeah, very very impressive. You might have seen that one before. I posted this before, but this is a voxel generation of Rome, which is like by far the best. So, in terms of the detail, in terms of the kind of the coherence of different elements, like completely insane. Uh if you look at some others, so you can see here I did have a follow-up prompt here. I asked it to just make the flow a little bit nicer, but what we are seeing here is that um Yeah, let's see. So, what we are seeing here is the seven wonders of the world. So, lighthouse of the Alexandria, and it goes through the different steps. You kind of you are sailing past them, and it shows what what they are. Um and um difficulty here that how much of the world that it needs to create. All right, this is like the complexity of the space and how much um it would uh be able to like dedicate to each one. And uh then we've got actually like complexity of the light and yeah, the Hanging Gardens of Babylon. And each one like wouldn't be to be honest with us for each individual one to be done in a high level of detail. It would be even more impressive. But here the this kind of combination of different ones, that's what uh I'm impressed by here. If we keep looking, uh so there were a couple of iterations here. Let's have a look at this one. Oh yeah, so that one was quite cool. So, uh let's uh play this and I'll tell you a bit more about it. So, this one is a uh view of London over a couple of thousand years. So, London is a old city with a lot of history. Uh so, there's Great Fire of London here. So, it started off in Londinium, which is like before uh the current era, like 2,000 years ago, when it was a Roman town. And then it goes through the town the times. And it's showing me the kind of the different key uh steps, like there was Great Fire of London, there's the Blitz um during the Second World War, and now this is the modern times. And again, the if if I was just to ask it to generate the modern London, it will do a better job than this. Like we can't like uh I mean, I said I'm not going to do this, but you know, it's not like perfect. But the fact that it had to um had to kind of create all of those scenes and kind of how they evolve, that's like really, really impressive. And to be like like it is pointing to historical accuracies and the shape of London and all of this. This is really cool. Like this is like this is very, very impressive generation. And yeah, you can see how the whole scene is changing and so on. This is just so cool. Um let's keep looking. Oh yeah, so this is Paris. The This was a one-shot generation, so I didn't ask for any iterations. I think the the There's more opportunity to make it better, but this is quite cool. Like nice nice sweet generation. Um let's not spend too much time on it, but the Golden Gate one, I was actually trying to do it last time, but it never quite like worked out for me. It was like timing out or breaking or something like that. So now I put the effort to make sure that we do get the Golden Gate. I think I've got like two or three of them. Um the the reason why I do want it is that uh we have quite a lot of comparison examples. I'm not going to show them here just for brevity, but it kind of gives me an intuition of where it is. And in terms of the quality of the actual bridge, like the there's like water here, there's like the ships going, like traffic going. I want to have like variety of traffic. Like all of this is completely like top top notch. Right, the the shape of the bridge is not the kind of thing that uh you actually see models like generate well. Oh yeah, the comment here like this the reflections you see. This is like really, really nice. Oh yeah, you can even drive. I Did they I can't remember if this was in the prompt. I don't think other models like did that. So like this is really, really excellent. There's still some weirdness. Like why is there no road here? Why there's like it kind of goes through the mountain weirdly. So like you can nitpick, but like this is re- really, really excellent. I think I was trying to really make sure that I do get one at least. So I had like a three of them, I So, you can see a little bit different. I think the first one was better. I can't remember if I did any follow-ups. No, that was actually one shot. Oh, no, not quite. Uh Oh, yeah, yeah, you see I did That was a one thing that I did ask it to do like a few times is to So, this was V1. I'm not sure like V2 is that much better. Like maybe a little bit. Um but yeah, sometimes I was asking it to do try and be more ambitious and um that was definitely a theme. I would say if I was to nitpick more uh kind of a failure mode that I was experiencing is that I was feeling that the model can do so much more than it was generating. And sometimes it really felt like it was kind of holding back almost and like not doing a great job. Um so yeah, I did kind of kick it a few times. So, maybe like if you're not quite getting as good generations as this, maybe try and encourage it to like be more ambitious. And this was one shot, I think. Yeah. Uh And this is actually probably the best one out of those three because look at the road. This is the first one where it was actually the road is actually going through like it is more plausibly. Uh and in here, yeah, the water, look at that. I mean, this is crazy. Like this is so good. Like um yeah, excellent excellent generation. Like I I think this is like pretty clearly especially for one shot. Like this is pretty clearly um the top top generation. I did get to some really good ones with like I think GPT-5 I can't quite remember the vision pro model, but it took like 10 iterations to get to something good, like really good. But here, this is one shot. I mean, I can't get enough of this water. This is crazy. Um Yeah, and let's see the the comet uh time of day. So, if I go to the night, I've got the comet button here. And not the absolute best one, but yeah, pretty cool. Anyway, let's move on from the bridges. We've got a lot more to look at. Um so, this one is a historic um Istanbul. Um which uh is a capital city of uh Turkey, if you're not sure. Uh previously Constantinople, and uh rich history, and uh it kind of straddles the the Europe here on on my left, and then uh Asia on my right. So, uh a little education for you. Hopefully, you knew all of that anyway. Um so, yeah, like brilliant brilliant generation. Like, look at this water. Look at the reflection. And you can nitpick. I mean, I'm pretty sure it's not floating like midair like this. Um but uh this is just completely insane. So, you've got the uh the Blue Mosque, the uh Hagia uh I'm going to get the name right. Uh Sophia. Uh Hagia Sophia here as well. Um yeah, this is just just brilliant in terms of like I'm I'm sure like people who from Turkey would look at this and say, "Oh, this is all wrong." But like in terms of the outlines, this is looking like completely exceptional. Like, look at this. How many elements of complexity needs to get right um to for this to come together is pretty insane. And that's why I'm excited about these tests is not that you particularly care. Like, not many of us actually care about the 3D generations, but how smart does the model need to be that I can give it a prompt that I'm pretty sure it's not like trained on generating, uh, Istanbul. But, the fact that they can come and and um like arrange the city accurately, it needs to know that. It needs to know how to render the water, how to coordinate different elements. This is impressive. So, that that's why like I think that's quite a nice test. Um that things like dynamism, right? Where we can see the different elements moving. All right, how does it create like this kind of glistening icy here? Like this is pretty pretty cool. All right, this kind of diversity, the fact that it doesn't just like mode collapse into like one narrow space. So, hopefully that gives you a feel for like what's the range of the of this model that that it can do. Um so, here the the Winter Palace in Beijing. Um >> [snorts] >> I think it's like maybe slightly missing some of those, but actually maybe not. Yeah, no, maybe um to me this looks like amazing. And yeah, time of day maybe Oh, yeah. Yeah. I think this was one shot. So, yeah, maybe I would have given it a few pointers, but like the quality of this is just uh exquisite. I I I hope you agree. So, I I know not spending a lot of time on these, but just I have so many I want to show you guys so many. So, this is uh Phi Phi uh Phi Phi Islands in uh Thailand. And this is just this kind of magical place. Uh so, you can see the the lagoon and the boats and this kind of this kind of uh really beautiful clear water. Like all of this uh kind of all together. Yeah, just the water. I'm blown away by how well it does the water. And uh the the little boats moving through they're all also very coherent, very coordinated. Like that's what I'm impressed by by good models is when they're properly uh coordinated uh the different elements are properly coordinated with each other. What we see sometimes with not so good models is that they kind of they kind of try something and then other things like don't fit at all and they kind of break away. I think it's like a reasonable proxy uh for us to be able to kind of see like how good a model's like it doing more complicated tasks, right? If it's like does 80% of it correctly and the last 20% is all over the place, even if it's like cheaper faster model, I do do want to then be debugging the last 20%. And I think it's not like I'm not actually suggesting that the right answer is always to go for the fanciest model, like maybe not. Uh but it's just something that you need to be calibrated on that if you are doing these kind of complicated tasks, it could be taking you so much more work to untangle like the last details. And I've certainly had a lot of experience of like having to do that myself when it's like not quite getting this right. You are getting to the 95% in one shot and then the last 5% you are like tinkering for 2 hours. Like I I have a lot of personal uh experience and anxieties of that. So, I'm just showing you like a few few cool things uh just while I'm talking. Um like I don't want to like call out too many specific things just not to overload you. Um but the general pattern is like super clear, right? These are um I don't say cherry-pick. Like I've selected probably I I probably did like call it I don't know, um 90, maybe like 70, 80 prompts. Um but these are sort of about um 65 that I'm showing you. Like oh yeah, 63 prompts. So this not like cherry-picked exactly, but this is uh like selected um uh down a little bit. So there were like a few that I haven't haven't shown you guys, but um they're mostly like they were kind of weird things such as like the axis wasn't turning and and so on. But these are not like heavily cherry-picked. It's not like I've generated 500 and I'm showing you just like this small sliver. This is more like I've generated maybe 20% more and I've selected down a few that was like some weird bugs or something that I just like didn't have time to to clear out. So this is like almost completely um unfiltered. Um and sometimes it's completely one shot, but sometimes I would I would get it to do maybe one or two iterations. And when I was doing iterations, couple of times it was maybe some kind of slight visual bugs. Like I maybe I could have gotten it to fix this style here just kind of going through that. Uh or sometimes it was just like I thought a little bit lazy, so it could have pushed it itself a bit harder. Um so let me just keep showing you uh some more cool things. Uh so Grand Budapest Hotel, um again pretty uh impressive stuff. Uh this is what I was getting it to do is to just like tidy up a little bit the uh the kind of coordination of different elements. But what it is doing here, the idea here is that it's showing the uh ancient um Egypt build out. And it's like how the different elements appearing, how the pyramid is being built, and this is just so so cool that models like can do that at all. Like look at this, the little people moving. Um the workers are moving. Um the pyramids are being built out. Like this is just like completely awesome, the fact that they can do that at all. And I appreciate, you know, yeah, there are definitely some issues you can like um debate. But the fact that this like at all works like I think is really really um worth the recognizing that and I had no idea this was at all possible. So I'm I'm very impressed. Uh more pyramids already built. Yeah, this is very beautiful. I would say that kind of stuff it's already kind of almost um tapped out the quality cuz I I did get like previously before when I was using this specific prompt, it was quite similar like I think Opus 4.8 was kind of generating that kind of quality already. So that's why I'm moving on to like harder prompts um that uh that I want to show. This one uh is meant to be showing like the Roman Empire and how it gets built out. Actually, let me show it. This was V1. Let me show you V2. I think it would be in this just a small more complicated one. Yeah, so I got it to tidy things up a little bit. I wasn't like quite perfectly happy with it, and I think it's just my standards keep going up, you know, moving goal posts in a crazy way. But it's meant to be kind of showing the development of the Roman Empire. And I thought this is like slightly like a bit too cartoonish almost like the elements like don't quite fit nicely, but I don't know. Maybe I need to think about my prompt for this one. Like what what do I actually have in mind? Um but yeah, and you know, they this kind of complexity and even like to build a map. I bet you give this to a weaker model, it wouldn't get to this map even. But the fact that it can tell the history of the Roman Empire and how it developed, like this is pretty pretty insane. Um and I think what Fable is particularly good at is actually this kind of educational content about like showing how um how things were and kind of explaining different elements. I think it has kind of improved on the on the uh kind of theory of mind side of things like quite a bit, um which is uh definitely an issue that uh a lot of the models had. So, this kind of imagining what the user is thinking and and trying to uh address that. I think that's like a really nice improvement. So, it's much better at explanations. It's much better at this kind of scientific uh data presentation telling me like what um uh how to like look at this data set, that kind of thing. That's really good. >> [snorts] >> So, this one is uh Pompeii. And again, this is kind of telling the history of Pompeii a little bit and it's kind of you can see the time I'm going through and it is showing how the kind of the uh the Oh, look at that. There's a kind of the ash or and the people escaping. Uh I know it sounds excited about I mean, it's been a while. Um Yeah, so it's telling the whole story of it of Pompeii, the eruption. Um and how like the whole world has changed. So, the the fact that it can tell this in such a immersive way and coordinating different elements, like it's crazy, right? Like this is so so good. Um Yeah, I had no idea on this. Had no idea this is even possible to be honest. Yeah, we've kind of gone through the cycle here. Right, let's keep looking. Uh I hope you guys not getting bored of this. Like I love this stuff. Like I don't even Yeah, Minoan festival. Uh so again, the ancient um ancient culture. I think it was in Greek islands kind of area, I think. I think it's in Crete. Um where they were kind of showing me this tradition, traditional ceremony. I I don't know enough about this to judge how how uh realistic that is, but looks pretty cool. So, uh oh yeah, this is another uh ancient uh festival here. And >> [snorts] >> um All right. Oh yeah, it's showing the whole procession here. And like I think for educational content, that's something I didn't predict at all. The fact that it could be so so good for this kind of like take something that I don't know enough about and just explain to me in this kind of visual way what it looks like. I don't know if any of you are in in education and you are maybe teaching some particular topic. Like maybe try this. I I don't know. Maybe that could be like quite a cool thing or get your students to do this. Maybe it's quite a cool way to learn about any like particular events. Um and these are kind of slightly like semi-random ones which I vaguely remember like from school. Uh but uh yeah, maybe any like specific topics. Pretty sure I've seen some of this in the British Museum. Um at least like the the mock-ups. But uh yeah, that that could be interesting. Um Petra here. Um yeah, a lot of a lot of you can see like the the quality uh of generation. So yeah, worth uh worth exploring. Um yeah, this one I like the Saharan Caravan as a kind of test of ability to coordinate different elements. And this is the this is really really nice. I mean, I wish they were like a little bit uh more grounded. So there's still a little bit room of for improvement. But the fact that each camel is like nicely um nicely uh designed. You can see it like this is uh each individual one. This is pretty cool. Uh Cappadocia here. We had like a bunch of these generations. So what I find normally is that it's uh a lot of the models kind of do it in a very kind of almost like schematic way. But here it actually created these kind of valleys that are realistic like the houses. The like um yeah, it looks like much much higher level of realism that it attains to. Not just kind of plopping a few things and balloons which is like vast majority of the other um generations as well. And you can see like pretty much whatever I pick just looks kind of incredible and well set out. Think yeah, Stone Canyon I think much more on the realistic side and some of the others that that I've seen. So that's is definitely like an improvement forward. So oh yeah, what was that? Yeah, I think it's an another festival. Yeah, maybe I mean looks cool but let's let's keep looking. Um Yeah, so another ancient one and I think what I was trying to get at here is this kind of Yeah, I think you can see the fidelity here is not quite as high as some of the others. So there's definitely like a downside and I think if I if I had asked it to maybe put more effort into that, maybe it could have done that. But I think what we're trying to gauge here is this kind of overall ability to to create the the whole world. So Yeah, I like yeah, the stone forest um kind of floating through that. Not sure how realistic this is. I don't think so but it's a kind of a nice Yeah, nice kind of also world that is created and this ability to kind of go through that. All right, I I'm going to keep going uh and see how many of you watch until the end. I've got a few more tabs. So this is a game. I know people had like incredible experiences building out games. I haven't quite got it to this point and this was a couple of iterations if I remember correctly. I was getting it to like improve the gameplay a bit more. So I guess it's like it's Look, I mean, it is cool generation, but I wouldn't say to me there's like a super impressive game. So, um the one that I like better is actually this one. Again, took a couple of generations, but I wanted to like have a game. Ooh, come on. Oh, no, it missed it. Um have a Oh, yeah, I can lower the hook. Uh Yeah, well, I can destroy things. Look at that. Oh, no. Let's hide this. Um this is uh Look at everything shaking. That's kind of cool. Like this is not I wouldn't call this like game game. Um but uh look at that. It's definitely like much more within the direction of games, right? Where you want to have like things moving around and the whole world kind of being created. Um But yeah, maybe I can work on my game in prompts a little bit more. I think like I feel like some other examples that I've seen are uh a little bit more impressive than this. Um but that's kind of cool. Um Anyway, another another cool thing that uh turns out you can do, which uh I didn't know. Uh the flight simulator. I think I was kind of hoping it will look a little like a little bit better. Think actually there was a V2, no? Yeah. Um Yeah, the cockpit was kind of like looks a little bit weird. And I I didn't quite get to the point that that I wanted. Uh but it's still it's still like to to get to this point to even have such a render of the world, um this is uh pretty pretty uh impressive. Oh, yeah. This one is like I think it's not like completely perfect what I imagined, but I think this is far more complicated than I imagine that it has to do. So, this is again I believe this should be 3GS as well, right? Yeah, so and it's generating this kind of 3D world, but it's putting it in this kind of a 2D view, which I think is like kind of maybe unfair thing to ask. But the fact that it like creates this slice of the city, you've got the underground you've got the station, you've got like the different pipes, you've got the street level. The each individual like Wow, look at the level of detail. Like you can probably I don't know maybe there's a different way to do this. Maybe my prompt was like a little bit too um like specific about like all of these elements, but the fact that it did something like this like again, I had no idea you could do this. Um this looks like very very impressive to me. I'll show you a few more. There's like London stuff. I have tried this on other models and again the coherence of the different elements how they're placed and that they're not overlapping. This is like so much better than so many models. A lot of models were kind of maybe things that like I don't know the London Eye would be in the middle of the river like for example like something like that. And the fact that here and it's not to scale but like the fact that different elements are placed like pretty much as good as you can imagine like in terms of in relation to each other they're all placed accurately. This is like super cool. Um like super super cool. Um yeah, you can see more more London. You can see I've got the London prompt collection. Uh a few more as well. Yeah, anyway, it's so anything I show you uh is uh just looks like insane. Um so this is kind of a little game and this was a version two. This was actually I think one iteration. And I was getting into just up the fidelity and the realism and the quality. Maybe let me show you. I think there was a V1 in here. You can see that's a V1 but it's like if you look at the house, if you look at the river, it looks like at the canal, it kind of looks a little bit basic versus here like look at the quality of the water rendering here. So that was one um iteration for it to do that. But it was like gameplay. I I don't know. It's like it it's pretty basic. I don't know. Maybe I need to learn more about how to make games and what to prompt for but uh it's not like great game but the fact that actually controls are like probably probably the best that I've seen models do. Controller is one thing models just not good at. Um so oh yeah, finish. Look at that. Perfect. Let's see uh Oh yeah, did this work? Oh yeah. This was yeah, another like couple of iterations. Again, probably I know I said at the beginning I'm not going to like criticize the models too much but this is kind of cool but I'm still not quite getting to the point that I've seen some other generations about like the the games. So maybe I'll I'll keep trying some some better ones. I think Yeah, they were like kind of fun but like I don't know. I I don't feel like I want to play them. Like feels like 30 seconds and I and I'm bored. Uh but the controls are um like really really high quality. Um and by the way, this is just uh cuz I opened too many tabs. It's not like there's some problem with the model. Um, that's why I just my my Chrome is uh, not uh, opening things properly. Um, Oh, yeah, this one. This one I think actually I got Fable to generate few prompts for me. So, this one and I was trying to get it to go a little bit wild and it created here what would it be like uh, being being the firework? Like inside the firework. So, it needs like a little bit of a focusing to understand what's going on here. So, you can see there's a city below and you're kind of being blown to smithereens here uh, as the firework. Which is like I guess it's like an interesting idea. So, that's what we were up there. So, yeah. Fable also creating some fun prompts uh, for itself. Um, few others. I'm going to I'm going to try and get through all of these. I know maybe it's like a little bit too much, but bear bear with me. This is the creation of Michelangelo. Kind of just trying to push it like as much as I can. Like just do anything possible. Um, yeah, it kind of goes through the motions and yeah, I I just can't get enough of like how cool this stuff is. I mean, not quite Michelangelo rendered there there end, but like this stuff is cool. Uh, we're going into this art section now. So, this is Klimt's uh, like famous uh, the painting The Kiss and I was trying to get it to like create some kind of 3D uh, world where you can actually go into it and you can like flow around it. And I don't know what I was expecting, but like this looks kind of cool. All right, you see you can flow around, and you can like see the flowers. Like, yeah. And like that's completely unreasonable thing for me to like expect the models to do. Um but I also want to see like how they going to do it. Like, look at this. So, this is Starry Night uh by Van Gogh. And in here, if I asked it to like create the world of it, right? But like how would you do that in 3js? Because or like any 3D uh generation approach. Because the way like if you look at the painting, it's like this kind of smudges of paint. Like, so how would you even go about creating this? And the fact that it like did this kind of weird like lines, like individual lines that come together into the painting, like how cool is that? Like, this is just completely mind-blowing. All right, this is cool cool stuff. All right, I think I'm lost. Anyway, like this is just super cool. Oh. All right, maybe I'm going to play with this later. >> [snorts] >> Oh, no. Okay, I Just this world is massive. Look at like the stars here with the Starry Night. I mean, I know it's weird, but I like it. Uh let's let's keep looking. What else do we have? Oh, yeah. Another one. So, this is Monet's uh lilies here. And this is a real place, but there like numerous paintings. And uh in here again, this kind of technique that it used here to like create this kind of impressionist style 3GS generations. And I don't know, like maybe tell me if I'm being um overly impressed by this, but I think this is insane. Like how could you even like I don't know. Is this like in the training data? Am I missing something? I've never seen anything like this. So, I don't know. If it's not in the training data, then it's like real levels of uh of creativity there um by uh by Fable. And that's another one. So, this is like I hope you guys recognize this. This is like the wave by um Japanese artist. Actually, I I I don't know if I know the name. Um yeah, and there's like Mount Fuji in the distance. And I haven't checked like this is 3GS, right? And I'm I'm not 3GS expert, but I didn't know you can do that kind of thing. Like this is really really cool. So, it kind of created this kind of almost like paper-like feel of of the generations. And I think that idea that you could even do that and like how would you would do that, this kind of very papery feel which creates the uh this whole experience of the of the wave. I even haven't tried that. Yeah, you can see it move as well. Um like this is Yeah, I'm I'm impressed. This is uh cool stuff. Um more stuff. Uh the Tower of Babylon. Very cool. Love it. Uh yeah, there's probably more stuff I can I can show you inside. Um Let's see. Oh yeah, that one was interesting. So, this is uh Pollock. So, Jason Pollock Jackson Pollock [clears throat] rather. If you know his art, he does this kind of, I don't know, super post-impressionist this kind of paintings where the paint is flowing everywhere. And what we want to do here is to like again, get the model. It kind of looks like that, right? This is accurate. We want to get the model to create this kind of world where you can go and and float around it. And then it created this kind of 3D view of Jackson Pollock's painting. And I don't know if it resembles any specific painting. I'm not such a big expert in on his art, but so this might not be exactly accurate, but like the fact that it even thought to do that kind of thing, like that is cool. Like this is really, really cool. Right. Let's Let me not get stuck on this. Um more cool stuff. Um so this is I think this is another prompt that I got Fable to like just like go wild and come up with some stuff. And this is like a raindrop experience of a rainstorm in a garden on 1 mm tall kind of ant height. Um and what I like about this is that it's kind of making the objects in the distance more blurry. I see it's understanding like what what it feel like to be in that kind of environment. And I think this kind of um this kind of experience that it can create, I can imagine the different elements, like what would things look like. And this is this is nuts. Like this is really, really cool stuff. And I hope you guys like hope you're not thinking about this as like, oh, you know, a bunch of silly stuff, but it's impressive. I think it just shows you that you can I imagine you've got lots of different other tasks, but what you should do is really to think about what else can you do that is um maybe different to what you would have expected the models to do before. Right? I think this is the time when we've got such a overhang of the capabilities that there is no way we would have like tried to do this 6 months ago. Right? So, if you kind of built up your routines or what you know about this 6 months ago, then this is like completely different world. >> [snorts] >> Um this is the crossing of the Red Sea. Jesus. Um and you know, you can go and you can have a look around and fly around. Um insane, right? Uh Yeah, and you can go across. Um yeah. Crazy crazy world uh crazy times we uh live in. Um Yeah, go around. Oh, yeah, I think that was V1 and I gave it some feedback that was like a little bit too like floaty and so on. So, oh yeah, the viewing platform was a bit weird. So, I got it to do like more stuff. So, yeah. Look at Look at this. Like I think I was just throwing more stuff at it and just see like what else it it can do. And like it just kept going. Like I I actually like the ones that you kind of failed at that I have not included. It was quite often not because it was like, oh, it's too hard. It it like couldn't do it or something. It's more that it was like some generations were excellent, but I just like cuz I've got so many that I didn't want to like tinker with each one for too long. >> [snorts] >> Um and uh I was I was basically just generating really really high quality um outputs almost like no matter what I asked. So, these are like the hardest problems I could possibly think of. Like, okay, maybe I'm not asking to like create GTA 6. Like, I'm sure it it wouldn't uh work um but like any kind of reasonable things I can expect it to do as a like HTML file, like I can't think of anything particularly hard that I can ask that what I'm already asking. So, I think it's like on a lot of these things it like tapping out already. Like, look at the bears fishing on salmon. Um is it actually going to eat something? I mean, it's pretty fat. Oh my gosh, look at that. It got the salmon. >> [snorts] >> I'm going off on a walk to eat this. I am Do they do that? Do they just eat it? Oh, look, there's another one. And how how crazy is that? Like, this is just You know, it just makes me happy for a little bit. I know we're not going to like all of our subscriptions and so on going to go to hell and then it's going to be super expensive to do it. But, you know, use AG mode, then you might get it on the on the arena. And uh yeah, you might get this kind of stuff. Like, this is uh this is cool stuff. So, in conclusion, I'm going to finish showing you like a few, but I want to conclude just by saying like, look, like AI industry is developing very fast, right? These are the kinds of things that like it's very hard to keep up with. So, I want to show you what are the kinds of things you can do. And my goal with this is to help you maybe think about like just broaden your mindset a little bit about the kind of things that are possible. Like these things are were not possible like even a month ago before Fable, right? You couldn't do this. Like you maybe could do this with a lot of iteration. So the fact that you can do this now is like just the coolest thing. And I'm sure you don't care about 3D generations like yourself, but you do have something that you would care about and whether it's like I know your little app that you're building on the side or your uh you've got I don't know a small business you're running or you're just a hobbyist developer or whatever it is or you're a mathematician. Like there is probably something that you haven't thought about so far um that previous models couldn't do that now you could do. So this is like a kind of ink um yeah like Japanese ink world where it's like painting the brushes and you can see it look at the ink in a lot of detail. Like how like who knows? No one is there, but it's like it's so cool. And um I really encourage you to try and push the models and and try and make sure that you really put yourself in a position where you can benefit from these models. Don't get stuck on what the model could have been doing 6 months ago, right? Don't worry about, you know, it's like cost too much money. That's a bummer. Uh user arena trying get Fable on the agent mode. Um but they're like really miss blah blah blah. But this is something that's going to get cheaper. It's going to get more accessible. And hopefully, you guys will get to a point that you if you do try these things, you can um get ahead, you know, of everyone. You can come up with new things to do. And the coolest thing about this is that because it's so new, even people who work in these labs, they don't understand yet everything that these models can do. So, I would really encourage you to go and like try try things out. Try and build This is, by the way, the space elevator that that we're looking at. Um like build what's the space elevator in your world, right? Try and try and do that. No one's tried this before. Um whether you're using Fable or something else, these models will keep getting better. As you can see, I'm quite excited about this. It's quite a lighthearted episode. So, hope you learn something new and I'll see you in the next one.
@petergostev · bookmarked post view on X ↗
opus-4.5
⚡ contradicts The trajectory of AI accessibility and cost is not simply one of monotonic cheapening as often assumed, but involves more complex, non-linear dynamics that can
rationale

The thesis explicitly rejects the "monotonic cheapening" narrative, asserting that AI cost trajectory involves "non-linear dynamics that can contradict straightforward expectations of continual price declines." This claim asserts precisely that straightforward monotonic expectation: "AI model access will become cheaper and more accessible over time" — the naive view the thesis was formed to push against. No visible interaction between petergostev and the thesis's origin claims; inferred from semantic opposition.

+ supports Small open-weight models (e.g. Google's Gemma) combined with edge/on-device inference constitute a structural path to materially cheaper AI — shifting inference
rationale

The thesis identifies a specific structural path (small open-weight models + edge inference) toward materially cheaper AI. This claim's general assertion that AI access will become cheaper over time is directionally consistent with that thesis, providing a high-level expectation that aligns with the cost-reduction trajectory the thesis describes. Support is modest because the claim is generic whereas the thesis is mechanistically specific. Inferred; no visible interaction.

⚡ contradicts AI deployment breadth will narrow over time: labs will increasingly reserve their most capable models for a smaller, more selective set of customers rather than
rationale

The thesis predicts that AI deployment breadth will narrow over time — labs reserving capable models for selective customers rather than distributing broadly. This claim asserts model access will become "more accessible," a broadening trajectory that contradicts the narrowing forecast. Moderate strength because "cheaper" could coexist with narrowed frontier access (old models cheapen while frontier access tightens), but "more accessible" directly opposes the narrowing thesis. Inferred; no visible interaction.

+ supports AI technology, like flatscreen TVs, tends to get much cheaper over time
rationale

Third-party alignment (petergostev vs illscience, no visible interaction — invariant 4). illscience: "AI technology, like flatscreen TVs, tends to get much cheaper over time." petergostev: "AI model access will become cheaper and more accessible over time." Same directional assertion about AI cost decline, reinforcing each other in claim-space. Strong semantic alignment.

⚡ contradicts What actually happened diverged from the expectation that AI would simply get cheaper.
rationale

Implicit third-party tension (invariant 4; petergostev vs gabepereyra, no visible interaction). gabepereyra: "What actually happened diverged from the expectation that AI would simply get cheaper." petergostev asserts exactly that expectation — AI will become cheaper over time. The new claim restates the prior expectation that gabepereyra explicitly reports as having diverged from reality. Temporal note: gabepereyra's claim is empirical/retrospective; the new claim is prospective, possibly ignoring recent evidence that the simple cheapening story failed.

⚡ contradicts AI models will have less and less broad deployment over time
rationale

Implicit third-party tension (invariant 4; petergostev vs patrick_oshag, no visible interaction). patrick_oshag: "AI models will have less and less broad deployment over time." petergostev: model access will become "more accessible over time." The accessibility/breadth forecasts point in opposite directions. Moderate strength because cheapening and narrowing deployment are partially reconcilable (older models cheapen while frontier narrows), but the "more accessible" framing conflicts with "less broad deployment."

Δ confidence -0.05 on The trajectory of AI accessibility and cost is not simply one of monotonic cheapening as often assum
Δ confidence +0.05 on Small open-weight models (e.g. Google's Gemma) combined with edge/on-device inference constitute a s
Δ confidence -0.05 on AI deployment breadth will narrow over time: labs will increasingly reserve their most capable model
opus-4.6
⚡ contradicts The trajectory of AI accessibility and cost is not simply one of monotonic cheapening as often assumed, but involves more complex, non-linear dynamics that can
rationale

petergostev asserts the naive monotonic cheapening story — AI will become cheaper and more accessible over time — which is exactly the simplistic expectation the thesis was formed to push back against. The thesis holds that AI cost trajectories involve non-linear dynamics that contradict straightforward continual price-decline expectations. Strength moderate because this is an offhand, unsubstantiated remark from a content creator rather than an argued position. No visible interaction with thesis-originating claims — inferred.

≈ complicates Demand for frontier AI models is effectively unbounded, meaning compute supply — not customer demand — is the binding constraint on the AI industry, and access
rationale

The thesis holds that access to frontier models will remain scarce and strategically valuable. petergostev's claim that AI access will become cheaper and more accessible over time introduces a qualifying condition: even if frontier demand is unbounded, the general trajectory of accessibility may still trend toward broader access (as older frontiers commoditize). However, this is a vague, casual assertion from a content creator, not a substantive challenge to the thesis's core about *frontier* scarcity. Low strength — complicates rather than contradicts.

+ supports AI technology, like flatscreen TVs, tends to get much cheaper over time
rationale

Third-party same-direction agreement (petergostev vs illscience, no visible interaction — invariant 4). Both assert the same conventional-wisdom position: AI technology will get cheaper and more accessible over time, analogous to consumer electronics. Near-identical claims from independent sources. Inferred.

⚡ contradicts What actually happened diverged from the expectation that AI would simply get cheaper.
rationale

Implicit third-party tension (invariant 4; petergostev vs gabepereyra, no visible interaction). gabepereyra states "what actually happened diverged from the expectation that AI would simply get cheaper" — an empirical rebuttal to exactly the expectation petergostev is restating. Temporal note: gabepereyra's claim reports an observed divergence, suggesting petergostev may be repeating an outdated assumption. Inferred.

⚡ contradicts AI models will have less and less broad deployment over time
rationale

Implicit third-party tension (invariant 4; petergostev vs patrick_oshag, no visible interaction). petergostev claims AI will become more accessible over time; patrick_oshag predicts AI models will have less and less broad deployment over time. These are opposing forecasts on the accessibility/breadth trajectory. Partly reconcilable (old models cheapen while frontier narrows), but the headline claims point in opposite directions. Inferred.

Δ confidence -0.03 on The trajectory of AI accessibility and cost is not simply one of monotonic cheapening as often assum
opus-4.7
⚡ contradicts The trajectory of AI accessibility and cost is not simply one of monotonic cheapening as often assumed, but involves more complex, non-linear dynamics that can
rationale

The thesis holds that AI cost/accessibility is NOT a simple monotonic cheapening but involves non-linear dynamics contradicting straightforward price-decline expectations. This claim asserts exactly the naive monotonic story — cheaper and more accessible over time — without qualification. It is the position the thesis was formed to push against. Inferred, no visible interaction.

+ supports Small open-weight models (e.g. Google's Gemma) combined with edge/on-device inference constitute a structural path to materially cheaper AI — shifting inference
rationale

The thesis argues small open-weight + edge inference materially cheapens AI. This general claim that AI access will get cheaper and more accessible over time is same-direction background support, though it names no mechanism. Inferred.

+ supports Anthropic's iterative release strategy for Claude Opus prioritizes gains in judgment, honesty, and autonomous capability without increasing price, suggesting a
rationale

Thesis frames Anthropic's Opus strategy as evidence of a durable trend toward more capable AI becoming more accessible over time. This claim states exactly that trend generalization: cheaper and more accessible over time. Same-direction support, inferred.

⚡ contradicts What actually happened diverged from the expectation that AI would simply get cheaper.
rationale

Implicit third-party tension (invariant 4). gabepereyra reports that empirically "what actually happened diverged from the expectation that AI would simply get cheaper" — a direct denial of the exact expectation this claim restates. No visible interaction between petergostev and gabepereyra. Temporal note: gabepereyra's claim reports empirical divergence, so this new claim may be reasserting an already-challenged prior.

→ extends AI technology, like flatscreen TVs, tends to get much cheaper over time
rationale

Near-twin claim by illscience ("AI, like flatscreen TVs, tends to get much cheaper over time"). This claim generalizes the same cheapening trajectory and adds accessibility as a co-directional consequence. Cross-author, no interaction — inferred.

+ supports Each successive tier drop in AI models is 5x cheaper while being barely less capable
rationale

hsu_steve's specific "each tier drop is 5x cheaper while barely less capable" is a concrete mechanism instance of this general "cheaper and more accessible over time" trajectory. Cross-author, inferred; the general claim provides directional endorsement of the specific pattern.

+ supports Cheaper models increase the ROI on AI spend for end customers by increasing intelligence per dollar
rationale

GavinSBaker's claim about cheaper models increasing ROI via intelligence-per-dollar is same-direction with the general cheaper-and-more-accessible trajectory. Cross-author, no visible interaction — inferred.

+ supports Open-source AI models are becoming exceptionally capable at a fraction of the cost of proprietary models
rationale

naval's claim that open-source models are exceptionally capable at a fraction of proprietary cost supplies a concrete accessibility mechanism for this general cheaper-and-more-accessible-over-time trajectory. Cross-author, inferred.

Δ confidence -0.03 on The trajectory of AI accessibility and cost is not simply one of monotonic cheapening as often assum
Δ confidence +0.02 on Small open-weight models (e.g. Google's Gemma) combined with edge/on-device inference constitute a s
Δ confidence +0.02 on Anthropic's iterative release strategy for Claude Opus prioritizes gains in judgment, honesty, and a
opus-4.8
⚡ contradicts The trajectory of AI accessibility and cost is not simply one of monotonic cheapening as often assumed, but involves more complex, non-linear dynamics that can
rationale

The thesis holds that AI's cost trajectory is NOT simply monotonic cheapening but involves complex non-linear dynamics contradicting straightforward continual price-decline expectations. This claim asserts exactly the naive monotonic story — access will become cheaper and more accessible over time — with no qualification. It is the canonical expectation the thesis was formed to push against. Inferred, no visible interaction.

⚡ contradicts Demand for frontier AI models is effectively unbounded, meaning compute supply — not customer demand — is the binding constraint on the AI industry, and access
rationale

The held thesis (0.99) asserts that compute — not demand — is the binding constraint, and that access to the newest frontier models will REMAIN scarce and strategically valuable. This claim asserts the opposite trajectory: model access becomes cheaper and more accessible over time. Tension is partial — the claim is general (all "model access") while the thesis is specific to frontier/newest models, which can stay scarce even as older tiers cheapen — hence moderate strength. Inferred, no visible interaction.

+ supports Small open-weight models (e.g. Google's Gemma) combined with edge/on-device inference constitute a structural path to materially cheaper AI — shifting inference
rationale

The thesis claims small open-weight models plus edge/on-device inference are a structural path to materially cheaper AI. This claim asserts the same downstream outcome — AI model access becoming cheaper and more accessible over time — providing directional (if mechanism-free) support for that conclusion. Strength moderate: the claim is general and offers no specific mechanism. Inferred, semantic.

+ supports Anthropic's iterative release strategy for Claude Opus prioritizes gains in judgment, honesty, and autonomous capability without increasing price, suggesting a
rationale

The thesis states there is a durable trend toward more capable AI models becoming more accessible rather than more expensive over time. This claim asserts the same broad trajectory — cheaper and more accessible over time — same-direction support. Kept moderate because the claim is general and lacks the specific release-strategy evidence the thesis rests on. Inferred, semantic.

→ extends AI technology, like flatscreen TVs, tends to get much cheaper over time
rationale

illscience's "AI technology, like flatscreen TVs, tends to get much cheaper over time" is the same monotonic-cheapening position. This claim generalizes from cost to access ("cheaper AND more accessible"), building in the same direction. Cross-author, no visible interaction — inferred.

⚡ contradicts What actually happened diverged from the expectation that AI would simply get cheaper.
rationale

Implicit third-party tension (invariant 4). gabepereyra: "what actually happened diverged from the expectation that AI would simply get cheaper" — an empirical denial of exactly this claim's assertion. Temporal-tension flag: gabepereyra reports observed divergence from the cheapening expectation, so petergostev's claim may be restating an outdated intuition rather than being wrong on fundamentals. No visible interaction — inferred.

≈ complicates OpenAI's historical pattern is to dramatically lower the cost of existing capabilities while introducing premium models at the frontier
rationale

mark_k: "OpenAI's historical pattern is to dramatically lower the cost of existing capabilities while introducing premium models at the frontier." This qualifies the new claim's blanket "cheaper and more accessible over time": existing capabilities cheapen, but the frontier stays premium — so access is not uniformly cheaper. A conditioning nuance rather than a flat negation → complicates. Cross-author, no interaction — inferred.

+ supports Open-source AI models are becoming exceptionally capable at a fraction of the cost of proprietary models
rationale

naval: "Open-source AI models are becoming exceptionally capable at a fraction of the cost of proprietary models" supplies a concrete mechanism (cheap capable open-source) for the new claim's general trajectory that model access becomes cheaper and more accessible over time. Same-direction support, cross-author, no interaction — inferred.

Δ confidence -0.05 on The trajectory of AI accessibility and cost is not simply one of monotonic cheapening as often assum
Δ confidence -0.02 on Demand for frontier AI models is effectively unbounded, meaning compute supply — not customer demand
Δ confidence +0.03 on Small open-weight models (e.g. Google's Gemma) combined with edge/on-device inference constitute a s
Δ confidence +0.03 on Anthropic's iterative release strategy for Claude Opus prioritizes gains in judgment, honesty, and a
fable-5
→ extends AI technology, like flatscreen TVs, tends to get much cheaper over time
rationale

Near-twin same-direction claims from different authors (petergostev vs illscience) with no visible interaction. Both assert a durable trend of AI getting cheaper/more accessible over time; the new claim generalizes to "model access" what illscience frames via the flatscreen-TV analogy. Inferred, semantic.

⚡ contradicts What actually happened diverged from the expectation that AI would simply get cheaper.
rationale

Implicit third-party tension (invariant 4): gabepereyra reports that "what actually happened diverged from the expectation that AI would simply get cheaper," which is exactly the expectation petergostev asserts here. No visible interaction — inferred. Temporal tension flag: gabepereyra's claim is empirical/retrospective while the new claim is a forward prediction restating the pre-divergence intuition; the disagreement may be that the cheapening consensus is out of date.

⚡ contradicts The trajectory of AI accessibility and cost is not simply one of monotonic cheapening as often assumed, but involves more complex, non-linear dynamics that can
rationale

The thesis holds that AI's cost/accessibility trajectory is NOT simply monotonic cheapening. This claim asserts precisely the unqualified monotonic story — access will become cheaper and more accessible over time — with no conditions. Direct opposition to the thesis's core position; strength moderate because the claim is a generic prediction without mechanism or specifics. Inferred, no interaction.

+ supports Anthropic's iterative release strategy for Claude Opus prioritizes gains in judgment, honesty, and autonomous capability without increasing price, suggesting a
rationale

The thesis posits a durable trend toward more capable AI becoming more accessible rather than more expensive; this claim asserts the same accessibility/cheapening trajectory in general form. Same-direction support, but strength limited: the claim is vague, offers no mechanism, and doesn't reference the thesis's Anthropic-specific evidence. Inferred, semantic.

≈ complicates Demand for frontier AI models is effectively unbounded, meaning compute supply — not customer demand — is the binding constraint on the AI industry, and access
rationale

The held thesis says access to the *newest* frontier models will remain scarce and strategically valuable; this claim predicts model access broadly becomes cheaper and more accessible. Scope differs (trailing-edge diffusion vs frontier scarcity), so this qualifies rather than negates: both can hold if lagging tiers cheapen while the frontier stays scarce. Inferred, no interaction.

Δ confidence -0.04 on The trajectory of AI accessibility and cost is not simply one of monotonic cheapening as often assum
Δ confidence +0.04 on Anthropic's iterative release strategy for Claude Opus prioritizes gains in judgment, honesty, and a
gpt-5.6-terra-medium
⚡ contradicts The trajectory of AI accessibility and cost is not simply one of monotonic cheapening as often assumed, but involves more complex, non-linear dynamics that can
rationale

This claim asserts an unqualified long-run trajectory of cheaper, more accessible AI access. That directly opposes the thesis's warning that AI cost and accessibility do not follow a simple monotonic-cheapening path, although the claim's lack of mechanism or evidence limits strength.

→ extends Small open-weight models (e.g. Google's Gemma) combined with edge/on-device inference constitute a structural path to materially cheaper AI — shifting inference
rationale

The thesis identifies open-weight and edge inference as a structural route to cheaper AI. This claim generalizes that same directional outcome into a broader forecast of declining cost and increasing accessibility; no visible interaction is provided.

≈ complicates Demand for frontier AI models is effectively unbounded, meaning compute supply — not customer demand — is the binding constraint on the AI industry, and access
rationale

Broader cheapening and accessibility qualify the held thesis's scarcity story, but do not negate it: general model access can expand while the newest frontier models remain scarce and strategically valuable.

+ supports AI technology, like flatscreen TVs, tends to get much cheaper over time
rationale

Both claims make the same broad forecast that AI becomes cheaper over time; this claim additionally names expanding accessibility. The semantic agreement is inferred because no visible interaction between sources is supplied.

⚡ contradicts What actually happened diverged from the expectation that AI would simply get cheaper.
rationale

Implicit third-party claim-space tension: this claim predicts continuing cheapening and wider access, whereas the target says observed outcomes diverged from the expectation that AI would simply get cheaper. The target may reflect a fresher empirical correction to the generic forecast, so the disagreement may concern an outdated consensus rather than a categorical impossibility of future cost declines.

⚡ contradicts AI models will have less and less broad deployment over time
rationale

This claim forecasts increasing accessibility of AI models, while the target forecasts progressively less broad deployment. They are in inferred tension across sources, though the claims can partly coexist if mass-market models diffuse while frontier models are selectively rationed.

Δ confidence -0.04 on The trajectory of AI accessibility and cost is not simply one of monotonic cheapening as often assum
Δ confidence +0.03 on Small open-weight models (e.g. Google's Gemma) combined with edge/on-device inference constitute a s
gpt-5.6-sol-low
+ supports AI technology, like flatscreen TVs, tends to get much cheaper over time
rationale

The claims make the same cross-author forecast that AI becomes cheaper over time; the new claim adds broader accessibility as the expected consequence, but provides no additional mechanism or evidence.

⚡ contradicts What actually happened diverged from the expectation that AI would simply get cheaper.
rationale

Implicit third-party tension: the new claim predicts continued cheapening and accessibility, while the target reports that reality diverged from the expectation that AI would simply get cheaper; the target's empirical framing may indicate that the simple forecast is stale or incomplete.

⚡ contradicts AI models will have less and less broad deployment over time
rationale

Implicit third-party tension: increasing accessibility predicts broader model access, whereas the target predicts progressively narrower AI-model deployment; the tension is moderate because frontier access could narrow while older or open models diffuse.

⚡ contradicts The trajectory of AI accessibility and cost is not simply one of monotonic cheapening as often assumed, but involves more complex, non-linear dynamics that can
rationale

The claim presents an unqualified directional forecast of cheaper, more accessible AI, opposing the thesis's core warning that cost and accessibility do not follow a simple monotonic cheapening trajectory.

⚡ contradicts AI deployment breadth will narrow over time: labs will increasingly reserve their most capable models for a smaller, more selective set of customers rather than
rationale

The claim forecasts progressively broader accessibility, while the thesis forecasts narrowing deployment; the contradiction is partial because the thesis is especially concerned with the most capable frontier models.

≈ complicates Demand for frontier AI models is effectively unbounded, meaning compute supply — not customer demand — is the binding constraint on the AI industry, and access
rationale

Cheaper and more accessible models qualify the held thesis's scarcity outlook, but do not directly refute it because broad access to lagging or open models can coexist with scarce, strategically valuable access to the newest frontier models.

✦ proposes thesis AI model access will become progressively cheaper and more broadly accessible over time, even if frontier-model access remains comparatively scarce. conf 0.55
Δ confidence -0.04 on The trajectory of AI accessibility and cost is not simply one of monotonic cheapening as often assum
Δ confidence -0.04 on AI deployment breadth will narrow over time: labs will increasingly reserve their most capable model
gpt-5.6-sol-high
+ supports AI technology, like flatscreen TVs, tends to get much cheaper over time
rationale

The two third-party claims make the same long-run prediction that AI/model access becomes cheaper; the new claim also adds broader accessibility. No visible interaction, so the alignment is inferred.

⚡ contradicts What actually happened diverged from the expectation that AI would simply get cheaper.
rationale

Implicit third-party tension: the new claim forecasts continuing cheapening and widening access, while the target reports that reality diverged from the expectation that AI would simply get cheaper. The target's empirical framing may indicate that the new forecast relies on an outdated consensus rather than that either claim is categorically false.

⚡ contradicts AI models will have less and less broad deployment over time
rationale

Implicit third-party tension: becoming more accessible over time predicts broader diffusion, whereas the target predicts progressively less broad model deployment. The contradiction is moderate because baseline-model access could broaden even while frontier-model deployment narrows.

+ supports Anthropic's iterative release strategy for Claude Opus prioritizes gains in judgment, honesty, and autonomous capability without increasing price, suggesting a
rationale

The claim's general forecast that models become cheaper and more accessible aligns with the thesis's narrower observation that capability can improve without higher prices, although it supplies no specific Anthropic evidence.

⚡ contradicts The trajectory of AI accessibility and cost is not simply one of monotonic cheapening as often assumed, but involves more complex, non-linear dynamics that can
rationale

The claim advances the straightforward long-run cheapening-and-accessibility trajectory that the thesis explicitly cautions is not a simple or reliably monotonic description. The tension is moderate because an overall downward trend can still contain nonlinear periods.

⚡ contradicts AI deployment breadth will narrow over time: labs will increasingly reserve their most capable models for a smaller, more selective set of customers rather than
rationale

The claim predicts widening accessibility over time, while the thesis predicts narrowing deployment breadth and increasingly selective access. The tension is inferred and moderate because the thesis is especially concerned with the most capable models, whereas the claim is model-agnostic.

≈ complicates Demand for frontier AI models is effectively unbounded, meaning compute supply — not customer demand — is the binding constraint on the AI industry, and access
rationale

Broadly cheaper and more accessible model access would mitigate scarcity at lower capability tiers, but it can coexist with the held thesis's narrower claim that access to the newest frontier models remains scarce and strategically valuable.

✦ proposes thesis AI model access will trend toward lower cost and broader accessibility over time, even if frontier access remains comparatively scarce. conf 0.46
Δ confidence +0.04 on Anthropic's iterative release strategy for Claude Opus prioritizes gains in judgment, honesty, and a
Δ confidence -0.04 on The trajectory of AI accessibility and cost is not simply one of monotonic cheapening as often assum
Δ confidence -0.05 on AI deployment breadth will narrow over time: labs will increasingly reserve their most capable model
gpt-5.6-luna-high
⚡ contradicts The trajectory of AI accessibility and cost is not simply one of monotonic cheapening as often assumed, but involves more complex, non-linear dynamics that can
rationale

The claim predicts a continuing, broad cheapening and accessibility trend, while this thesis specifically rejects a straightforward monotonic-cheapening trajectory in favor of non-linear dynamics. The relationship is semantic, with no visible interaction; the fresh claim may be restating a consensus expectation that could become stale if frontier pricing or access remains uneven.

+ supports Small open-weight models (e.g. Google's Gemma) combined with edge/on-device inference constitute a structural path to materially cheaper AI — shifting inference
rationale

Cheaper and more accessible model access is the outcome predicted by this thesis's small-open-weight and edge-inference pathway, although the new claim is broader than that specific mechanism.

+ supports Anthropic's iterative release strategy for Claude Opus prioritizes gains in judgment, honesty, and autonomous capability without increasing price, suggesting a
rationale

The claim aligns with the thesis's forecast that capable AI becomes more accessible rather than more expensive over time, but it is a general industry prediction rather than evidence about Anthropic's release strategy.

+ supports AI technology, like flatscreen TVs, tends to get much cheaper over time
rationale

Both claims predict that AI technology becomes substantially cheaper over time; the new claim generalizes the neighbor's flatscreen-TV analogy and adds broader accessibility. The authors do not visibly interact, so this is inferred.

+ supports OpenAI's historical pattern is to dramatically lower the cost of existing capabilities while introducing premium models at the frontier
rationale

The neighbor describes a historical pattern of lowering the cost of existing capabilities while introducing premium frontier models; the new claim expresses the broad forward-looking cheapening and accessibility implication of that pattern. Semantic alignment is inferred across sources.

⚡ contradicts What actually happened diverged from the expectation that AI would simply get cheaper.
rationale

The new claim forecasts that access will become cheaper and more accessible over time, while this third-party claim reports that actual developments diverged from the expectation that AI would simply get cheaper. This is an implicit claim-space contradiction; the disagreement may be temporal or about aggregate access versus particular frontier offerings.

+ supports Open-source AI models are becoming exceptionally capable at a fraction of the cost of proprietary models
rationale

The neighbor gives a concrete open-source example of increasingly capable AI available at a fraction of proprietary-model cost, supporting the new claim's direction on both affordability and accessibility. No visible interaction is present, so the edge is inferred.

✦ proposes thesis AI model access will generally become cheaper and more broadly accessible over time, even though frontier pricing and availability may remain non-monotonic. conf 0.55
Δ confidence -0.10 on The trajectory of AI accessibility and cost is not simply one of monotonic cheapening as often assum
Δ confidence +0.07 on Small open-weight models (e.g. Google's Gemma) combined with edge/on-device inference constitute a s
Δ confidence +0.06 on Anthropic's iterative release strategy for Claude Opus prioritizes gains in judgment, honesty, and a
kimi-k3
+ supports AI technology, like flatscreen TVs, tends to get much cheaper over time
rationale

Near-paraphrase of illscience's "AI technology, like flatscreen TVs, tends to get much cheaper over time" — petergostev asserts the same monotonic cheapening-plus-accessibility position. Cross-author, no visible interaction → inferred.

⚡ contradicts What actually happened diverged from the expectation that AI would simply get cheaper.
rationale

Implicit third-party tension (invariant 4): gabepereyra reports "what actually happened diverged from the expectation that AI would simply get cheaper" — a direct empirical denial of the unqualified cheapening trajectory this claim asserts. Temporal note: the new claim restates a consensus expectation that gabepereyra's observation suggests may already be stale.

⚡ contradicts AI models will have less and less broad deployment over time
rationale

Implicit third-party tension (invariant 4): patrick_oshag forecasts "less and less broad deployment over time" (frontier rationed to fewer customers); this claim asserts access becomes cheaper and more accessible. Opposing breadth/accessibility trajectories — partially reconcilable (baseline cheapens while frontier narrows), hence moderate strength.

⚡ contradicts The trajectory of AI accessibility and cost is not simply one of monotonic cheapening as often assumed, but involves more complex, non-linear dynamics that can
rationale

The thesis holds AI's cost/accessibility trajectory is not simply monotonic cheapening but involves non-linear dynamics contradicting straightforward continual-decline expectations. This claim asserts exactly the naive monotonic story without qualification — the precise expectation the thesis was formed to push against. Mirrors the existing edge from the flatscreen-TV claim.

+ supports Anthropic's iterative release strategy for Claude Opus prioritizes gains in judgment, honesty, and autonomous capability without increasing price, suggesting a
rationale

The thesis holds capable models are durably becoming more accessible rather than more expensive over time; this claim asserts the same accessibility/cheapening direction at the industry level. Generic and unevidenced, so moderate support.

⚡ contradicts AI deployment breadth will narrow over time: labs will increasingly reserve their most capable models for a smaller, more selective set of customers rather than
rationale

The thesis predicts AI deployment breadth narrows as labs reserve their most capable models for a smaller customer set; this claim asserts broadening accessibility — direct opposition on the breadth axis. Partially reconcilable (frontier narrows while baseline diffuses), so moderate strength.

≈ complicates Demand for frontier AI models is effectively unbounded, meaning compute supply — not customer demand — is the binding constraint on the AI industry, and access
rationale

The held thesis says access to the newest models will remain scarce and strategically valuable. This claim's unqualified "access becomes cheaper and more accessible" is in tension with that on the frontier tier, but both can co-hold if cheapening applies to lagging tiers while frontier access stays rationed — a qualifying condition, not a flat refutation. Consistent with prior treatment of similar claims; no alert warranted.

+ supports Small open-weight models (e.g. Google's Gemma) combined with edge/on-device inference constitute a structural path to materially cheaper AI — shifting inference
rationale

Directionally consistent with the thesis's cheaper-AI conclusion (open-weight + edge inference as a structural path), but the claim is generic and names no mechanism, so it only weakly evidences the specific path. Weak support.

Δ confidence -0.03 on The trajectory of AI accessibility and cost is not simply one of monotonic cheapening as often assum
Δ confidence +0.03 on Anthropic's iterative release strategy for Claude Opus prioritizes gains in judgment, honesty, and a
Δ confidence -0.03 on AI deployment breadth will narrow over time: labs will increasingly reserve their most capable model
09
source claim
“Enterprises risk transferring their knowledge, know-how, trade secrets, or customer data to AI model providers”
The speaker begins by addressing recent comments made by Palantir CEO Alex Karp regarding enterprise AI safety. Karp argues that sophisticated business clients prioritize maintaining absolute authority over their computing power, algorithms, data pipelines, and proprietary expertise. The speaker explains that without this control, enterprises face the significant hazard of transferring their unique trade secrets and customer information to foundational model developers, who may later leverage this data to compete directly against them. To illustrate this threat, the speaker points to the relationship between the AI startup Anthropic and the design software company Figma. According to
… continue reading (1.9k more chars · video transcript) reports, Anthropic caught Figma off guard by introducing a competing design application, Claude Design. This launch occurred shortly after a high-ranking Anthropic executive resigned from Figma's board of directors. Following this development, Figma's stock price experienced a severe decline, while Anthropic's valuation climbed. The speaker notes that this is part of a broader trend, as Anthropic has rolled out specialized applications targeting sectors like science, legal services, finance, security, and software development—frequently encroaching on territories pioneered by developers who originally built their products using Anthropic's own models. For example, the creation of Claude Code directly followed the market success of Cursor, one of Anthropic's largest API customers. The speaker compares this business strategy to historical maneuvers by major technology corporations. Microsoft famously utilized its dominant Windows operating system to systematically take over adjacent software categories, such as office productivity suites and web browsers. Similarly, Google initially directed search traffic to external websites but gradually used search data to build competing internal services, resulting in an ecosystem where the majority of queries now keep users on Google-owned pages. Finally, the speaker critiques the stance of Anthropic's leadership, who have publicly argued that open-source AI models pose safety risks and should be heavily regulated. The speaker contends that open-source models are not a threat to public safety, but rather a threat to proprietary model providers' business models, which depend on restricting customer options. Ultimately, the speaker concludes that genuine AI safety for any enterprise requires the autonomy to select model providers freely and strictly regulate who can access their proprietary intellectual assets.
@TheChiefNerd · bookmarked post view on X ↗
opus-4.5
+ supports As enterprises adopt AI models from third-party providers, they face a growing and increasingly recognized risk of losing control over proprietary knowledge and
rationale

Claim directly asserts the core proposition of the thesis: enterprises risk transferring proprietary knowledge/data to AI providers. Same author (TheChiefNerd) and evidence document that contributed to forming this thesis; the claim is a concise restatement of the thesis's central risk assertion.

+ supports Enterprises that relinquish control over their computing infrastructure and data risk transferring their trade secrets and customer information to foundational
rationale

Same author (TheChiefNerd) and same evidence document (js77b2d8d7yk05rfcj0d27gp358a4eqg); both claims express the same core concern about enterprises relinquishing control and risking transfer of trade secrets to model providers. Near-identical semantic content, part of the same argument.

+ supports Absorbing proprietary data into models effectively transfers an enterprise's competitive advantage to third parties
rationale

Third-party alignment (TheChiefNerd vs hamptonism, no visible interaction — invariant 4). Both claims identify the same structural risk: TheChiefNerd warns enterprises risk transferring knowledge/data to AI providers; hamptonism warns absorbing proprietary data into models transfers competitive advantage to third parties. Same mechanism, same concern, different framings. Inferred support.

Δ confidence +0.03 on As enterprises adopt AI models from third-party providers, they face a growing and increasingly reco
opus-4.6
+ supports As enterprises adopt AI models from third-party providers, they face a growing and increasingly recognized risk of losing control over proprietary knowledge and
rationale

The claim directly asserts the risk of enterprises transferring knowledge, trade secrets, and customer data to AI model providers — the exact proposition the thesis generalizes. Same author (TheChiefNerd) and same evidence source (js77b2d8d7yk05rfcj0d27gp358a4eqg), so provenance is explicit.

+ supports Enterprises that relinquish control over their computing infrastructure and data risk transferring their trade secrets and customer information to foundational
rationale

Near-paraphrase from the same author and evidence source. This claim enumerates 'knowledge, know-how, trade secrets, customer data' while the neighbor enumerates 'trade secrets and customer information' — same risk, same argument, mutual reinforcement.

+ supports Absorbing proprietary data into models effectively transfers an enterprise's competitive advantage to third parties
rationale

Third-party alignment (TheChiefNerd vs hamptonism, no visible interaction — invariant 4). hamptonism asserts absorbing proprietary data into models transfers competitive advantage to third parties; this claim asserts the same risk of transferring knowledge and trade secrets to AI providers. Same-direction, different authors, inferred stance.

Δ confidence +0.03 on As enterprises adopt AI models from third-party providers, they face a growing and increasingly reco
opus-4.7
+ supports As enterprises adopt AI models from third-party providers, they face a growing and increasingly recognized risk of losing control over proprietary knowledge and
rationale

The claim directly asserts the thesis's core proposition: enterprises risk transferring proprietary knowledge, trade secrets, and customer data to AI model providers. It is a specific, on-point restatement of the risk the thesis generalizes.

+ supports Enterprises that relinquish control over their computing infrastructure and data risk transferring their trade secrets and customer information to foundational
rationale

Same author (TheChiefNerd), same evidence document; near-identical assertion. This claim states the risk in general form, the neighbor gives the mechanism (relinquishing control over infrastructure/data). Direct mutual reinforcement.

+ supports Absorbing proprietary data into models effectively transfers an enterprise's competitive advantage to third parties
rationale

Third parties (TheChiefNerd vs hamptonism), no visible interaction (invariant 4). Both claims independently assert that data flowing to AI model providers transfers enterprise competitive assets to third parties — same-direction semantic support.

+ supports AI model providers might eventually use enterprise data to compete with their enterprise customers
rationale

Same author and evidence document. This claim names what gets transferred (knowledge, trade secrets, customer data); the neighbor names the downstream consequence (providers using that data to compete). Two halves of the same argument.

Δ confidence +0.02 on As enterprises adopt AI models from third-party providers, they face a growing and increasingly reco
opus-4.8
+ supports As enterprises adopt AI models from third-party providers, they face a growing and increasingly recognized risk of losing control over proprietary knowledge and
rationale

The claim directly asserts the thesis's core proposition: that enterprises risk transferring proprietary knowledge, trade secrets, and customer data to AI model providers. Specific, on-point restatement of the risk the thesis generalizes.

+ supports Enterprises that relinquish control over their computing infrastructure and data risk transferring their trade secrets and customer information to foundational
rationale

Same author (TheChiefNerd) and same evidence document; this is a near-restatement of the companion claim asserting the same trade-secret/customer-data transfer risk. Directly and explicitly mutually reinforcing within the same argument.

+ supports Absorbing proprietary data into models effectively transfers an enterprise's competitive advantage to third parties
rationale

Third-party alignment (hamptonism vs TheChiefNerd, no visible interaction — invariant 4). hamptonism's claim that absorbing proprietary data into models transfers competitive advantage to third parties is the same mechanism; this claim names the assets (knowledge, know-how, trade secrets, customer data) being transferred. Same-direction, inferred.

Δ confidence +0.02 on As enterprises adopt AI models from third-party providers, they face a growing and increasingly reco
fable-5
+ supports As enterprises adopt AI models from third-party providers, they face a growing and increasingly recognized risk of losing control over proprietary knowledge and
rationale

The claim directly asserts the thesis's core proposition — enterprises risk transferring knowledge, know-how, trade secrets, and customer data to AI model providers. It comes from the same evidence document (js77b2d8d7yk05rfcj0d27gp358a4eqg) whose claims originated and already support this thesis, so provenance is explicit.

+ supports Enterprises that relinquish control over their computing infrastructure and data risk transferring their trade secrets and customer information to foundational
rationale

Same author (TheChiefNerd) and same evidence document; this claim states the general risk (knowledge/trade-secret/customer-data transfer to model providers) whose specific mechanism (relinquishing control over compute and data) the target claim spells out. They are two formulations of the same argument, mutually reinforcing.

+ supports Absorbing proprietary data into models effectively transfers an enterprise's competitive advantage to third parties
rationale

Third parties (TheChiefNerd vs hamptonism) with no visible interaction — invariant 4. Both assert the same-direction risk: enterprise proprietary assets flowing to model providers/third parties. hamptonism frames it as competitive-advantage transfer via data absorption; this claim frames it as knowledge/trade-secret/customer-data transfer. Semantic alignment, inferred support.

gpt-5.6-terra-medium
NO-OP
gpt-5.6-sol-low
+ supports As enterprises adopt AI models from third-party providers, they face a growing and increasingly recognized risk of losing control over proprietary knowledge and
rationale

The claim directly identifies the enterprise loss-of-control mechanism at the core of the thesis: using third-party AI providers can transfer proprietary knowledge, trade secrets, and customer data to those providers. The claim does not itself establish provider competition, so support is strong but not complete.

+ supports Enterprises that relinquish control over their computing infrastructure and data risk transferring their trade secrets and customer information to foundational
rationale

This is a near-restatement of the neighboring claim: both assert that enterprises risk transferring trade secrets and customer information to model providers, with the neighbor adding loss of infrastructure and data control as a condition. No visible reply, quote, or direct reference establishes explicit provenance.

Δ confidence +0.02 on As enterprises adopt AI models from third-party providers, they face a growing and increasingly reco
gpt-5.6-sol-high
+ supports As enterprises adopt AI models from third-party providers, they face a growing and increasingly recognized risk of losing control over proprietary knowledge and
rationale

The claim directly identifies loss of enterprise knowledge, trade secrets, and customer data to AI providers, supporting the thesis's core loss-of-control risk; it does not by itself establish growing recognition or later competition, so the support is strong but partial.

+ supports A one-model-for-everyone AI strategy carries a structural incentive misalignment: the lab captures value by absorbing and homogenizing what makes each user or o
rationale

The asserted risk of transferring distinctive enterprise know-how to centralized model providers supplies a concrete mechanism for the thesis's incentive-misalignment concern, though it does not independently establish homogenization or the necessity of owned and customized AI.

+ supports Enterprises that relinquish control over their computing infrastructure and data risk transferring their trade secrets and customer information to foundational
rationale

This is a near-paraphrase from the same evidence item: both assert that enterprises can transfer trade secrets and customer information to foundation-model providers; no reply, quote, or direct source-to-source reference establishes explicit provenance.

+ supports Absorbing proprietary data into models effectively transfers an enterprise's competitive advantage to third parties
rationale

Across third-party sources with no visible interaction, the claim's transfer of enterprise know-how and trade secrets to model providers is the specific data-loss mechanism behind the target's assertion that model absorption transfers competitive advantage.

+ supports Without an ontology layer, enterprises risk having their proprietary data cached, replicated, or absorbed by model creators
rationale

Across third-party sources with no visible interaction, both claims identify proprietary enterprise data escaping to model creators; the target adds an ontology-layer condition and more specific mechanisms such as caching and replication.

+ supports Enterprises should build proprietary learning environments within the tenant boundary where models learn against real workflows without exposing company knowled
rationale

Across sources with no visible interaction, the asserted leakage risk provides a concrete reason for the target's recommendation to keep proprietary learning inside the tenant boundary, although it does not prove that this is the only effective safeguard.

Δ confidence +0.04 on As enterprises adopt AI models from third-party providers, they face a growing and increasingly reco
Δ confidence +0.02 on A one-model-for-everyone AI strategy carries a structural incentive misalignment: the lab captures v
gpt-5.6-luna-high
+ supports As enterprises adopt AI models from third-party providers, they face a growing and increasingly recognized risk of losing control over proprietary knowledge and
rationale

The claim directly identifies the mechanism underlying this held thesis: third-party AI model providers may gain access to enterprise knowledge, trade secrets, and customer data, creating a risk of lost control and possible competitive use. The semantic relation is inferred because the claim has no visible interaction with the thesis source.

+ supports Enterprises that relinquish control over their computing infrastructure and data risk transferring their trade secrets and customer information to foundational
rationale

This claim is a concise restatement of the neighboring claim that relinquishing control of infrastructure and data risks transferring trade secrets and customer information to foundational model developers. The sources do not visibly interact, so the edge is semantic and inferred.

Δ confidence +0.03 on As enterprises adopt AI models from third-party providers, they face a growing and increasingly reco
kimi-k3
+ supports As enterprises adopt AI models from third-party providers, they face a growing and increasingly recognized risk of losing control over proprietary knowledge and
rationale

Direct assertion of the thesis's core proposition — enterprises adopting third-party AI models risk losing proprietary knowledge, trade secrets, and customer data to providers. From the same evidence document that originated the thesis's underlying claims.

+ supports Enterprises that relinquish control over their computing infrastructure and data risk transferring their trade secrets and customer information to foundational
rationale

Same author, same evidence document. Near-identical assertion — the neighbor adds the 'relinquish control over computing infrastructure' condition to the same transfer-risk claim. Mutually reinforcing restatements of one argument.

+ supports Enterprises are increasingly becoming aware of the risk that AI model providers could use their data to compete with them
rationale

Same evidence document. This claim states the risk itself; the neighbor states enterprises' growing awareness of exactly this risk — two halves of the same argument, mutually reinforcing.

+ supports AI model providers might eventually use enterprise data to compete with their enterprise customers
rationale

Same evidence document. The knowledge/data transfer asserted here is the mechanism; providers eventually competing with their enterprise customers is the downstream consequence. Same-direction reinforcement.

+ supports Foundational model developers may leverage enterprise customer data to compete directly against those enterprises.
rationale

Same evidence document. Foundational model developers leveraging enterprise customer data to compete directly is the downstream risk of the knowledge/data transfer this claim asserts.

+ supports Absorbing proprietary data into models effectively transfers an enterprise's competitive advantage to third parties
rationale

Third parties (TheChiefNerd vs hamptonism), no visible interaction — invariant 4. Independent cross-source corroboration: absorbing proprietary data into models effectively transfers an enterprise's competitive advantage to third parties — the same substantive assertion from a different author and evidence base.

+ supports Without an ontology layer, enterprises risk having their proprietary data cached, replicated, or absorbed by model creators
rationale

Third parties (TheChiefNerd vs hamptonism), no visible interaction — invariant 4. The neighbor's claim that without an ontology layer enterprises risk proprietary data being cached, replicated, or absorbed by model creators is the same transfer-risk assertion with an architectural condition attached.

+ supports Enterprises should build proprietary learning environments within the tenant boundary where models learn against real workflows without exposing company knowled
rationale

Third parties (TheChiefNerd vs satyanadella), no visible interaction — invariant 4. The prescription to build proprietary learning environments within the tenant boundary 'without exposing company knowledge' presupposes exactly the exposure risk this claim asserts.

+ supports A company should be able to use a model without giving up the knowledge that makes it unique
rationale

Third parties (TheChiefNerd vs satyanadella), no visible interaction — invariant 4. 'A company should be able to use a model without giving up the knowledge that makes it unique' presupposes the risk of giving up knowledge to model providers that this claim asserts.

+ supports A one-model-for-everyone AI strategy carries a structural incentive misalignment: the lab captures value by absorbing and homogenizing what makes each user or o
rationale

Provides evidence for the thesis's absorption mechanism: enterprises risk transferring what makes them distinct (knowledge, know-how, data) to centralized model providers — the homogenizing value-capture the thesis describes. Partial support, semantic.

+ supports Legacy/incumbent corporations will actively restrict their adoption and deployment of AI technologies, driven primarily by safety and security concerns (dual-us
rationale

Substantiates the IP-protection concern this forming thesis posits as a primary driver of incumbent restriction of AI adoption. Supports the motivation premise only; says nothing about whether incumbents will actually restrict adoption.

Δ confidence +0.02 on As enterprises adopt AI models from third-party providers, they face a growing and increasingly reco
Δ confidence +0.02 on A one-model-for-everyone AI strategy carries a structural incentive misalignment: the lab captures v
Δ confidence +0.05 on Legacy/incumbent corporations will actively restrict their adoption and deployment of AI technologie
10
source claim
“Using Claude Fable is superior to using virtual assistants and outdated databases for creator discovery”
Today, we're introducing Claude Fable for finding creators. Just enter your target profile and Lightreel watches millions of live TikToks and Reels to find the best: → micro-influencers → UGC creators → influencers Stop using VA's and outdated databases for creator https://t.co/mvk9s39ist
@lightreelai · bookmarked post view on X ↗
opus-4.5
+ supports AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally better approach to creator discovery than traditional methods li
rationale

Same author (lightreelai) and evidence document as the thesis's origin claims. This claim directly asserts the thesis's core comparative position: that AI-driven creator discovery via Fable is superior to traditional methods (virtual assistants, outdated databases). This is a direct, on-point statement of the thesis's content.

→ extends Claude Fable is a new tool for finding creators, introduced by Lightreel
rationale

Same author (lightreelai) and evidence document. The introduction claim establishes that Claude Fable is a new creator-finding tool; this claim extends that introduction by adding the comparative superiority assertion — that Fable is better than virtual assistants and outdated databases.

Δ confidence +0.05 on AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally bett
opus-4.6
+ supports AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally better approach to creator discovery than traditional methods li
rationale

Same author (lightreelai) and same evidence document as the thesis's origin claims. This claim is the direct evaluative assertion — Claude Fable is superior to VAs and outdated databases for creator discovery — that the thesis abstracts into a general position. It is the product maker's own superiority claim, so strong directional support but limited independent evidential weight (self-serving source).

→ extends Claude Fable is a new tool for finding creators, introduced by Lightreel
rationale

Same author (lightreelai) and same evidence document. The sibling claim introduces Claude Fable as a new creator-finding tool; this claim extends that introduction with the evaluative judgment that Fable is superior to the alternatives (VAs, outdated databases), adding the competitive-positioning layer on top of the factual product introduction.

Δ confidence +0.03 on AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally bett
opus-4.7
+ supports AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally better approach to creator discovery than traditional methods li
rationale

The claim is essentially a direct restatement of the thesis: Claude Fable is superior to virtual assistants and outdated databases for creator discovery. Same author/evidence source as the thesis's origin claims.

→ extends Claude Fable is a new tool for finding creators, introduced by Lightreel
rationale

Same author/evidence. Extends the introduction of Claude Fable as a creator-finding tool by asserting its superiority over the incumbent methods (virtual assistants, outdated databases).

→ extends Claude Fable finds creators by watching millions of live TikToks and Reels
rationale

Same author/evidence. The mechanism (watching millions of live TikToks/Reels) directly underwrites the claimed superiority over static-database and VA-based creator discovery.

→ extends Claude Fable can identify micro-influencers, UGC creators, and influencers matching a target profile
rationale

Same author/evidence. The specific capability of identifying micro-influencers/UGC creators/profile-matched influencers is the concrete basis for the comparative superiority claim over VAs and databases.

Δ confidence +0.03 on AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally bett
opus-4.8
+ supports AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally better approach to creator discovery than traditional methods li
rationale

This claim is a near-verbatim restatement of the thesis's core assertion — that AI-driven analysis of live social video (Claude Fable) is a superior creator-discovery method versus virtual assistants and outdated databases. Explicit: it comes from lightreelai's own product announcement, the origin evidence for this thesis. Strength held at 0.7 rather than higher because it is self-interested vendor marketing (lightreelai promoting its own tool), which is direct and specific but low on independent-evidentiary weight.

→ extends Claude Fable is a new tool for finding creators, introduced by Lightreel
rationale

Same author (lightreelai), same evidence document. The neighbor claim introduces Claude Fable as a new creator-finding tool; this claim extends that introduction into an explicit comparative superiority judgment (better than virtual assistants and outdated databases).

Δ confidence +0.02 on AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally bett
fable-5
+ supports AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally better approach to creator discovery than traditional methods li
rationale

The claim asserts almost verbatim the thesis's core position — that Fable-style AI creator discovery is superior to virtual assistants and outdated databases. Direct and specific, but discounted for being the vendor's (lightreelai) own promotional framing rather than independent corroboration.

→ extends Claude Fable is a new tool for finding creators, introduced by Lightreel
rationale

Same author (lightreelai) and same evidence document: this claim builds on the introduction of Claude Fable as a creator-finding tool by adding the comparative-superiority assertion (better than virtual assistants and outdated databases).

→ extends Claude Fable finds creators by watching millions of live TikToks and Reels
rationale

Same author/evidence thread: the superiority claim builds directly on the sibling's mechanism description (watching millions of live TikToks/Reels), framing that live-video approach as the reason Fable beats virtual assistants and static databases.

Δ confidence +0.01 on AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally bett
gpt-5.6-terra-medium
+ supports AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally better approach to creator discovery than traditional methods li
rationale

The claim directly asserts the thesis's central comparative conclusion: that Claude Fable's AI-driven creator discovery is superior to virtual assistants and static/outdated databases. The relationship is semantic rather than a visible cross-source interaction, and the product-source assertion is promotional rather than independently validated.

→ extends Claude Fable is a new tool for finding creators, introduced by Lightreel
rationale

The neighbor establishes Claude Fable as a creator-finding tool; this claim adds the substantive comparative position that it outperforms virtual assistants and outdated databases. No reply, quote, or direct reference between sources is provided, so this is an inferred semantic extension.

Δ confidence +0.06 on AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally bett
gpt-5.6-sol-low
+ supports AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally better approach to creator discovery than traditional methods li
rationale

The claim directly restates the thesis's core comparison—Claude Fable is better for creator discovery than virtual assistants and static/outdated databases. It is explicit because the claim and thesis originate from the same Lightreel product argument, though the promotional wording supplies limited independent evidence.

→ extends Claude Fable finds creators by watching millions of live TikToks and Reels
rationale

Within the same author and evidence source, the comparative superiority claim builds on the described live-video mechanism by stating why that mechanism matters relative to conventional creator-discovery methods.

→ extends Claude Fable can identify micro-influencers, UGC creators, and influencers matching a target profile
rationale

The same-source claim turns Fable's specific ability to identify profile-matched creators into a broader comparative judgment that this approach outperforms assistants and outdated databases.

Δ confidence +0.03 on AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally bett
gpt-5.6-sol-high
+ supports AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally better approach to creator discovery than traditional methods li
rationale

The claim directly endorses the thesis's core comparison—Claude Fable is better for creator discovery than virtual assistants and static/outdated databases—but as a vendor-authored promotional assertion without comparative results, it is strong semantic alignment rather than decisive independent evidence.

→ extends Claude Fable is a new tool for finding creators, introduced by Lightreel
rationale

Within the same Lightreel announcement, this comparative conclusion builds on the introduction of Claude Fable as a creator-finding tool by arguing that creators should replace older discovery methods with it.

→ extends Claude Fable finds creators by watching millions of live TikToks and Reels
rationale

The same post presents Fable's analysis of millions of live TikToks and Reels as the mechanism and then extends it into the explicit conclusion that this approach is superior to virtual assistants and outdated databases.

→ extends Claude Fable can identify micro-influencers, UGC creators, and influencers matching a target profile
rationale

In the same announcement, the listed ability to identify micro-influencers, UGC creators, and profile-matched influencers is extended into a broader comparative judgment that Fable is the superior discovery method.

Δ confidence +0.02 on AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally bett
gpt-5.6-luna-high
+ supports AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally better approach to creator discovery than traditional methods li
rationale

The claim directly makes the same underlying comparative assertion as the held thesis: Claude Fable's live-social-video approach is better for creator discovery than virtual assistants and static or outdated databases; the semantic relationship is inferred because no visible reply, quote, or direct cross-source reference is provided.

+ supports Claude Fable can identify micro-influencers, UGC creators, and influencers matching a target profile
rationale

A claim that Fable is superior for creator discovery semantically reinforces the neighboring claim that it can identify micro-influencers, UGC creators, and profile-matched influencers; there is no visible interaction between the claims, so the edge is inferred.

→ extends Claude Fable is a new tool for finding creators, introduced by Lightreel
rationale

The neighboring claim only introduces Fable as a creator-finding tool, while this claim extends that description into an explicit comparative judgment against virtual assistants and outdated databases; no visible interaction is provided, so the relationship is inferred.

Δ confidence +0.06 on AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally bett
kimi-k3
+ supports AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally better approach to creator discovery than traditional methods li
rationale

The claim is a near-verbatim restatement of the thesis: Claude Fable (AI-driven creator discovery) beats virtual assistants and outdated/static databases. It comes from the same lightreelai evidence thread the thesis already cites as its exemplar, so the source visibly interacts with the thesis's factual basis. Strong direct support, though from the product maker rather than an independent evaluator.

→ extends Claude Fable is a new tool for finding creators, introduced by Lightreel
rationale

Same author (lightreelai), same evidence document as the product-introduction claim. The new claim builds directly on that introduction by adding the comparative verdict: Fable is not just a new creator-finding tool but a superior one relative to VAs and outdated databases.

→ extends Claude Fable finds creators by watching millions of live TikToks and Reels
rationale

Same author/evidence source. The sibling claim explains the mechanism (watching millions of live TikToks/Reels); the new claim draws the comparative conclusion from that mechanism — because discovery runs on live video analysis rather than static databases or human VAs, it is superior. Same-direction elaboration within one authored argument.

Δ confidence +0.03 on AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally bett
11
source claim
“AI development has entered a new phase in which simply stacking up users is no longer a sustainable growth model”
4 Million Mini-Programs, One AI Agent: WeChat's Bet to Own China's Digital Life Crossing the River bridges the information gap between China’s entrepreneurial ecosystem and the West — translating, summarizing, and contextualizing the ideas, strategies, and stories that Chinese founders and investors are reading right now, but that rarely make it into English. This post is a translated summary of 《微信AI生态正式对外开放 多家头部企业抢先接入内测》 (”WeChat AI Ecosystem Opens to Outside Developers — Major Platforms Rush to Join Beta”), published June 9, 2026 by STAR Market Daily (科创板日报). Pony Ma is #3 on our Crossing the River Top 25 Chinese Founders list . On June 8, 2026, WeChat’s official developer account
… continue reading (6.6k more chars · article) published Guidelines for Developers to Connect to the WeChat AI Ecosystem , formally opening WeChat’s platform so that any mini-program developer can plug their service into “WeChat AI.” The feature is still in closed beta — end users can’t access it yet — but the direction is unmistakable: WeChat is building the infrastructure to become an AI agent that can take action across China’s entire digital economy. Developer response was immediate. Within 24 hours, Meituan, JD.com, Ctrip, Tongcheng, Dewu (得物), and Midea all announced they had connected as first-wave beta partners. Tencent stock jumped nearly 5% on the day, briefly adding over HK$300 billion (~US$38.5 billion) in market cap before settling up 1.52% at HK$453.20 (~US$58.20 per share), bringing total market cap to HK$4.13 trillion (~US$530 billion). WeChat today has 1.432 billion combined monthly active users (WeChat + international WeChat). Its mini-program ecosystem spans hundreds of verticals with over 900 million daily active users. These mini-programs already handle food delivery, ride-hailing, flight booking, e-commerce, home appliance control, product authentication — essentially the full surface area of Chinese consumer life. What Tencent is now attempting is to wire all of that together under a single AI agent. As one industry insider quoted in the article put it: “For the WeChat AI Agent to actually invoke mini-programs and get things done, the mini-programs themselves need to have the connection channel built in first — so the AI can recognize, call, and directly operate the service. The more developers connect, the more the agent can do — and only then does the ecosystem’s value truly hold up.” The integration works via two modes developers can enable from their mini-program admin console: Auto mode: WeChat reads the mini-program’s source code at review time and automatically maps its capabilities. No extra development needed. Dev mode: Developers build custom integrations tailored to their business logic, then submit for platform review. Both modes can run simultaneously. The vision Tencent described in its 2025 annual report — building “next-generation Agentic services” that connect mini-programs, content, social, and payments — is now being operationalized. A user will swipe right on WeChat’s main screen, issue a natural language instruction, and the agent will call whichever mini-program is needed to complete the task. Order food. Book a flight. Turn off the living room lights. All without leaving WeChat. Pony Ma has been unusually public about why he thinks WeChat’s position in AI agents is structurally different from everyone else’s. He’s described WeChat’s opportunity as building “a very unique Agent” — one connected to WeChat’s social graph, communication layer, content ecosystem (public accounts, video accounts), and its millions of mini-programs in a way no competitor can replicate. This view has serious institutional backing. CLSA released a report stating that Tencent, with its 4 million+ mini-programs and 1 billion WeChat users, holds the strongest competitive position in the AI Agent space — superior even to Apple’s iOS ecosystem . Their conclusion: competitors would need more than 10 years to build a comparable ecosystem from scratch. WeChat has also partnered with Huawei, Honor, Xiaomi, and OPPO to enable cross-app “A2A assistant” capabilities — meaning a user could give a voice instruction to their phone’s native AI assistant, and WeChat would execute it. The ambition extends beyond WeChat itself: Tencent is positioning WeChat AI as the cross-app coordination layer at the operating system level. China’s AI “entry point” war accelerated sharply in early June 2026, and the WeChat announcement was a catalyst. Just one day after WeChat’s agent prototype news broke, Alibaba’s Qwen announced it would open fully to third-party agents and skills, enabling any company to run a branded agent on its platform. Qwen has already integrated Taobao, Alipay, Fliggy, and Amap across the Alibaba ecosystem, unlocking 400+ AI task capabilities. But analysts note a gap: Alibaba has powerful infrastructure and ecosystem integration but lacks a truly mass-market consumer entry point of WeChat’s scale. ByteDance’s Doubao holds the MAU crown — approximately 330 million monthly active users, #1 among domestic AI apps. But Doubao’s numbers declined in May, dropping 1.81% month-over-month (~6 million users lost), the first decline since launch. ByteDance is reportedly planning ¥400–500 billion (US$55–69 billion) in AI capex for 2026 — an extraordinary figure — while simultaneously launching paid subscriptions to offset inference costs. The article’s sharpest observation is that the competition has shifted from model benchmarks to commercial sustainability: “AI development has entered a new phase. The model of simply stacking up users isn’t sustainable anymore. Whether you can close the commercial loop is the core test every major internet company now faces.” Tencent’s own foundation model, Hunyuan, still lags Doubao and Qwen on general capability benchmarks. Tencent Chief AI Scientist Yao Shunyu acknowledged this directly at Tencent Cloud’s AI Industry Applications Conference, calling AI “a long game, not a short window,” and identifying agent development as the current primary research focus. The bet Tencent is making is that ecosystem depth can compensate for — or eventually render irrelevant — model quality gaps. China Commercial Industry Research Institute data: global AI agent market was ~US$11.3 billion in 2025, projected to reach US$17.5 billion in 2026, and surpass US$47 billion by 2030. CITIC Securities identifies 2026 as “the commercial inflection point for AI Agents” — the year improved reasoning shifts AI tools from cost-reduction to revenue-generation. WeChat’s 1.4 billion monthly users and 4 million mini-programs represent the largest pre-existing infrastructure base any AI agent has ever had to work with. If Tencent can close the loop — turning that base into a functioning agent economy — it will be one of the most consequential platform shifts in the history of tech. Crossing the River is an independent newsletter focused on Chinese entrepreneurship and innovation. We translate and contextualize the ideas that Chinese founders, investors, and operators are actually reading — in Chinese — and make them accessible to a global audience. If you found this useful, consider sharing it with someone who should be paying more attention to what’s happening in China. No posts
@CTR_China · bookmarked post view on X ↗
opus-4.5
+ supports The next phase of AI industry competition will be won not by raw user growth or benchmark performance but by companies that can convert AI capabilities into sus
rationale

Claim directly asserts that user accumulation is no longer sustainable for AI, which is the negative premise underlying the thesis that competition has shifted to commercial value capture. Strength slightly discounted (0.75 vs 0.8 for sibling claim) because this is a restatement from the same author/evidence source that already contributed support.

→ extends The strategy of simply accumulating users is no longer a sustainable model for AI companies
rationale

Same author (CTR_China), same evidence source. Near-identical content: this claim adds the "entered a new phase" framing to the sibling's assertion that user-accumulation is no longer sustainable. Same-direction restatement/elaboration.

+ supports The "field of dreams" approach of building a product and assuming users will come is no longer a viable business model
rationale

Cross-author convergence (CTR_China vs illscience), no visible interaction (invariant 4). Both reject the premise that growth without monetization is viable: CTR_China says user-accumulation is no longer sustainable; illscience says the "field of dreams" (build-it-and-they-will-come) model is no longer viable. Same underlying position from independent sources. Inferred, same-direction.

opus-4.6
+ supports The next phase of AI industry competition will be won not by raw user growth or benchmark performance but by companies that can convert AI capabilities into sus
rationale

Claim asserts that user accumulation is no longer a sustainable growth model for AI, directly supporting the thesis that AI competition has shifted from raw user growth to commercial sustainability. Strength discounted from the sibling's 0.8 because this is a near-duplicate from the same author/evidence (CTR_China), adding minimal marginal information.

→ extends The strategy of simply accumulating users is no longer a sustainable model for AI companies
rationale

Same author (CTR_China) and same evidence document. This claim adds the 'new phase' framing to the sibling's assertion that user-accumulation is no longer sustainable — extending it with a temporal/epochal marker rather than merely restating it.

+ supports The "field of dreams" approach of building a product and assuming users will come is no longer a viable business model
rationale

Cross-author convergence (CTR_China vs illscience, no visible interaction — invariant 4). Both reject the premise that building/growing a user base without a sustainable commercial model is viable. CTR_China frames it as 'stacking users is no longer sustainable'; illscience frames it as 'field of dreams is dead.' Same underlying position from independent sources.

opus-4.7
+ supports The next phase of AI industry competition will be won not by raw user growth or benchmark performance but by companies that can convert AI capabilities into sus
rationale

Directly asserts the thesis's premise: raw user accumulation is no longer sustainable growth for AI. Near-paraphrase of the thesis's core proposition that the next phase is won on sustainable commercial value, not user-stacking.

→ extends The strategy of simply accumulating users is no longer a sustainable model for AI companies
rationale

Same author (CTR_China) and same evidence document. Near-duplicate proposition — this claim frames the same "user stacking no longer sustainable" point as a phase-transition in AI development, adding the temporal/structural framing to the sibling claim.

+ supports AI competition has shifted from model benchmarks to commercial sustainability, with closing the commercial loop now the core test every major internet company f
rationale

Same author/evidence document. This claim provides the premise (user-stacking is dead as growth model) that grounds the companion claim's conclusion (competition has shifted to commercial sustainability / closing the commercial loop).

+ supports The "field of dreams" approach of building a product and assuming users will come is no longer a viable business model
rationale

Cross-author agreement, no visible interaction (invariant 4). CTR_China's "user stacking no longer sustainable" and illscience's "field of dreams / build-it-and-they-will-come no longer viable" are the same underlying position — both reject growth-without-monetization. Same-direction, semantic → inferred.

Δ confidence +0.00 on The next phase of AI industry competition will be won not by raw user growth or benchmark performanc
opus-4.8
+ supports The next phase of AI industry competition will be won not by raw user growth or benchmark performance but by companies that can convert AI capabilities into sus
rationale

The claim directly asserts the thesis's core premise — that "stacking up users is no longer a sustainable growth model" — which is precisely the position that the next phase of AI competition is won by monetizable commercial value rather than raw user growth. Nearly a paraphrase of the thesis's first clause.

→ extends The strategy of simply accumulating users is no longer a sustainable model for AI companies
rationale

Same author (CTR_China) and same evidence document. This claim ("AI development has entered a new phase in which stacking users is no longer sustainable") is a near-restatement of the sibling claim that "simply accumulating users is no longer a sustainable model for AI companies," adding the "new phase" framing. Explicit intra-source elaboration in the same direction.

+ supports The "field of dreams" approach of building a product and assuming users will come is no longer a viable business model
rationale

Cross-author agreement with no visible interaction (invariant 4). CTR_China's claim that stacking users is no longer a sustainable growth model is the same underlying position as illscience's claim that the "field of dreams" / build-it-and-they-will-come model is no longer viable — both reject growth-by-user-accumulation absent a monetization premise. Same direction, semantic, hence inferred.

Δ confidence +0.00 on The next phase of AI industry competition will be won not by raw user growth or benchmark performanc
fable-5
+ supports The next phase of AI industry competition will be won not by raw user growth or benchmark performance but by companies that can convert AI capabilities into sus
rationale

The claim asserts the thesis's core premise directly: AI has entered a phase where raw user accumulation is no longer a sustainable growth model, which is precisely the 'not won by raw user growth' half of the thesis. Strong and specific, but it comes from the same author/evidence stream that already supports this thesis, so it corroborates rather than adds independent weight.

→ extends The strategy of simply accumulating users is no longer a sustainable model for AI companies
rationale

Same author (CTR_China) and same evidence document. This claim restates the sibling's assertion that user accumulation is unsustainable and extends it with a temporal/phase-shift framing: the industry has 'entered a new phase' in which the old model no longer works. Same direction, adding periodization rather than new evidence.

gpt-5.6-terra-medium
NO-OP
gpt-5.6-sol-low
NO-OP
gpt-5.6-sol-high
NO-OP
gpt-5.6-luna-high
+ supports The next phase of AI industry competition will be won not by raw user growth or benchmark performance but by companies that can convert AI capabilities into sus
rationale

The claim directly reinforces the held thesis that AI competition is shifting away from raw user growth toward sustainable monetizable commercial value; the relationship is semantic rather than a visible source-to-source interaction.

Δ confidence +0.06 on The next phase of AI industry competition will be won not by raw user growth or benchmark performanc
kimi-k3
+ supports The next phase of AI industry competition will be won not by raw user growth or benchmark performance but by companies that can convert AI capabilities into sus
rationale

Claim directly restates the thesis's negative premise — that raw user growth is no longer the winning axis of AI competition — in near-thesis language ("new phase... stacking up users no longer sustainable"). Mirrors the support edge already recorded from the near-identical sibling claim j976c9vy from the same evidence document.

+ supports The strategy of simply accumulating users is no longer a sustainable model for AI companies
rationale

Same author, same evidence document (js76sw10...): a near-verbatim restatement of the sibling claim "the strategy of simply accumulating users is no longer a sustainable model for AI companies," adding only the "new phase" framing. Direct mutual reinforcement via visible co-occurrence.

+ supports AI competition has shifted from model benchmarks to commercial sustainability, with closing the commercial loop now the core test every major internet company f
rationale

Same author/evidence document. This claim states the negative premise (user-stacking growth is dead) that grounds the neighbor's positive conclusion (competition has shifted to commercial sustainability / closing the commercial loop as the core test). Premise-to-conclusion support, reciprocal to the supports/extends edges already recorded among this evidence doc's claims.

+ supports The "field of dreams" approach of building a product and assuming users will come is no longer a viable business model
rationale

Third-party convergence with no visible interaction (CTR_China vs illscience — invariant 4). Both reject growth premised on accumulating users without a monetization/value foundation: "stacking up users no longer sustainable" and "build-it-and-they-will-come no longer viable" are the same underlying position from independent sources. Mirrors the existing inferred support edge between illscience's claim and this claim's sibling j976c9vy.

Δ confidence +0.01 on The next phase of AI industry competition will be won not by raw user growth or benchmark performanc
12
source claim
“Investors who were uninterested became willing to send term sheets overnight after learning of Lovable's acquisition interest in Rork”
When @Lovable, the hottest AI coding company in the world quietly tried to acquire @Rork, @Daniel_dhawan mentioned it offhand to investors who had been on the fence. They went from completely uninterested to sending term sheets overnight. That's how he closed a $18M round. @Rork is the world's largest AI mobile app builder. It one-shots any app, publishes directly to the App Store, generates screenshots, and with Roark Max, replaces Xcode entirely in the browser. Bolt and Lovable tried to crack mobile. They couldn't. Because they'd never shipped mobile apps. Daniel and his co-founder @Levan have spent their entire careers doing exactly that and it shows. 𝐓𝐈𝐌𝐄𝐒𝐓𝐀𝐌𝐏𝐒 (00:00)
… continue reading (1.1k more chars · thread text) Intro (00:08) What Is Rork (01:06) Raising Amid Noise (03:25) Lovable Acquisition Buzz (05:06) Meet Daniel Dhawan (06:38) First Startup Origins (08:34) Coding Since Eleven (09:42) Culture And Motivation (11:09) Leaving Russia To SF (15:20) From Web To Mobile Pivot (19:28) George Makes Money (20:38) Launch And Viral Moment (23:25) Why Mobile Wins (26:10) Vibe Coding Explained (29:30) Missionaries Vs Mercenaries (32:30) Co Founder Levan Story (36:24) Who Really Builds Apps (40:19) Apple And Rork Games (41:06) Young Builders And Zaki (42:38) Living in the Future (44:21) SF Group Chat Dynamics (48:37) Eastern Europe and Soft Power (51:54) Authenticity in the AI Era (54:47) Why the Name Rork (56:54) Hiring Bar and Team Growth (01:00:52) Underdog Hacks and Shortcuts (01:04:10) Long Term Vision and Social Lifts (01:09:24) What If You Win Mindset (01:10:53) Trust Your Intuition (01:14:03) DMing for Hidden Talent (01:15:36) Final Thanks and Wrap This is a @Composio "Agents at Work" podcast, where I chat with founders building the next leap of AI. Follow for more:)
@juliafedorin · bookmarked post view on X ↗
opus-4.5
+ supports A competitor's acquisition offer, once made public, functions as powerful social proof that reverses investor reluctance — turning prior rejections into rushed
rationale

This claim is a direct instance of the thesis's core mechanism: investors who were uninterested became willing to send term sheets specifically after learning of Lovable's acquisition interest — the exact "acquisition offer reversing investor reluctance" dynamic the thesis asserts. High strength as a concrete behavioral example.

+ supports Public signaling of external validation — such as disclosing a competitor's acquisition offer — can rapidly and dramatically re-rate a startup in investors' eye
rationale

The overnight reversal from disinterest to term sheets upon learning of acquisition interest exemplifies the thesis's claim that external validation signals rapidly re-rate startups in investors' eyes, converting rejection into competing offers — investor conviction driven by social proof (competitor validation) rather than independent fundamentals evaluation.

→ extends Investors who had previously declined suddenly rushed to offer term sheets after the acquisition news became public
rationale

Same author (juliafedorin), same evidence document. Both describe the same investor-reversal phenomenon from the same source material. This claim adds specificity by naming "Lovable's acquisition interest" and "overnight" timing, while the neighbor uses "acquisition news became public" and "suddenly rushed." Near-duplicates elaborating the same fact.

+ supports Publicly sharing an acquisition offer from a competitor dramatically altered venture capitalists' perception of the startup
rationale

Same author/evidence. This claim is a concrete behavioral instance — investors flipping overnight upon learning of acquisition interest — that directly evidences the neighbor's more abstract generalization that publicly sharing an acquisition offer from a competitor dramatically altered VCs' perception.

Δ confidence +0.08 on A competitor's acquisition offer, once made public, functions as powerful social proof that reverses
Δ confidence +0.06 on Public signaling of external validation — such as disclosing a competitor's acquisition offer — can
opus-4.6
+ supports A competitor's acquisition offer, once made public, functions as powerful social proof that reverses investor reluctance — turning prior rejections into rushed
rationale

This claim is a direct instance of the thesis: investors who were previously uninterested reversed overnight specifically upon learning of Lovable's acquisition interest — the exact mechanism (competitor acquisition offer as social proof reversing investor reluctance) the thesis describes.

+ supports Public signaling of external validation — such as disclosing a competitor's acquisition offer — can rapidly and dramatically re-rate a startup in investors' eye
rationale

The claim exemplifies the broader thesis that external validation signals (here, a competitor's acquisition interest) can rapidly re-rate a startup, converting prior rejection into willingness to send term sheets. Inferred because the claim doesn't directly reference the thesis's broader framing about social proof vs. independent evaluation.

+ supports Investors who had previously declined suddenly rushed to offer term sheets after the acquisition news became public
rationale

Same author (juliafedorin), same evidence. Near-paraphrase: this claim specifies that investors went from 'uninterested' to 'willing to send term sheets overnight' upon learning of Lovable's acquisition interest; the neighbor says investors who had previously declined rushed to offer term sheets after the acquisition news became public. Mutual reinforcement of the same datapoint.

+ supports Daniel Dhawan mentioned Lovable's acquisition attempt offhand to investors who had been on the fence about investing
rationale

Same author/evidence. The neighbor claim states Daniel Dhawan mentioned Lovable's acquisition attempt to on-the-fence investors; this claim provides the outcome — those investors became willing to send term sheets overnight. Together they form a cause-and-effect pair from the same narrative.

+ supports Publicly sharing an acquisition offer from a competitor dramatically altered venture capitalists' perception of the startup
rationale

Same author/evidence. This claim is a concrete instance: investors flipping from uninterested to sending term sheets overnight after learning of the acquisition interest — directly evidencing the neighbor's generalization that publicly sharing a competitor's acquisition offer dramatically altered VCs' perception.

Δ confidence +0.05 on A competitor's acquisition offer, once made public, functions as powerful social proof that reverses
Δ confidence +0.03 on Public signaling of external validation — such as disclosing a competitor's acquisition offer — can
opus-4.7
+ supports A competitor's acquisition offer, once made public, functions as powerful social proof that reverses investor reluctance — turning prior rejections into rushed
rationale

Direct instance of the thesis: uninterested investors reversed course and sent term sheets overnight specifically after learning of Lovable's acquisition interest — the precise social-proof-reversal mechanism the thesis asserts.

+ supports Public signaling of external validation — such as disclosing a competitor's acquisition offer — can rapidly and dramatically re-rate a startup in investors' eye
rationale

Concrete evidence for the broader thesis that public signaling of external validation rapidly re-rates a startup: prior rejections became overnight term sheets after the Lovable acquisition interest was disclosed — investor conviction driven by social proof, not fundamentals.

+ supports Investors who had previously declined suddenly rushed to offer term sheets after the acquisition news became public
rationale

Same author/evidence, near-duplicate framing: both describe previously-declining investors rushing to send term sheets after the acquisition news surfaced. This claim adds the "overnight" specificity and names the acquirer (Lovable).

+ supports Publicly sharing an acquisition offer from a competitor dramatically altered venture capitalists' perception of the startup
rationale

Same author/essay. This is the concrete behavioral instance — uninterested investors sending overnight term sheets — that evidences the more abstract claim that publicly sharing a competitor's acquisition offer dramatically altered VC perception.

+ supports The mention of Lovable's acquisition interest was the mechanism by which Daniel Dhawan closed an $18M funding round
rationale

Same author/essay. Overnight term sheets from previously uninterested investors is the mechanism by which the $18M round closed — this claim provides the behavioral link between the Lovable disclosure and the round closing.

Δ confidence +0.03 on A competitor's acquisition offer, once made public, functions as powerful social proof that reverses
Δ confidence +0.02 on Public signaling of external validation — such as disclosing a competitor's acquisition offer — can
opus-4.8
+ supports A competitor's acquisition offer, once made public, functions as powerful social proof that reverses investor reluctance — turning prior rejections into rushed
rationale

Direct instance of the thesis: previously-uninterested investors sent term sheets overnight specifically after learning of Lovable's acquisition interest in Rork — the exact acquisition-offer-as-social-proof reversal the thesis asserts. Same essay as the thesis's founding claims.

+ supports Public signaling of external validation — such as disclosing a competitor's acquisition offer — can rapidly and dramatically re-rate a startup in investors' eye
rationale

Investors who had independently declined reversing overnight on the acquisition-interest signal is a concrete instance of external validation re-rating a startup — conviction driven by social proof rather than independent evaluation of fundamentals. Inferred (semantic, not a direct reference to the thesis).

+ supports Investors who had previously declined suddenly rushed to offer term sheets after the acquisition news became public
rationale

Same author/evidence, essentially the same observation from a different angle: this claim attributes the reversal specifically to investors learning of Lovable's acquisition interest, while the neighbor frames it as the reversal following the news becoming public. Mutually corroborating instances of the same event.

+ supports The mention of Lovable's acquisition interest was the mechanism by which Daniel Dhawan closed an $18M funding round
rationale

Same essay. This claim describes the mechanism (uninterested investors flipping to term sheets on hearing of the acquisition interest) that underlies the neighbor's outcome claim that this mention was how Dhawan closed the $18M round.

Δ confidence +0.05 on A competitor's acquisition offer, once made public, functions as powerful social proof that reverses
Δ confidence +0.03 on Public signaling of external validation — such as disclosing a competitor's acquisition offer — can
fable-5
→ extends Investors who had previously declined suddenly rushed to offer term sheets after the acquisition news became public
rationale

Same author/evidence. The neighbor states generically that previously-declining investors rushed to offer term sheets after acquisition news; this claim extends it with the specific trigger — learning of Lovable's acquisition interest in Rork — naming the parties and the exact information event. Same direction, added specificity.

+ supports The mention of Lovable's acquisition interest was the mechanism by which Daniel Dhawan closed an $18M funding round
rationale

Same author/essay. The overnight reversal from uninterested to term-sheets-in-hand, triggered specifically by learning of Lovable's acquisition interest, is the behavioral evidence for the neighbor's claim that mentioning that acquisition interest was the mechanism by which Dhawan closed the $18M round.

+ supports A competitor's acquisition offer, once made public, functions as powerful social proof that reverses investor reluctance — turning prior rejections into rushed
rationale

Direct instance of the thesis's mechanism: a competitor's (Lovable's) acquisition interest, once learned by investors, reversed prior reluctance into overnight term sheets — exactly the social-proof-reversal the thesis asserts. Inferred: stance deduced semantically; the source does not reference the thesis. Note this corroboration comes from the same evidence stream that founded the thesis, not an independent source.

+ supports Public signaling of external validation — such as disclosing a competitor's acquisition offer — can rapidly and dramatically re-rate a startup in investors' eye
rationale

Investors flipping from uninterested to sending term sheets overnight upon a single external-validation signal (a competitor's acquisition interest) — with no change in fundamentals — instantiates the thesis that investor conviction is driven substantially by social proof rather than independent evaluation. Inferred semantic stance; same evidence stream as the thesis's founding claims.

Δ confidence +0.04 on A competitor's acquisition offer, once made public, functions as powerful social proof that reverses
Δ confidence +0.02 on Public signaling of external validation — such as disclosing a competitor's acquisition offer — can
gpt-5.6-terra-medium
NO-OP
gpt-5.6-sol-low
+ supports Investors who had previously declined suddenly rushed to offer term sheets after the acquisition news became public
rationale

This is a near-duplicate account of the same Rork episode: previously uninterested investors became willing to issue term sheets immediately after learning of Lovable's acquisition interest.

+ supports Publicly sharing an acquisition offer from a competitor dramatically altered venture capitalists' perception of the startup
rationale

The overnight reversal from disinterest to term sheets is concrete evidence that disclosure of acquisition interest sharply changed investors' perception of Rork.

+ supports The mention of Lovable's acquisition interest was the mechanism by which Daniel Dhawan closed an $18M funding round
rationale

The sudden arrival of term sheets after investors learned of Lovable's interest supports the asserted mechanism by which that acquisition signal helped close Rork's funding round, though this claim does not itself establish the round's final size.

+ supports A competitor's acquisition offer, once made public, functions as powerful social proof that reverses investor reluctance — turning prior rejections into rushed
rationale

This is a direct, specific instance of acquisition interest acting as social proof that reverses investor reluctance and rapidly produces term sheets.

+ supports Public signaling of external validation — such as disclosing a competitor's acquisition offer — can rapidly and dramatically re-rate a startup in investors' eye
rationale

Investors changing from uninterested to ready to send term sheets solely after learning of external acquisition interest supports the thesis that social validation can rapidly re-rate a startup.

Δ confidence +0.05 on A competitor's acquisition offer, once made public, functions as powerful social proof that reverses
Δ confidence +0.04 on Public signaling of external validation — such as disclosing a competitor's acquisition offer — can
gpt-5.6-sol-high
NO-OP
gpt-5.6-luna-high
+ supports Investors who had previously declined suddenly rushed to offer term sheets after the acquisition news became public
rationale

This claim is a near-verbatim corroboration of the neighboring claim: investors who had declined became willing to issue term sheets after the acquisition news, with the same overnight reversal mechanism; no visible source-to-source interaction is present, so the edge is inferred.

+ supports Publicly sharing an acquisition offer from a competitor dramatically altered venture capitalists' perception of the startup
rationale

Investors' rapid shift from disinterest to sending term sheets after learning of the acquisition interest is a concrete instance of public acquisition signaling dramatically changing venture-capital perception.

+ supports A competitor's acquisition offer, once made public, functions as powerful social proof that reverses investor reluctance — turning prior rejections into rushed
rationale

The claim directly instantiates the thesis that a competitor's acquisition interest acts as social proof, reversing prior investor reluctance into rushed term sheets; the evidence is specific but from the same underlying account as nearby corroborations.

+ supports Public signaling of external validation — such as disclosing a competitor's acquisition offer — can rapidly and dramatically re-rate a startup in investors' eye
rationale

The overnight change in investor willingness after an external validation signal supports the broader thesis that public signals can rapidly re-rate a startup, although this anecdote does not by itself establish that social proof outweighed independent evaluation of fundamentals.

Δ confidence +0.06 on A competitor's acquisition offer, once made public, functions as powerful social proof that reverses
Δ confidence +0.04 on Public signaling of external validation — such as disclosing a competitor's acquisition offer — can
kimi-k3
+ supports Investors who had previously declined suddenly rushed to offer term sheets after the acquisition news became public
rationale

Same author/evidence. Near-verbatim restatement of the same event: previously-uninterested/declined investors rushing to send term sheets once the acquisition interest became known. The two claims mutually corroborate the same factual assertion.

→ extends Lovable quietly attempted to acquire Rork
rationale

Same author/evidence. Builds on the fact that Lovable quietly attempted to acquire Rork by describing the downstream effect of that attempt becoming known — investors flipping to term sheets overnight. Same-direction elaboration of the acquisition narrative.

→ extends Daniel Dhawan mentioned Lovable's acquisition attempt offhand to investors who had been on the fence about investing
rationale

Same author/evidence. The neighbor states the cause (Daniel Dhawan's offhand mention of the acquisition attempt to on-the-fence investors); this claim states the effect (those investors flipping to term sheets overnight). Same-direction cause→effect continuation.

+ supports The mention of Lovable's acquisition interest was the mechanism by which Daniel Dhawan closed an $18M funding round
rationale

Same author/evidence. The investor flip described here is the intermediate mechanism that evidences the neighbor's causal claim that mentioning the acquisition interest is how Dhawan closed the $18M round — the term-sheet reversal is the observable step in that mechanism.

+ supports Publicly sharing an acquisition offer from a competitor dramatically altered venture capitalists' perception of the startup
rationale

Same author/evidence. Concrete instance of the general claim that publicly sharing a competitor's acquisition offer dramatically altered VCs' perception: uninterested investors becoming willing to send term sheets overnight is exactly that perception shift.

+ supports A competitor's acquisition offer, once made public, functions as powerful social proof that reverses investor reluctance — turning prior rejections into rushed
rationale

Direct instance of the thesis: a competitor's acquisition interest, once known, reversed investor reluctance into overnight term sheets — the precise social-proof-reversal mechanism the thesis asserts. Same source essay as the thesis's originating claims, hence explicit.

+ supports Public signaling of external validation — such as disclosing a competitor's acquisition offer — can rapidly and dramatically re-rate a startup in investors' eye
rationale

Direct instance of the broader thesis: disclosure of a competitor's acquisition offer rapidly re-rated Rork in investors' eyes, converting prior disinterest into term sheets — investor conviction moving on social proof rather than independent evaluation. Same source essay as the thesis's originating claims.

Δ confidence +0.05 on A competitor's acquisition offer, once made public, functions as powerful social proof that reverses
Δ confidence +0.03 on Public signaling of external validation — such as disclosing a competitor's acquisition offer — can
13
source claim
“The best developers have always built their own tools”
GitHub - manaflow-ai/cmux: Open source Ghostty-based macOS terminal with vertical tabs and notifications for AI coding agents. Built for multitasking, organization, and programmability. A Ghostty-based macOS terminal with vertical tabs and notifications for AI coding agents English | 日本語 | Tiếng Việt | 简体中文 | 繁體中文 | 한국어 | Deutsch | Español | Français | Italiano | Dansk | Polski | Русский | Bosanski | العربية | Norsk | Português (Brasil) | ไทย | Türkçe | ភាសាខ្មែរ | Українська ▶ Demo video · The Zen of cmux Features Notification rings Panes get a blue ring and tabs light up when coding agents need your attention Notification panel See all pending notifications in one place, jump to the most
… continue reading (14.5k more chars · article) recent unread In-app browser Split a browser alongside your terminal with a scriptable API ported from agent-browser Vertical + horizontal tabs Sidebar shows git branch, linked PR status/number, working directory, listening ports, and latest notification text. Split horizontally and vertically. SSH cmux ssh user@remote creates a workspace for a remote machine. Browser panes route through the remote network so localhost just works. Drag an image into a remote session to upload via scp. Claude Code Teams cmux claude-teams runs Claude Code's teammate mode with one command. Teammates spawn as native splits with sidebar metadata and notifications. No tmux required. Browser import — Import cookies, history, and sessions from Chrome, Firefox, Arc, and 20+ browsers so browser panes start authenticated Custom commands — Define project-specific actions in cmux.json that launch from the command palette Programmable — CLI and socket API to create workspaces, split panes, send keystrokes, and automate the browser Native macOS app — Built with Swift and AppKit, not Electron. Fast startup, low memory. Ghostty compatible — Reads your existing ~/.config/ghostty/config for themes, fonts, and colors GPU-accelerated — Powered by libghostty for smooth rendering Keyboard shortcuts — Extensive shortcuts for workspaces, splits, browser, and more Open source — Free and GPL-licensed Install DMG (recommended) Open the .dmg and drag cmux to your Applications folder. cmux auto-updates via Sparkle, so you only need to download once. Homebrew brew tap manaflow-ai/cmux brew install --cask cmux To update later: brew upgrade --cask cmux On first launch, macOS may ask you to confirm opening an app from an identified developer. Click Open to proceed. Why cmux? I run a lot of Claude Code and Codex sessions in parallel. I was using Ghostty with a bunch of split panes, and relying on native macOS notifications to know when an agent needed me. But Claude Code's notification body is always just "Claude is waiting for your input" with no context, and with enough tabs open I couldn't even read the titles anymore. I tried a few coding orchestrators but most of them were Electron/Tauri apps and the performance bugged me. I also just prefer the terminal since GUI orchestrators lock you into their workflow. So I built cmux as a native macOS app in Swift/AppKit. It uses libghostty for terminal rendering and reads your existing Ghostty config for themes, fonts, and colors. The main additions are the sidebar and notification system. The sidebar has vertical tabs that show git branch, linked PR status/number, working directory, listening ports, and the latest notification text for each workspace. The notification system picks up terminal sequences (OSC 9/99/777) and has a CLI ( cmux notify ) you can wire into agent hooks for Claude Code, OpenCode, etc. When an agent is waiting, its pane gets a blue ring and the tab lights up in the sidebar, so I can tell which one needs me across splits and tabs. Cmd+Shift+U jumps to the most recent unread. The in-app browser has a scriptable API ported from agent-browser . Agents can snapshot the accessibility tree, get element refs, click, fill forms, and evaluate JS. You can split a browser pane next to your terminal and have Claude Code interact with your dev server directly. Everything is scriptable through the CLI and socket API — create workspaces/tabs, split panes, send keystrokes, open URLs in the browser. The Zen of cmux cmux is not prescriptive about how developers hold their tools. It's a terminal and browser with a CLI, and the rest is up to you. cmux is a primitive, not a solution. It gives you a terminal, a browser, notifications, workspaces, splits, tabs, and a CLI to control all of it. cmux doesn't force you into an opinionated way to use coding agents. What you build with the primitives is yours. The best developers have always built their own tools. Nobody has figured out the best way to work with agents yet, and the teams building closed products definitely haven't either. The developers closest to their own codebases will figure it out first. Give a million developers composable primitives and they'll collectively find the most efficient workflows faster than any product team could design top-down. Documentation For more info on how to configure cmux, head over to our docs . Keyboard Shortcuts Workspaces Shortcut Action ⌘ N New workspace ⌘ 1–8 Jump to workspace 1–8 ⌘ 9 Jump to last workspace ⌃ ⌘ ] Next workspace ⌃ ⌘ [ Previous workspace ⌘ ⇧ W Close workspace ⌘ ⇧ R Rename workspace ⌥ ⌘ E Edit workspace description ⌘ B Toggle sidebar ⌥ ⌘ B Toggle right sidebar ⌘ ⇧ E Toggle right sidebar focus Surfaces Shortcut Action ⌘ T New surface ⌘ ⇧ ] Next surface ⌘ ⇧ [ Previous surface ⌃ Tab Next surface ⌃ ⇧ Tab Previous surface ⌃ 1–8 Jump to surface 1–8 ⌃ 9 Jump to last surface ⌘ W Close surface Split Panes Shortcut Action ⌘ D Split right ⌘ ⇧ D Split down ⌥ ⌘ ← → ↑ ↓ Focus pane directionally ⌘ ⇧ H Flash focused panel Browser Browser developer-tool shortcuts follow Safari defaults and are customizable in Settings → Keyboard Shortcuts . Command palette navigation shortcuts, including ⌃ P, are also customizable and can be cleared so the keypress reaches the active terminal. Shortcut Action ⌘ ⇧ L Open browser in split ⌘ L Focus address bar ⌘ [ Back ⌘ ] Forward ⌘ R Reload page ⌥ ⌘ I Toggle Developer Tools (Safari default) ⌥ ⌘ C Show JavaScript Console (Safari default) Notifications Shortcut Action ⌘ I Show notifications panel ⌘ ⇧ U Jump to latest unread ⌥ ⌘ U Toggle current item unread state ⌃ ⌘ U Mark current item as oldest unread and jump to next latest unread Find Shortcut Action ⌘ F Find ⌘ ⇧ F Find in directory ⌘ G / ⌥ ⌘ G Find next / previous ⌥ ⌘ ⇧ F Hide find bar ⌘ E Use selection for find Terminal Shortcut Action ⌘ K Clear scrollback ⌘ C Copy (with selection) ⌘ V Paste ⌘ + / ⌘ - Increase / decrease font size ⌘ 0 Reset font size Window Shortcut Action ⌘ ⇧ N New window ⌘ ⇧ O Reopen previous session ⌘ , Settings ⌘ ⇧ , Reload configuration ⌘ Q Quit Nightly Builds Download cmux NIGHTLY cmux NIGHTLY is a separate app with its own bundle ID, so it runs alongside the stable version. Built automatically from the latest main commit and auto-updates via its own Sparkle feed. Report nightly bugs on GitHub Issues or in #nightly-bugs on Discord . Session restore Quitting cmux saves the current session. On relaunch, cmux restores app-owned state: Window/workspace/pane layout Working directories Terminal scrollback (best effort) Browser URL and navigation history cmux does not checkpoint arbitrary live process state. tmux, vim, shells, and unsupported terminal apps reopen as normal terminals. Supported agent sessions can resume when hooks have saved a native session ID. Install hooks after installing the agent CLI so its binary is on PATH : cmux hooks setup cmux hooks setup codex cmux hooks setup --agent opencode cmux hooks setup installs supported agents it can find and prints a summary for skipped agents. Supported resume integrations include Claude Code, Codex, Grok, OpenCode, Pi, Amp, Cursor CLI, Gemini, Rovo Dev, Copilot, CodeBuddy, Factory, and Qoder. Claude Code is handled by the cmux Claude wrapper when Claude integration is enabled in Settings. Advanced users and integrations can attach a custom resume command to the current terminal surface. This is useful for tools with their own durable state, such as tmux sessions or custom agent CLIs: cmux surface resume set --kind tmux --checkpoint work --shell " tmux attach -t work " cmux surface resume show --json cmux surface resume clear --checkpoint work The binding stays attached to the cmux surface. Public CLI or socket-created bindings are stored for inspection and manual restore unless you approve a signed command prefix for automatic restore. Approved prefixes are also bound to the working directory and exact environment values, when present. Review or edit approvals in Settings > Terminal > Resume Commands . cmux only auto-runs resume bindings it marks trusted, such as live process-detected tmux bindings or user-approved prefixes. Sensitive environment keys such as tokens, passwords, secrets, and API keys are dropped before a resume binding is stored. To keep restored agent terminals idle instead of automatically running their resume commands, turn off Settings > Terminal > Resume Agent Sessions on Reopen or set this in ~/.config/cmux/cmux.json : { "terminal" : { "autoResumeAgentSessions" : false } } This only disables automatic agent resume commands. cmux still restores the saved layout, working directories, scrollback, and browser history. If you need to reapply the last saved snapshot manually, use: File > Reopen Previous Session ⌘ ⇧ O cmux restore-session Under the hood, cmux writes a versioned snapshot under ~/Library/Application Support/cmux/ and agent hooks write session mappings under ~/.cmuxterm/ . On restore, cmux rebuilds the layout first, then runs the supported agent's native resume command when automatic agent resume is enabled. Read the full guide at https://cmux.com/docs/session-restore . FAQ How does cmux relate to Ghostty? cmux is not a fork of Ghostty. It uses libghostty as a library for terminal rendering, the same way apps use WebKit for web views. Ghostty is a standalone terminal; cmux is a different app built on top of its rendering engine. What platforms does it support? macOS only, for now. cmux is a native Swift + AppKit app. Is there an iOS app? Yes, in beta. Pair your iPhone with your Mac from the Mobile Connect window and attach to your terminals from your phone, with optional forwarding of terminal notifications. It ships on TestFlight as cmux BETA. Early access is included with cmux Founders Edition . See the iOS docs . What coding agents does cmux work with? All of them. cmux is a terminal, so any agent that runs in a terminal works out of the box: Claude Code, Codex, OpenCode, Gemini CLI, Kiro, Aider, Goose, Amp, Cline, Cursor Agent, and anything else you can launch from the command line. Can cmux orchestrate multiple agents and subagents? Yes. When an agent spawns subagents or teammates, cmux turns them into native panes and splits instead of hidden background processes. It supports Claude Code teams and oh-my-opencode multi-model orchestration, so every agent in a run is visible and controllable. Can I use cmux with remote machines? Yes. Open workspaces over SSH and attach to remote tmux sessions, so agents can run on a remote host while you drive them from cmux. See SSH and remote . How do notifications work? When a process needs attention, cmux shows notification rings around panes, unread badges in the sidebar, a notification popover, and a macOS desktop notification. These fire automatically via standard terminal escape sequences (OSC 9/99/777), or you can trigger them with the cmux CLI and agent hooks . Any agent that supports hooks or OSC works, including Claude Code, Codex, OpenCode, and pi. Is cmux programmable? Yes. Every action is available through the cmux CLI and a Unix socket: create workspaces, open split panes, send input, read screen contents, take screenshots, and drive the in-app browser. See the CLI reference and browser automation docs. What can the built-in browser do? cmux can split a real browser pane next to your terminal, and it is fully programmable: navigate, snapshot the DOM, click, type, evaluate JavaScript, and read console and network activity over the same socket API. Agents use it to verify their own web changes without leaving cmux. See browser automation . Does cmux have skills? Yes. Skills are reusable workflows you can give any agent running in cmux, for things like CLI control, workspace automation, settings, and browser surfaces. Browse the open collection at cmux-skills , or read the skills docs . Can I customize keyboard shortcuts? Terminal keybindings are read from your Ghostty config file ( ~/.config/ghostty/config ). cmux-specific shortcuts (workspaces, splits, browser, notifications) can be customized in Settings. See the default shortcuts for a full list. Can I customize cmux? Yes. Terminal rendering uses your Ghostty config, so themes, fonts, colors, and cursor carry over directly. cmux's own settings in ~/.config/cmux/cmux.json control the sidebar, tab bar, split panes, and behavior, and every keyboard shortcut is editable. See configuration . Are my sessions saved? Yes. cmux restores your windows, workspaces, panes, working directories, and scrollback when you relaunch, and the state survives a full computer restart, not just quitting the app. Agent sessions like Claude Code, Codex, and OpenCode come back too. See session restore . How does it compare to tmux? tmux is a terminal multiplexer that runs inside any terminal. cmux is a native macOS app with a GUI: vertical tabs, split panes, an embedded browser, and a socket API, all built in, no config files or prefix keys needed. That said, lots of people happily run cmux with SSH and tmux together, and cmux can attach to your remote tmux sessions natively ( beta ). Is cmux free? Yes, cmux is free to use. The source code is available on GitHub . How can I support cmux? cmux is free and open source, and always will be. If you want to back development and get early access to what's next, including cmux AI, the iOS app, and Cloud VMs, check out cmux Founders Edition . I have a feature request or found a bug? We want to hear it. Open an issue or pull request on GitHub, or email us . Star History Contributing Ways to get involved: Follow us on X for updates @manaflowai , @lawrencecchen , and @austinywang Join the conversation on Discord Create and participate in GitHub issues and discussions Let us know what you're building with cmux Community Discord WhatsApp GitHub X / Twitter YouTube LinkedIn Reddit WeChat: Scan the QR code to join the community. Founder's Edition cmux is free, open source, and always will be. If you'd like to support development and get early access to what's coming next: Get Founder's Edition Prioritized feature requests/bug fixes Early access: cmux AI that gives you context on every workspace, tab and panel Early access: iOS app with terminals synced between desktop and phone Early access: Cloud VMs Early access: Voice mode My personal iMessage/WhatsApp License cmux is open source under GPL-3.0-or-later . If your organization cannot comply with GPL, a commercial license is available. Contact founders@manaflow.com for details.
@steipete · bookmarked post view on X ↗
opus-4.5
⚡ contradicts Conventional agent development requires building tools, writing skills, and manually wiring both into the agent loop, which is unnecessary overhead
rationale

Third-party implicit tension (steipete vs vercel, no visible interaction → inferred). The new claim asserts building one's own tools is the defining characteristic of "the best developers" — a practice-as-virtue position. Vercel's claim frames the same activity (building tools, wiring them into agent loops) as "unnecessary overhead" to be eliminated. If tool-building is unnecessary overhead, it cannot be a marker of excellence; the two positions pull in opposite directions on the value of custom tool creation.

+ supports Developers who are closest to their own codebases will be the first to figure out effective workflows for working with AI agents
rationale

Same author (steipete), same evidence document — a continuous argument. Both claims emphasize developer autonomy and hands-on engagement: building one's own tools and being closest to one's codebase to figure out workflows are complementary articulations of the same developer-agency philosophy.

+ supports Giving many developers composable primitives will let them collectively discover efficient workflows faster than a product team designing a solution top-down
rationale

Same author (steipete), same evidence document. The claim that "the best developers have always built their own tools" undergirds the claim that giving developers composable primitives lets them discover efficient workflows — the premise being that developers should shape their own tooling rather than consume pre-packaged solutions. Same-direction support within a continuous argument.

→ extends Humans are fundamentally tool builders
rationale

Third-party alignment (steipete vs illscience, no visible interaction → inferred). "Humans are fundamentally tool builders" is the general anthropological premise; "the best developers have always built their own tools" is a domain-specific instantiation — asserting that this fundamental trait is especially pronounced/essential among top developers. Same-direction extension from the general to the specific.

✦ proposes thesis The hallmark of elite software developers is building their own tools — custom tooling is not overhead but a distinguishing practice that has always separated t conf 0.45
opus-4.6
+ supports Developers who are closest to their own codebases will be the first to figure out effective workflows for working with AI agents
rationale

Same author (steipete), same evidence document. "The best developers have always built their own tools" supplies the historical premise for the forward-looking claim that developers closest to their codebases will figure out AI-agent workflows first — both center developer self-sufficiency and proximity to tooling as the key advantage.

+ supports Giving many developers composable primitives will let them collectively discover efficient workflows faster than a product team designing a solution top-down
rationale

Same author (steipete), same evidence document. "The best developers build their own tools" is the historical grounding for the prescription that composable primitives should be given to developers to collectively discover workflows — the philosophy of developer-as-toolmaker underpins the bottom-up discovery argument.

+ supports Humans are fundamentally tool builders
rationale

Third-party alignment (steipete vs illscience, no visible interaction → inferred). illscience asserts humans are fundamentally tool builders; steipete's claim that the best developers have always built their own tools is a domain-specific instance of that universal assertion. Same direction, cross-source convergence.

≈ complicates Non-engineers are eager to build their own software tools.
rationale

Third-party tension (steipete vs jedwards_27, no visible interaction → inferred). steipete frames tool-building as a distinguishing trait of *the best* developers — an elite practice. jedwards_27 observes that *non-engineers* are eager to build their own tools, undermining the claim's implicit premise that tool-building is what separates elite developers from the rest. If everyone does it, it's not differentiating. Cross-source qualification.

⚡ contradicts Conventional agent development requires building tools, writing skills, and manually wiring both into the agent loop, which is unnecessary overhead
rationale

Third-party tension (steipete vs vercel, no visible interaction → inferred). steipete celebrates tool-building as the hallmark of excellent developers. vercel frames tool-building and manual wiring as "unnecessary overhead" that should be eliminated. Direct philosophical disagreement: one treats building tools as a virtue, the other as friction to be removed.

⚡ contradicts The cost of an engineer to maintain a self-built replicated tool exceeds the cost of simply licensing the tool
rationale

Third-party tension (steipete vs illscience, no visible interaction → inferred). steipete valorizes building your own tools as what the best developers do. illscience asserts the cost of maintaining a self-built tool exceeds the cost of licensing it — an economic argument against the build-your-own ethos. Temporal tension note: steipete's claim is framed as timeless ("have always"), while illscience's cost argument may reflect modern SaaS economics; the two may be talking past each other across eras.

≈ complicates AI-powered no-code app-building tools like Google AI Studio's Android app feature are fundamentally democratizing software creation, dramatically lowering the b
rationale

The thesis celebrates the democratization of software creation via AI no-code tools, implying that removing the build barrier is uniformly good. This claim introduces a qualification: if the best developers are defined precisely by building their own tools, then collapsing the tool-building process may eliminate a meaningful skill-differentiation axis. It doesn't contradict democratization but complicates the thesis's implied narrative that lowering barriers is purely positive — there may be craft value in the difficulty itself. Inferred; no visible interaction between steipete and the thesis's source authors.

✦ proposes thesis The best developers are distinguished by building their own tools — custom tooling is a hallmark of developer excellence, not unnecessary overhead, and develope conf 0.35
opus-4.7
→ extends Developers who are closest to their own codebases will be the first to figure out effective workflows for working with AI agents
rationale

Same author (steipete), same evidence document. This claim provides the historical premise ("have always built their own tools") that grounds the sibling forward-looking prediction that developers closest to their codebases will be first to figure out effective AI-agent workflows. Same-direction elaboration — self-tool-building elites are the same population positioned to lead the AI-workflow transition.

+ supports Humans are fundamentally tool builders
rationale

Third party (steipete vs illscience), no visible interaction → inferred. The elite-developer self-tool-building claim is a specific, high-status instance of illscience's general "humans are fundamentally tool builders" thesis — the best practitioners of the archetypal human activity are the ones who exemplify it. Same-direction but narrower in scope, so moderate strength.

+ supports Tool-building is a fundamental, defining trait of humans — human progress (species-level and individual) is driven by the tools we build, making tool creation a
rationale

The thesis holds tool-building is a constitutive human trait. This claim provides a domain-specific instance: within software engineering, the best practitioners are precisely those who build their own tools — an existence-proof at the elite subset that tool-building is definitional of high human performance in a domain, not incidental. Inferred (no visible interaction between steipete and illscience).

⚡ contradicts Conventional agent development requires building tools, writing skills, and manually wiring both into the agent loop, which is unnecessary overhead
rationale

Third-party cross-source tension (steipete vs vercel, no visible interaction → inferred). vercel frames building tools and manually wiring them into the agent loop as "unnecessary overhead" a platform should abstract away. This claim asserts the opposite valence: building your own tools has always been the defining practice of the best developers — not overhead to eliminate but a mark of top-tier engineering. The disagreement is about whether tool-building is a wasteful step (vercel) or a signal of craft mastery (steipete).

✦ proposes thesis Elite developers have always distinguished themselves by building their own tools — self-tool-building is a defining trait of top-tier engineering practice, not conf 0.55
opus-4.8
→ extends Developers who are closest to their own codebases will be the first to figure out effective workflows for working with AI agents
rationale

Same author (steipete), same evidence document — a continuous argument. The neighbor claim holds that developers closest to their own codebases will be first to master AI-agent workflows; this claim extends that craft/proximity framing in the same direction by asserting that the best developers have always built their own tools. Both valorize developer proximity and self-tooling as the mark of excellence.

≈ complicates It has become extremely easy to build software products
rationale

Third party (steipete vs illscience), no visible interaction → inferred. illscience holds that it has become extremely easy to build software products — implying tool/software building is becoming a commodity, universal activity. This claim complicates that by framing tool-building as a distinguishing mark of the BEST developers, i.e. an elite craft rather than a democratized commodity. The tension is over whether self-tooling is a signal of excellence or now trivially available to all; it qualifies rather than flatly negates the ease claim.

✦ proposes thesis Elite/high-skill developers are distinguished by building their own tools; tool-building is a defining mark of top developers rather than a commodity activity — conf 0.50
fable-5
→ extends Humans are fundamentally tool builders
rationale

Third parties (steipete vs illscience), no visible interaction → inferred. "Humans are fundamentally tool builders" is the general anthropological premise; steipete extends it in the same direction by specializing it to the craft domain — the best developers distinguish themselves precisely by building their own tools. Same-direction elaboration, narrower scope.

+ supports Developers who are closest to their own codebases will be the first to figure out effective workflows for working with AI agents
rationale

Same author (steipete), same evidence document — a continuous argument. The historical premise (the best developers have always built their own tools) grounds the sibling prediction: self-tooling developers are the ones closest to their own codebases/tooling, and therefore first to discover effective AI-agent workflows. Same-direction, co-located support.

⚡ contradicts Conventional agent development requires building tools, writing skills, and manually wiring both into the agent loop, which is unnecessary overhead
rationale

Implicit third-party tension (steipete vs vercel, no visible interaction — invariant 4). vercel frames developers building their own tools and wiring them into agent loops as "unnecessary overhead" to be abstracted away; steipete asserts self-tooling has always been the mark of the best developers. Opposed valuations of developer tool-building: overhead-to-eliminate vs excellence-defining practice. Moderate strength since vercel's scope is agent harnesses specifically while steipete's is general.

+ supports Tool-building is a fundamental, defining trait of humans — human progress (species-level and individual) is driven by the tools we build, making tool creation a
rationale

The thesis holds tool-building as a fundamental human trait; steipete's claim is a domain-specific instance — within software, the best practitioners have always self-tooled. A second independent author converging on the same premise from a different angle. Inferred; moderate strength because it supports via instantiation rather than direct assertion.

✦ proposes thesis Building one's own tools is a defining practice of the best developers — a durable trait predating AI that now positions self-tooling developers to be the first conf 0.40
Δ confidence +0.03 on Tool-building is a fundamental, defining trait of humans — human progress (species-level and individ
gpt-5.6-terra-medium
+ supports Humans are fundamentally tool builders
rationale

The claim treats building one's own tools as a longstanding marker of high-performing developers, supplying a developer-specific instance of the broader proposition that humans are fundamentally tool builders. The sources do not visibly interact, so this is an inferred semantic support relation.

✦ proposes thesis Exceptional developers are distinguished in part by building bespoke tools for their own work rather than relying solely on general-purpose tooling. conf 0.25
gpt-5.6-sol-low
+ supports Humans are fundamentally tool builders
rationale

The claim offers elite software developers as a narrower historical instance of humans acting as tool builders; it is same-direction semantic support, but does not establish that tool-building is fundamental to all humans. No visible interaction between the sources is present.

✦ proposes thesis Building custom tools is a persistent hallmark of the best software developers, rather than merely an occasional response to gaps in commercial tooling. conf 0.45
gpt-5.6-sol-high
+ supports dryrun_215
rationale

This is the originating claim for the new thesis: it directly asserts the historical association between top-tier developers and building custom tools for themselves.

+ supports Humans are fundamentally tool builders
rationale

The claim offers a domain-specific instance of humans acting as tool builders: highly capable developers are asserted to have historically made tools for their own use. The support is partial because it concerns an elite subgroup rather than humanity generally, and there is no visible interaction between sources.

✦ proposes thesis Elite software developers have historically distinguished themselves by building custom tools for their own work rather than relying exclusively on off-the-shel conf 0.45
gpt-5.6-luna-high
+ supports dryrun_1128
rationale

The claim directly asserts the proposed position that building bespoke tools is a defining marker of the strongest developers; no visible source interaction is present, so the stance link is inferred.

+ supports Tool-building is a fundamental, defining trait of humans — human progress (species-level and individual) is driven by the tools we build, making tool creation a
rationale

The claim narrows the broad thesis that tool-building is a defining human activity to a particularly capable subgroup, best developers; this is same-direction semantic support but does not establish the species-wide premise by itself.

+ supports Humans are fundamentally tool builders
rationale

The claim is a stronger, developer-specific instance of the neighbor's broader assertion that humans are fundamentally tool builders. The sources do not visibly interact, so this is an inferred cross-source support edge.

≈ complicates At high performing companies salespeople are shipping internal tools and automations and engineers are focused on customer value
rationale

The claim says the best developers have always built their own tools, while this independent claim says engineers at high-performing companies are focused on customer value and salespeople ship internal automations; that contemporary division of labor qualifies the claim's universal attribution to developers.

≈ complicates Conventional agent development requires building tools, writing skills, and manually wiring both into the agent loop, which is unnecessary overhead
rationale

The claim presents developer-built tools as a longstanding hallmark, whereas this independent claim says manually building and wiring tools for agent development can be unnecessary overhead; the specific agent context qualifies rather than fully negates the broader historical claim.

✦ proposes thesis Historically, the strongest developers distinguish themselves by building bespoke tools for their own workflows and codebases; tool-making is a recurring marker conf 0.55
Δ confidence +0.06 on Tool-building is a fundamental, defining trait of humans — human progress (species-level and individ
Δ confidence -0.03 on k97bb9592cefgvdxry3xfd1bq98a7v4p
Δ confidence +0.08 on dryrun_1128
kimi-k3
+ supports Tool-building is a fundamental, defining trait of humans — human progress (species-level and individual) is driven by the tools we build, making tool creation a
rationale

Third party (steipete vs illscience), no visible interaction → inferred. The claim is a domain-specific instance of the thesis's premise: among developers, the best build their own tools and "always" have — tool-building as constitutive of the craft, mirroring the thesis that tool-building is constitutive of humans generally. Corroborating instance from a credible practitioner; moderate strength.

+ supports Humans are fundamentally tool builders
rationale

Third party (steipete vs illscience), no visible interaction → inferred. "Humans are fundamentally tool builders" is the general claim; "the best developers have always built their own tools" is a specific same-direction instance in the developer domain — the "always" echoes the "fundamentally" framing. Cross-source same-direction agreement.

+ supports Developers who are closest to their own codebases will be the first to figure out effective workflows for working with AI agents
rationale

Same author (steipete), same evidence document (js77c3r5...) — a continuous argument. The historical pattern (the best developers build their own tools) grounds the prediction that developers closest to their own codebases will be first to figure out effective AI-agent workflows: self-built tooling/workflow is the through-line. Same-direction support.

+ supports Giving many developers composable primitives will let them collectively discover efficient workflows faster than a product team designing a solution top-down
rationale

Same author (steipete), same evidence document (js77c3r5...). The premise that the best developers have always built their own tools motivates the sibling claim that giving many developers composable primitives lets them collectively discover efficient workflows faster than top-down design. Same-direction support.

≈ complicates The cost of an engineer to maintain a self-built replicated tool exceeds the cost of simply licensing the tool
rationale

Third party (steipete vs illscience), no visible interaction → inferred (invariant 4). This claim valorizes self-built tooling as the mark of the best developers; the neighbor counters that the maintenance cost of a self-built replicated tool exceeds licensing it. The neighbor's scope is replicated/licensable tools, so it qualifies rather than negates the valorization — an economic exception to "always build your own tools."

⚡ contradicts At high performing companies salespeople are shipping internal tools and automations and engineers are focused on customer value
rationale

Third party (steipete vs yrechtman), no visible interaction → inferred (invariant 4). This claim makes building one's own tools the hallmark of the best developers; yrechtman asserts that at high-performing companies it is salespeople (non-engineers) who ship internal tools while engineers focus on customer value — i.e., top engineers deliberately do NOT build internal tooling. Opposite positions on whether self-built tools mark top developers.

+ supports Non-engineers are eager to build their own software tools.
rationale

Third party (steipete vs jedwards_27), no visible interaction → inferred. The impulse to build one's own tools spans the skill spectrum: historically the mark of the best developers (this claim), now expressed as eagerness among non-engineers (jedwards). Same-direction cross-source agreement; different populations, hence moderate-low strength.

✦ proposes thesis Building one's own tools is a durable hallmark of the best developers — the practice predates the current AI era and persists as a distinguishing trait: top dev conf 0.40
Δ confidence +0.05 on Tool-building is a fundamental, defining trait of humans — human progress (species-level and individ
14
source claim
“X is launching Live Studio, a new livestreaming command center on the X platform”
Today we're announcing Live Studio, a brand new livestreaming command center on X X is where everything is happening now. So we're launching the best tools for pro streamers to go live, connect with their followers & manage their streams Check it out on 𝕏.com in Creator Studio https://t.co/B06MLScFj9
@nikitabier · bookmarked post view on X ↗
opus-4.5
+ supports Live streaming is becoming a strategic battleground for social platforms, with dedicated professional-grade tools like X's Live Studio serving as a key lever to
rationale

This claim announces the launch of X's Live Studio — the exact product the thesis names as a key lever in the live streaming battleground. Direct, specific evidence for the thesis's central example. Explicit provenance: the claim is foundational to the thesis which directly references Live Studio.

→ extends Live Studio is positioned as the best tool set for professional streamers to go live, connect with followers, and manage their streams
rationale

Same author (nikitabier) and same evidence source. This launch announcement establishes the factual existence of Live Studio, while the sibling claim describes its positioning as the best tool for professional streamers. The launch claim provides the foundational fact that the positioning claim builds upon — same-direction extension.

+ supports X is currently the platform where 'everything is happening now'
rationale

Same author (nikitabier) and same evidence source. Launching a professional livestreaming command center is consistent with and supports the claim that X is where "everything is happening now" — adding a major new creator tool reinforces platform centrality. Moderate strength as the streaming tool launch is one data point rather than comprehensive evidence.

+ supports X is the most real-time platform on Earth
rationale

Different authors (nikitabier vs XFreeze), no visible interaction — inferred cross-source convergence (invariant 4). X launching a professional livestreaming command center is consistent with being "the most real-time platform on Earth" — live streaming is an inherently real-time medium, and investing in professional streaming tools reinforces real-time platform identity. Moderate strength as semantic consistency rather than direct evidence.

Δ confidence +0.10 on Live streaming is becoming a strategic battleground for social platforms, with dedicated professiona
opus-4.6
+ supports Live streaming is becoming a strategic battleground for social platforms, with dedicated professional-grade tools like X's Live Studio serving as a key lever to
rationale

This claim is a direct, concrete instantiation of the thesis: X launching Live Studio as a professional livestreaming command center is exactly the 'dedicated professional-grade tools' the thesis describes as a lever to attract creators. Same author (nikitabier) and likely same evidence source that originated the thesis. High strength as it is the primary factual anchor.

+ supports Live Studio is positioned as the best tool set for professional streamers to go live, connect with followers, and manage their streams
rationale

Same author (nikitabier) and same evidence source. The launch of Live Studio is the factual foundation for the sibling claim that it is 'positioned as the best tool set for professional streamers.' The launch claim provides the existence fact that the positioning claim builds upon.

+ supports X is currently the platform where 'everything is happening now'
rationale

Same author (nikitabier), same evidence. Launching a new professional livestreaming product is consistent with the broader claim that X is where 'everything is happening now' — it expands X's surface area into live content production. Moderate strength since Live Studio supports the narrative indirectly rather than proving it.

+ supports X is the most real-time platform on Earth
rationale

Different authors (nikitabier vs XFreeze), no visible interaction — inferred cross-source convergence. X launching a dedicated livestreaming command center reinforces the claim that X is the most real-time platform on Earth: investing in live professional tooling is consistent with doubling down on real-time as a platform identity. Moderate-weak since a product launch doesn't prove the superlative claim.

Δ confidence +0.08 on Live streaming is becoming a strategic battleground for social platforms, with dedicated professiona
opus-4.7
+ supports Live streaming is becoming a strategic battleground for social platforms, with dedicated professional-grade tools like X's Live Studio serving as a key lever to
rationale

This claim is the originating fact underpinning the thesis, which explicitly names X's Live Studio as an example of dedicated professional-grade livestreaming tools serving as a competitive lever. A platform-level product launch of a livestreaming command center directly instantiates the thesis's core mechanism.

→ extends Live Studio is positioned as the best tool set for professional streamers to go live, connect with followers, and manage their streams
rationale

Same author and same evidence. This claim states the launch fact; the sibling elaborates the positioning (professional streamer toolset). They build the same product narrative in the same direction.

+ supports X is the most real-time platform on Earth
rationale

Different authors, no visible interaction. X investing in first-party livestreaming infrastructure is consistent with, and weakly supports, the claim that X is the most real-time platform on Earth — live streaming is the most real-time content format.

Δ confidence +0.06 on Live streaming is becoming a strategic battleground for social platforms, with dedicated professiona
opus-4.8
+ supports Live streaming is becoming a strategic battleground for social platforms, with dedicated professional-grade tools like X's Live Studio serving as a key lever to
rationale

This claim is the foundational fact behind the thesis: X is actually shipping Live Studio, a dedicated professional-grade livestreaming command center. That is exactly the 'dedicated professional-grade tools like X's Live Studio serving as a key lever to attract creators' the thesis describes. Direct, specific product-launch report; strong support.

→ extends Live Studio is positioned as the best tool set for professional streamers to go live, connect with followers, and manage their streams
rationale

Same author (nikitabier) and same evidence source. This claim announces the launch of Live Studio; the sibling claim describes its positioning as the best toolset for professional streamers. They build in the same direction, jointly describing one product; this claim is the announcement and the sibling is the value proposition.

Δ confidence +0.10 on Live streaming is becoming a strategic battleground for social platforms, with dedicated professiona
fable-5
+ supports Live streaming is becoming a strategic battleground for social platforms, with dedicated professional-grade tools like X's Live Studio serving as a key lever to
rationale

This is the originating launch announcement itself: X shipping Live Studio, a dedicated livestreaming command center, is the concrete platform investment the thesis cites as its key example of live streaming becoming a strategic battleground. Direct, specific, first-party product news from nikitabier (X product lead), so high evidentiary weight.

+ supports X is currently the platform where 'everything is happening now'
rationale

Same author (nikitabier) and same evidence document: launching a live/real-time command center is a concrete product step that backs the broader assertion that X is the platform where 'everything is happening now' — live tooling reinforces real-time centrality. Moderate strength since it is one product launch supporting a sweeping platform claim.

+ supports X is the most real-time platform on Earth
rationale

Different author (XFreeze) with no visible interaction: X launching a livestreaming command center is weakly consistent with the claim that X is the most real-time platform on Earth — new live infrastructure adds a data point for X's real-time positioning. Inferred cross-source semantic convergence, low strength given the target claim's breadth.

Δ confidence +0.07 on Live streaming is becoming a strategic battleground for social platforms, with dedicated professiona
gpt-5.6-terra-medium
+ supports Live streaming is becoming a strategic battleground for social platforms, with dedicated professional-grade tools like X's Live Studio serving as a key lever to
rationale

X's launch of a dedicated Live Studio command center is a concrete platform investment in professional livestreaming tooling, directly supporting the thesis that such tools are a strategic lever in social platforms' competition for creators. The strategic implication is inferred from the product-launch fact rather than stated in the claim.

+ supports Live Studio is positioned as the best tool set for professional streamers to go live, connect with followers, and manage their streams
rationale

The same source's announcement that X is launching Live Studio supplies the concrete product event underlying its positioning of Live Studio as a professional streamer toolset; the claims are explicitly connected within the shared announcement.

Δ confidence +0.08 on Live streaming is becoming a strategic battleground for social platforms, with dedicated professiona
gpt-5.6-sol-low
+ supports Live Studio is positioned as the best tool set for professional streamers to go live, connect with followers, and manage their streams
rationale

The two claims come from the same author and evidence item describing the same launch: X's launch of Live Studio directly grounds the sibling claim that Live Studio is a toolset for professional streamers, while the sibling adds its positioning and use cases.

+ supports Live streaming is becoming a strategic battleground for social platforms, with dedicated professional-grade tools like X's Live Studio serving as a key lever to
rationale

X launching a dedicated livestreaming command center is a specific platform investment that directly supports the thesis that live streaming is becoming strategically important to social platforms; it is less decisive about competitive outcomes or creator attraction on its own.

Δ confidence +0.07 on Live streaming is becoming a strategic battleground for social platforms, with dedicated professiona
gpt-5.6-sol-high
+ supports Live streaming is becoming a strategic battleground for social platforms, with dedicated professional-grade tools like X's Live Studio serving as a key lever to
rationale

The announced launch of X Live Studio as a dedicated livestreaming command center directly substantiates the thesis's core claim that X is deploying purpose-built streaming tooling as a strategic platform capability; it is explicit because the launch claim comes from the same product announcement evidence represented by the thesis.

→ extends Live Studio is positioned as the best tool set for professional streamers to go live, connect with followers, and manage their streams
rationale

Within the same Live Studio announcement, this claim supplies the concrete launch and product form—the command center—while the target describes its positioning and intended professional-streamer use, so it builds out the same product assertion.

Δ confidence +0.07 on Live streaming is becoming a strategic battleground for social platforms, with dedicated professiona
gpt-5.6-luna-high
+ supports Live streaming is becoming a strategic battleground for social platforms, with dedicated professional-grade tools like X's Live Studio serving as a key lever to
rationale

The specific launch of Live Studio as a dedicated livestreaming command center is direct evidence that X is investing in professional-grade live-streaming tooling, supporting the thesis that live streaming is a strategic battleground for social platforms. The stance is semantic rather than based on a visible source interaction.

+ supports Live Studio is positioned as the best tool set for professional streamers to go live, connect with followers, and manage their streams
rationale

Launching Live Studio substantiates the narrower claim that Live Studio is a dedicated tool set for going live and managing streams, though the launch fact alone does not establish the stronger comparative claim that it is the best option for professional streamers.

Δ confidence +0.10 on Live streaming is becoming a strategic battleground for social platforms, with dedicated professiona
kimi-k3
+ supports Live streaming is becoming a strategic battleground for social platforms, with dedicated professional-grade tools like X's Live Studio serving as a key lever to
rationale

First-party launch announcement (nikitabier, X head of product) of Live Studio — the exact dedicated professional-grade streaming tool the thesis names as evidence that live streaming is a strategic platform battleground. Same evidence document as the thesis's existing supporting claim; direct, specific, originating source.

+ supports Live Studio is positioned as the best tool set for professional streamers to go live, connect with followers, and manage their streams
rationale

Same author and same evidence document (nikitabier's announcement). The launch claim is the antecedent fact grounding the sibling positioning claim — Live Studio can only be 'positioned as the best tool set for professional streamers' because X is actually launching it. Direct factual support.

+ supports X is currently the platform where 'everything is happening now'
rationale

Same author/evidence. A flagship livestreaming product launch is modest first-party evidence of continued product momentum behind the sibling claim that X is where 'everything is happening now' — one launch is suggestive, not decisive, for that broad characterization.

Δ confidence +0.10 on Live streaming is becoming a strategic battleground for social platforms, with dedicated professiona
15
source claim
“Declining to recommend a treatment as advice is a matter of responsibility to only give advice supported by evidence.”
Also, let's be clear. I am using GLOW and doing red light therapy for the purposes of healing my pit bull bite bite. 'I can't recommend this' is a matter of a responsibility to only give advice that can be supported with evidence, not how I personally operate.
@cremieuxrecueil · bookmarked post view on X ↗
opus-4.5
→ extends One's personal use of a treatment can differ from what one is willing to recommend to others as advice.
rationale

Same author (cremieuxrecueil), same evidence document. The neighbor claim asserts that personal use can differ from what one recommends as advice; this claim supplies the normative justification for that difference — the responsibility to only give evidence-backed advice. Same direction, deeper into the rationale.

≈ complicates Longevity can be meaningfully supported through clinician-guided prescription treatments (e.g. metformin, tadalafil, tretinoin) delivered via a supervised platf
rationale

No visible interaction between cremieuxrecueil and thesis origin — inferred. The thesis asserts longevity treatments can be meaningfully supported through clinician-guided prescriptions. This claim qualifies the conditions under which such treatments should be recommended: even promising treatments should not be recommended as advice if the evidence base is insufficient. It does not deny the thesis but adds an epistemic hurdle before recommendation is responsible.

≈ complicates Specific off-label pharmaceuticals (e.g., Metformin, Tadalafil, Acarbose) delivered via clinician-guided prescription can meaningfully support human longevity a
rationale

No visible interaction — inferred. The thesis claims specific off-label pharmaceuticals can meaningfully support longevity. This claim does not deny that possibility but asserts that recommending such treatments as advice requires evidence sufficient to discharge epistemic responsibility — a qualifying condition that may not yet be met for off-label uses with primarily preclinical data.

+ supports dryrun_64
rationale

This claim is the originating assertion for the newly proposed thesis about epistemic responsibility in advice-giving. It directly states the core proposition: declining to recommend a treatment as advice stems from the responsibility to only give evidence-supported advice.

✦ proposes thesis Responsible advice-giving requires withholding treatment recommendations when the supporting evidence is insufficient, even if the advisor personally uses the t conf 0.55
opus-4.6
→ extends One's personal use of a treatment can differ from what one is willing to recommend to others as advice.
rationale

Same author (cremieuxrecueil), same evidence document. The sibling claim states that personal use of a treatment can differ from what one recommends as advice. This claim extends it by supplying the reason for that gap: a sense of responsibility to only advise what is supported by evidence. The two form a premise-conclusion pair in the same direction.

≈ complicates Longevity can be meaningfully supported through clinician-guided prescription treatments (e.g. metformin, tadalafil, tretinoin) delivered via a supervised platf
rationale

Inferred (no visible interaction between cremieuxrecueil and the thesis's originating sources). The thesis asserts longevity can be meaningfully supported through clinician-guided prescription treatments. This claim establishes a high epistemic bar — one should only recommend treatments with evidence-backed support — which qualifies the thesis by implying that some treatments in the longevity-prescription stack may not yet clear that bar. Complicates rather than contradicts: doesn't deny the thesis, but names a condition for responsible endorsement.

+ supports Regenerative peptides such as BPC-157 show promising tissue-healing/regenerative effects, but the supporting evidence base is largely preclinical (animal data)
rationale

Inferred (no visible interaction). The thesis notes that regenerative peptides like BPC-157 have largely preclinical rather than established human evidence. This claim's principle — decline to recommend treatments not supported by evidence — aligns with and reinforces the thesis's cautious framing: if the evidence is largely preclinical, then a responsible advisor would decline to recommend such treatments. Moderate strength given the connection is principled rather than specific to BPC-157.

+ supports dryrun_260
rationale

This claim is the originating assertion for the newly proposed thesis — that responsible advice-giving requires limiting recommendations to evidence-backed interventions. The claim directly states the thesis's core principle.

✦ proposes thesis Responsible health/treatment advice requires limiting recommendations to interventions with established evidentiary support, even when one's personal practice d conf 0.50
Δ confidence -0.05 on Longevity can be meaningfully supported through clinician-guided prescription treatments (e.g. metfo
Δ confidence +0.05 on Regenerative peptides such as BPC-157 show promising tissue-healing/regenerative effects, but the su
opus-4.7
→ extends One's personal use of a treatment can differ from what one is willing to recommend to others as advice.
rationale

Same author (cremieuxrecueil), same evidence document. The sibling claim asserts the descriptive point that personal use can differ from what one recommends to others; this claim supplies the underlying normative reason — recommendation-as-advice carries a responsibility to be evidence-supported, which is why personal use and public recommendation come apart. Directly extends the sibling in the same direction.

≈ complicates Banning AI-provided legal and medical advice sets back people who rely on models while leaving unaffected those who can already afford lawyers and doctors
rationale

Implicit cross-author tension (cremieuxrecueil vs illscience, no visible interaction — invariant 4). illscience defends AI-provided legal/medical advice as democratizing gatekept services. This claim asserts an evidentiary-responsibility duty to decline recommending treatments unsupported by evidence. Applied to AI, that principle narrows the very advice-giving illscience wants to protect: for the many medical questions where evidence is thin, the responsible move is to decline — reducing (though not denying) the democratization benefit. Qualifies rather than contradicts.

✦ proposes thesis Publicly recommending a treatment as advice carries an evidentiary-responsibility duty that one's own personal use does not: one should decline to advise treatm conf 0.55
opus-4.8
→ extends One's personal use of a treatment can differ from what one is willing to recommend to others as advice.
rationale

Same author (cremieuxrecueil), same evidence document. The neighbor claim asserts that personal use of a treatment can differ from what one recommends to others; this claim supplies the underlying principle for that gap — recommending is a matter of responsibility to give only evidence-supported advice. Same direction, deepening the same position; explicit given shared source.

✦ proposes thesis Recommending a treatment to others carries an evidentiary responsibility distinct from one's own personal use: it is legitimate to use a treatment personally wh conf 0.55
fable-5
→ extends One's personal use of a treatment can differ from what one is willing to recommend to others as advice.
rationale

Same author (cremieuxrecueil), same evidence document. The neighbor claim states the distinction (personal use of a treatment can differ from what one recommends as advice); the new claim supplies the normative justification for that distinction — the advisor's responsibility to only give advice supported by evidence. Premise-to-rationale in the same direction.

+ supports dryrun_57
rationale

This claim is the direct originating assertion of the newly proposed thesis on evidentiary responsibility in advice-giving; it states the thesis's core position verbatim.

✦ proposes thesis Advice-givers bear an evidentiary responsibility: one should only publicly recommend treatments as advice when supported by evidence, even if one's personal pra conf 0.50
gpt-5.6-terra-medium
→ extends One's personal use of a treatment can differ from what one is willing to recommend to others as advice.
rationale

This claim supplies the evidentiary-responsibility rationale for distinguishing personal treatment use from treatment recommendations to others: an individual may accept personal uncertainty, whereas advice should be limited to interventions supported by evidence. The two claims share an author and evidence source but no direct reference is supplied, so the semantic relation is inferred.

✦ proposes thesis Treatment advice should be withheld unless it is supported by adequate evidence, because recommending unsupported treatments is irresponsible. conf 0.42
gpt-5.6-sol-low
→ extends One's personal use of a treatment can differ from what one is willing to recommend to others as advice.
rationale

The neighboring claim distinguishes personal treatment use from advice to others; this claim supplies the normative reason for that distinction—responsibility requires recommendations to be evidence-supported. The relationship is semantic within the same source material, with no visible reply, quote, or direct reference establishing explicit provenance.

+ supports dryrun_967
rationale

The claim directly states the proposed thesis's core norm: treatment recommendations carry a responsibility to be supported by evidence. Provenance is inferred because the stance is deduced from semantic identity rather than a visible interaction.

✦ proposes thesis Recommending treatments to others is a responsibility that should be limited to advice supported by evidence, even when one personally chooses to use treatments conf 0.58
gpt-5.6-sol-high
+ supports dryrun_219
rationale

The claim directly articulates the proposed thesis that treatment advice should be restricted to recommendations supported by evidence; provenance is explicit because this thesis is distilled directly from the same source claim.

+ supports dryrun_219
rationale

The claim directly supports the proposed evidence-based-advice thesis; the relation is semantic rather than based on a reply, quote, or direct interaction with another source.

✦ proposes thesis Responsible treatment advice should recommend only interventions supported by evidence, even when the adviser personally uses an intervention that lacks suffici conf 0.55
Δ confidence +0.08 on dryrun_219
gpt-5.6-luna-high
+ supports dryrun_1127
rationale

The claim directly supplies the evidentiary-responsibility principle underlying the proposed thesis: withholding a treatment recommendation is justified when evidence is insufficient, even if personal use may be a separate decision.

→ extends One's personal use of a treatment can differ from what one is willing to recommend to others as advice.
rationale

The nearby claim observes that personal use can diverge from willingness to recommend; this claim extends that distinction by identifying responsibility to rely on evidence as the reason for declining to recommend. No visible reply, quote, or direct reference is available, so the relationship is inferred.

✦ proposes thesis For treatment-related advice, declining to recommend an intervention is a responsible choice when the available evidence does not adequately support recommendin conf 0.55
Δ confidence +0.12 on dryrun_1127
kimi-k3
→ extends One's personal use of a treatment can differ from what one is willing to recommend to others as advice.
rationale

Same author (cremieuxrecueil), same evidence document. The sibling claim states the divergence — personal use of a treatment can differ from what one is willing to recommend as advice — and the new claim supplies its normative justification: declining to recommend is the advisor's responsibility to only give advice supported by evidence. Same direction, building directly on the sibling; explicit provenance since both claims are extracted from the same source text.

✦ proposes thesis Responsible advice-giving about treatments requires recommending only what is supported by evidence; declining to recommend a treatment — even one the advisor p conf 0.50
16
source claim
“Amble One is priced at $25,000”
NEW: Apple and Audi alumni just unveiled a $25,000 open-air electric neighborhood vehicle. Amble One is a street-legal EV built for short local trips, with no doors, fewer screens, and a modular design inspired by the 1960s lunar rover. • Goes up to 40 mph with 60+ miles of range • Weighs under 1,000 lbs with a 5-hour home charge • Rear seats fold flat for cargo, surfboards, or gear • Built-in mounts let you add baskets, straps, mirrors, and cargo accessories • Already has 500+ vehicles committed by resorts Reservations are open now for 2028 deliveries.
@ritwikpavan · bookmarked post view on X ↗
opus-4.5
NO-OP
opus-4.6
NO-OP
opus-4.7
NO-OP
opus-4.8
NO-OP
fable-5
→ extends Amble One is a street-legal electric vehicle built for short local trips
rationale

Same author and same evidence source: the $25,000 price point extends the product definition claim ("street-legal EV built for short local trips") by adding the market-positioning detail from the same announcement. Note: superficial numeric echo with the Opus 4.8 "$25.00 per 1M tokens" neighbor claim is coincidental — different domain, no stance relationship.

+ supports dryrun_66
rationale

Direct, specific price assertion ($25,000) from the product's own announcement evidence; it substantiates the pricing component of the newly proposed Amble One positioning thesis. Single-source vendor claim, so strong but not maximal.

✦ proposes thesis Amble One is positioned as an accessible minimalist neighborhood EV: a street-legal, short-trip electric vehicle with 60+ mile range and a deliberately screen-l conf 0.50
gpt-5.6-terra-medium
NO-OP
gpt-5.6-sol-low
NO-OP
gpt-5.6-sol-high
→ extends Amble One is a street-legal electric vehicle built for short local trips
rationale

The price claim adds a concrete commercial attribute to the neighboring description of Amble One as a street-legal electric vehicle for short local trips. It extends the product profile without supporting or contradicting the vehicle-use assertion; provenance is inferred because no reply, quote, or direct reference is visible.

✦ proposes thesis Amble One's announced price is $25,000. conf 0.64
gpt-5.6-luna-high
+ supports dryrun_1126
rationale

The claim is a direct, specific price assertion that supports the newly proposed thesis about Amble One's listed price; no nearby thesis represents this same position closely enough to attach instead.

✦ proposes thesis Amble One is priced at $25,000. conf 0.70
Δ confidence +0.10 on dryrun_1126
kimi-k3
NO-OP
17
source claim
“Sharing internally built tools allows domain experts to encode their knowledge for others to use and promotes consistent shared definitions instead of fragmented private spreadsheets.”
From Localhost to Launched: Safely Shipping Apps That Anyone Can Build Building an internal tool used to be slow and expensive. It took at least one engineer writing at least one project spec, and a manager willing to put that project spec on the roadmap, followed by the actual time to build, test and deploy the tool. AI has effectively replaced (almost) all of these steps, and an idea can now become a working tool in an afternoon. But getting that tool safely into other people's hands has remained a challenge that AI alone has not been able to solve. A sales representative, customer success manager, or data analyst can now describe a tool in plain language, watch an agent generate a
… continue reading (9.4k more chars · article) working app, and have that app running on their laptop within the hour. At Block, this pattern first emerged in early 2025. Employees who had never written a line of code before were suddenly building software to unblock themselves. But then a lot of apps just sat there, running on someone's laptop, with nowhere to go. The moment that building got cheap, a different problem moved to the forefront: there was nowhere to put these apps to share them. This is the story of that second problem, and of Block App Kit, the platform we built to solve it. The bottleneck moved A vibe-coded app isn't really a tool until other people can use it. And inside a company that handles sensitive financial data, "other people can use it" is a much higher bar than it looks. The obvious options were all a poor fit for internal tools that touch company data: A personal static-hosting site (think GitHub Pages) typically has no SSO in front of it, so company data can end up outside the security perimeter. A one-click deploy to a general-purpose hosting platform puts data outside of company access controls and IT's management surface. A local script that downloads remote code and prompts for SSO is, to any security team, hard to distinguish from a data exfiltration attempt. The people closest to the problems that could benefit most from internal tooling (analysts, ops, finance, and support) could build a tool in an afternoon. What they still lacked was a sanctioned way to put it in someone else's hands. And sharing matters for more than convenience: it lets domain experts encode their knowledge into something others can use, and it keeps everyone working from consistent definitions of shared processes instead of a dozen private spreadsheets. Building was easy now; the bottleneck had moved from "can you build it?" to "is there a safe place for the right people to use it?" And that second question isn't a model problem, and it isn't a harness problem either. A model can generate a great interface, but it can't guarantee its own safe use. It can't ensure the app is opened by the right people, against the right data. That's a platform problem. Separating the agent's job from the platform's job At Block, this matters more than usual. The company is building itself to operate as intelligence. That requires capabilities that can compose with each other. An app on someone's laptop doesn't compose with anything. The core idea behind Block App Kit is a clean split: the agent generates the app, and the platform owns everything that makes the app safe and durable. Loading image... Block App Kit is a deliberately thin, opinionated stack. The platform provides a managed frontend, compute, and persistence layer designed for rapid internal application development. The app management surface is intentionally tiny. And safety isn't bolted on, it's baked in. As is standard across the industry, authentication, authorization, secret management, and data-access controls are provided by the platform by default. The platform draws hard lines on what an app can connect to and who can open it, so “anyone can build” never quietly becomes “anyone can do anything.” We chose to be opinionated about the stack rather than flexible on purpose. A more flexible system would let each builder pick their own framework, storage, and deployment target, and that flexibility would make consistent security properties impossible to guarantee. The constraints are what make those guarantees real. They also get the framework out of the way: people want to solve their problem, not research platforms, and removing those choices lets them do exactly that. With the platform handling safety, the remaining job was to make building on it as easy as possible. This is where the agent comes in. The agent can drive the same few steps that an engineer would follow (scaffold, build, deploy) without the human builder needing to understand what's happening under the hood. We first built those instructions into an MCP server, backed by the CLI that an agent would use to scaffold, deploy, and manage an app. That worked, but it had to be installed and enabled in each agent setup, one person at a time. Fortunately, Block has an internal agent tooling platform that makes it easy to distribute skills to employees, so we repackaged the MCP as a skill and distributed it that way. The skill is the part that knows when to reach for Block App Kit and how to follow the safe path, as well as how to troubleshoot common issues, interact with common data sources correctly, and more. Further, the skill is always improving: once per week we audit our support channel and feed new learnings back into the skill. What was hard The hard part was not writing code. Frontier models became great at one-shotting an app around December 2025. The hard parts were the unglamorous platform problems: identity, data, and secure connections to internal systems. We wanted to emphasize the controls in place to reduce mishandling of data. For Block App Kit, security was a critical design partner from the start. They understood the threat models to consider and the behaviors to prevent, and guided the design so that those behaviors were structurally prohibited rather than merely discouraged. Meanwhile, we had to assume that the builder would have no coding experience whatsoever and that their agent would be on the hook for producing a high-quality, accurate and secure app. The tempting shortcut there was to ship a "simple mode" to produce a highly constrained app. For example, we initially tried representing apps with a JSON schema and having the platform render that schema. We promptly rejected this approach. It was frustrating to build with and limited in its usefulness. We learned that the interface couldn't be the app's code or a constrained schema; it had to be the handful of commands the agent uses to scaffold, build, and deploy the app. Finally, we learned early on that a tool that's easy to use and quietly wrong is more dangerous than one that doesn't exist at all. During the Block App Kit pilot, in a controlled setting before broad rollout, one of our builders shared a measurement dashboard that looked excellent (clean charts, clear layout, a confident up-and-to-the-right trend). Upon further inspection, we realized that it looked excellent because the underlying data was wrong. A subtle flaw in the sampling logic produced plausible but inaccurate numbers, and nothing in the build-and-deploy path caught it. The fix had two parts. First: make it easy to connect apps to authoritative internal data sources rather than arbitrary endpoints. Second: put test scaffolding in the default template so that a wrong number gets caught before it ships, not after someone has made a business decision on it. The solution had to live in the template, where the AI agent would get blocked by it, not in a choice the builder had to make. What's happening now Block App Kit launched in mid-March. In the quarter since, weekly app views have grown by more than an order of magnitude, weekly active users have climbed from the low hundreds into the thousands, and the catalog now spans well over a thousand distinct apps, with hundreds more launching every week. The apps are tackling real, complex business problems. A support team built an app to triage incoming tickets and route them to the right specialist automatically. A sales team built an app to analyze rep call recordings against their win rates and quota attainment. A people-ops team built a tool that answers plain-language questions across internal policy documents that used to live scattered across wikis and shared drives. The builders are mostly non-engineers. Roughly four in five Block App Kit users sit outside of engineering, in Sales, Support, Legal and Compliance, Finance, and Marketing, spread across more than fifty different orgs. That spread isn't an accident. Block is organizing around capabilities, not org charts. When the people closest to customer reality can build and deploy capabilities themselves, the company's intelligence layer gets richer faster than any centralized team could manage. What we learned The clearest signal that we'd solved the right problem came from endorsement: the security org pointed people toward Block App Kit as the sanctioned way to build and ship these apps. When the team responsible for preventing data exfiltration decides your platform is the route they want people to take, the safety-by-design bet has paid off. The broader lesson is that the final mile of AI-built software isn't a model problem (or a human problem for that matter). The models are already capable builders. Non-engineers are eager to build. The gap is platform infrastructure: identity, access control, secret management, authoritative data connections, and a deployment path anyone can follow without making an unsafe choice along the way. Closing that gap turns individual tools into capabilities that can compose. Block needs that to operate as intelligence. Let's talk If your company is wrestling with the same problem, or you're interested in trying Block App Kit, we'd love to hear from you. Please reach out to judeedwards@block.xyz . Our team is always happy to trade lessons with others who are also working on interesting problems in the Applied AI space.
@jedwards_27 · bookmarked post view on X ↗
opus-4.5
+ supports "Organizational superintelligence" is built by systematically recording all internal artifacts (communications, meetings, documents) into a shared, AI-legible "
rationale

The claim describes shared tools as a mechanism for domain experts to encode knowledge for organizational use and promote consistent definitions over fragmented spreadsheets — this is one concrete instantiation of the thesis's "systematically recording internal artifacts into a shared AI-legible organizational brain." The tool-sharing mechanism contributes to the total-capture prerequisite. Different author from thesis origin, no visible interaction — inferred.

+ supports Tacit context is a chronic bottleneck: the knowledge founders and teams carry implicitly is surprisingly hard to externalize — whether to other people, to AI, o
rationale

The thesis identifies tacit context externalization as a chronic bottleneck. This claim directly addresses that bottleneck by asserting that tool-sharing enables domain experts to encode their knowledge for others — i.e., externalization through tool artifacts. The claim implicitly treats "fragmented private spreadsheets" as the tacit-knowledge-stays-tacit failure mode and tool-sharing as the remedy. Inferred, no visible interaction.

+ supports As AI coding/analysis agents scale, agentic knowledge should be externalized into modular, versioned skill files (markdown-encoded procedures) rather than embed
rationale

The held thesis prescribes externalizing agentic knowledge into modular, versioned skill files. This claim supports the same direction: shared internal tools are a form of externalized, shareable knowledge artifacts that encode domain expertise. The claim focuses on organizational tool-sharing rather than skill-file architecture specifically, hence moderate strength. Inferred, no visible interaction.

→ extends Enabling people closest to customer reality to build and deploy capabilities themselves accelerates the growth of a company's collective intelligence layer fast
rationale

Same author (jedwards_27), same evidence source. The sibling claim asserts that enabling people closest to customer reality to build capabilities accelerates collective intelligence faster than centralized teams. This claim extends it by specifying the sharing mechanism: when those locally-built tools are shared, they encode domain knowledge for others and create consistent definitions. Same-direction, mechanism-to-distribution elaboration.

+ supports One of the biggest benefits of Skills is that you can share them with the rest of your team
rationale

Cross-author convergence (jedwards_27 vs trq212, no visible interaction — invariant 4). Both claims independently assert that sharing (tools / skills) with the team is a key benefit. This claim provides the *why* (encode knowledge, promote consistent definitions) that supports trq212's *what* (sharing with team is a biggest benefit). Semantic alignment from unrelated sources.

Δ confidence +0.05 on "Organizational superintelligence" is built by systematically recording all internal artifacts (comm
Δ confidence +0.04 on Tacit context is a chronic bottleneck: the knowledge founders and teams carry implicitly is surprisi
opus-4.6
→ extends Enabling people closest to customer reality to build and deploy capabilities themselves accelerates the growth of a company's collective intelligence layer fast
rationale

Same author (jedwards_27), same evidence source. The sibling claim argues people closest to customer reality should build capabilities themselves; this claim extends it by specifying *what* that building produces: encoded domain knowledge via shared tools with consistent definitions, replacing fragmented spreadsheets. Same-direction elaboration from who-builds to what-gets-built.

→ extends Closing platform infrastructure gaps (identity, access control, secret management, authoritative data connections, safe deployment paths) turns individual AI-bu
rationale

Same author (jedwards_27), same evidence source. The sibling claim identifies platform infrastructure gaps that must be closed to turn AI-built tools into composable organizational capabilities; this claim describes the payoff once those gaps are closed — domain experts sharing tools that encode knowledge and create consistent definitions. Prescription-to-payoff extension within the same argument.

+ supports One of the biggest benefits of Skills is that you can share them with the rest of your team
rationale

Cross-author convergence (jedwards_27 vs trq212, no visible interaction — invariant 4). trq212 identifies team sharing as one of the biggest benefits of Skills; this claim independently elaborates *why* sharing matters: it encodes domain knowledge for others and promotes consistent definitions over fragmented spreadsheets. Same-direction, inferred — provides the rationale that the other claim asserts as valuable.

+ supports "Organizational superintelligence" is built by systematically recording all internal artifacts (communications, meetings, documents) into a shared, AI-legible "
rationale

The thesis posits that organizational superintelligence requires systematically recording all internal artifacts into a shared, AI-legible organizational brain. This claim describes a concrete mechanism: domain experts sharing internally built tools that encode their knowledge, replacing fragmented private spreadsheets with consistent shared definitions — exactly the transition from scattered knowledge to shared legible artifacts. Moderate strength because the claim focuses on tool-sharing rather than total capture, and doesn't explicitly mention AI legibility.

+ supports Tacit context is a chronic bottleneck: the knowledge founders and teams carry implicitly is surprisingly hard to externalize — whether to other people, to AI, o
rationale

The thesis holds that tacit context is a chronic bottleneck — implicit knowledge is hard to externalize. This claim describes a solution mechanism: shared tools that let domain experts encode their knowledge for others, replacing fragmented private spreadsheets. The explicit contrast between encoded-shared-definitions vs. private-spreadsheets directly acknowledges and addresses the externalization difficulty the thesis identifies. Moderate strength — it supports by demonstrating the problem is real (knowledge trapped in private spreadsheets) and proposing a path out.

+ supports As AI coding/analysis agents scale, agentic knowledge should be externalized into modular, versioned skill files (markdown-encoded procedures) rather than embed
rationale

The thesis advocates externalizing agentic knowledge into modular, versioned skill files rather than embedding it in prompts. This claim supports the same direction: domain experts encoding knowledge into shareable tools with consistent definitions rather than keeping it in fragmented private spreadsheets. The claim doesn't specify markdown/skill-file format, but the organizational principle — externalize, share, standardize — is the same. Moderate strength due to format-agnosticism.

Δ confidence +0.05 on "Organizational superintelligence" is built by systematically recording all internal artifacts (comm
Δ confidence +0.05 on Tacit context is a chronic bottleneck: the knowledge founders and teams carry implicitly is surprisi
opus-4.7
+ supports "Organizational superintelligence" is built by systematically recording all internal artifacts (communications, meetings, documents) into a shared, AI-legible "
rationale

Sharing internally built tools that encode domain-expert knowledge and enforce shared definitions is a concrete mechanism for the thesis's "organizational brain" — it converts fragmented private spreadsheets (tacit, scattered artifacts) into a shared AI-/team-legible substrate. Different authorship contexts, inferred semantic support.

+ supports Tacit context is a chronic bottleneck: the knowledge founders and teams carry implicitly is surprisingly hard to externalize — whether to other people, to AI, o
rationale

The thesis identifies articulation of tacit context as the chronic bottleneck. This claim proposes a partial solution: internally built shared tools force domain experts to *encode* their tacit knowledge into an executable, shareable artifact — turning private spreadsheets (implicit) into shared definitions (explicit). Supports by illustrating a mechanism that overcomes the articulation friction. Inferred.

+ supports By extracting collective domain knowledge scattered across emails, chat messages, and documents and making it legible to AI, businesses can transition from rigi
rationale

Third-party convergence (jedwards_27 vs ycombinator, no visible interaction — invariant 4). ycombinator argues extracting scattered knowledge (emails/chat/docs) and making it legible enables the AI-networked org. This claim endorses the same direction with a specific vehicle: internally built shared tools as the encoding surface that replaces fragmented private spreadsheets. Same-direction, inferred.

→ extends Enabling people closest to customer reality to build and deploy capabilities themselves accelerates the growth of a company's collective intelligence layer fast
rationale

Same author (jedwards_27), same evidence document — explicit. Sibling claim asserts that letting people closest to customer reality build capabilities accelerates collective intelligence faster than centralized teams. This claim extends the same direction: not only do they build, but *sharing* those built tools is what encodes and propagates the knowledge — the distribution half of the same argument.

+ supports One of the biggest benefits of Skills is that you can share them with the rest of your team
rationale

Third-party convergence (jedwards_27 vs trq212, no visible interaction — invariant 4). trq212 asserts a key benefit of Skills is sharing them with the team; this claim generalizes the same value proposition for internally built tools: sharing encodes expert knowledge and produces shared definitions. Same-direction endorsement, inferred.

Δ confidence +0.03 on "Organizational superintelligence" is built by systematically recording all internal artifacts (comm
Δ confidence +0.02 on Tacit context is a chronic bottleneck: the knowledge founders and teams carry implicitly is surprisi
opus-4.8
→ extends Enabling people closest to customer reality to build and deploy capabilities themselves accelerates the growth of a company's collective intelligence layer fast
rationale

Same author (jedwards_27), same evidence document (js7414...). The sibling claim argues that people closest to customer reality building/deploying capabilities accelerates the collective intelligence layer. This claim extends it in the same direction with the mechanism and payoff: sharing those internally built tools lets domain experts encode knowledge for reuse and yields consistent shared definitions. Same-direction elaboration within one source — explicit.

+ supports One of the biggest benefits of Skills is that you can share them with the rest of your team
rationale

Cross-author convergence (jedwards_27 vs trq212, no visible interaction — invariant 4). trq212 asserts the biggest benefit of Skills is team-sharing; this claim gives the deeper why: sharing internally built tools lets domain experts encode their knowledge for others and drives consistent shared definitions. Same directional bet on shareable-tooling-as-knowledge-distribution — inferred.

+ supports Tacit context is a chronic bottleneck: the knowledge founders and teams carry implicitly is surprisingly hard to externalize — whether to other people, to AI, o
rationale

The thesis holds that externalizing tacit knowledge is a chronic bottleneck. This claim describes a concrete remedy — internally built shared tools let domain experts *encode* their otherwise-tacit knowledge for others to use — supporting the framing that articulation/externalization is the crux. Inferred; moderate strength since it addresses the solution side rather than restating the bottleneck.

+ supports "Organizational superintelligence" is built by systematically recording all internal artifacts (communications, meetings, documents) into a shared, AI-legible "
rationale

The thesis posits building "organizational superintelligence" by making internal knowledge shared and AI-legible. This claim supports the shared/encoded-knowledge mechanism (domain experts encoding knowledge into shareable tools, consistent shared definitions). Inferred, modest strength — the claim emphasizes tool-sharing and definitional consistency rather than the thesis's stronger "total capture" prerequisite.

✦ proposes thesis Sharing internally built tools (encoding domain experts' knowledge as reusable artifacts) is superior to fragmented private spreadsheets because it enforces con conf 0.50
Δ confidence +0.02 on Tacit context is a chronic bottleneck: the knowledge founders and teams carry implicitly is surprisi
Δ confidence +0.01 on "Organizational superintelligence" is built by systematically recording all internal artifacts (comm
fable-5
→ extends Enabling people closest to customer reality to build and deploy capabilities themselves accelerates the growth of a company's collective intelligence layer fast
rationale

Same author (jedwards_27), same evidence document. The target asserts that people closest to customer reality building and deploying capabilities themselves accelerates collective intelligence faster than centralized teams; this claim supplies the diffusion mechanism — sharing those internally built tools is how the builders' domain knowledge propagates and how shared definitions replace fragmented private spreadsheets. Same-direction elaboration from who-builds to how-value-spreads.

+ supports One of the biggest benefits of Skills is that you can share them with the rest of your team
rationale

Cross-author convergence (jedwards_27 vs trq212), no visible interaction — inferred (invariant 4). trq212 asserts that sharing Skills with the team is one of the biggest benefits; this claim independently states the general principle behind that benefit — shared internally built tools let domain experts encode knowledge for others and standardize definitions. Two unrelated sources converging on artifact-sharing as the leverage point.

≈ complicates Tacit context is a chronic bottleneck: the knowledge founders and teams carry implicitly is surprisingly hard to externalize — whether to other people, to AI, o
rationale

The thesis holds that tacit knowledge is chronically hard to externalize and that articulation difficulty is the primary friction. This claim qualifies rather than negates it: domain experts encoding knowledge into shared working tools is a channel where externalization apparently succeeds — suggesting the bottleneck may be prose/verbal articulation specifically, not externalization per se. Inferred; suggestive rather than decisive, so no confidence adjustment.

✦ proposes thesis Internally built, shared tools are a primary channel for encoding domain-expert knowledge into an organization: sharing them propagates expertise to non-experts conf 0.50
gpt-5.6-terra-medium
+ supports One of the biggest benefits of Skills is that you can share them with the rest of your team
rationale

Both claims converge on the organizational value of sharing reusable capabilities: the target says team sharing is a major benefit of Skills, while this claim specifies that sharing internally built tools makes expert knowledge reusable and replaces divergent private spreadsheets with common definitions. Different sources with no visible interaction, so inferred.

→ extends Enabling people closest to customer reality to build and deploy capabilities themselves accelerates the growth of a company's collective intelligence layer fast
rationale

The target argues that letting people closest to customer reality build and deploy capabilities accelerates collective intelligence. This co-source claim adds the sharing mechanism and coordination payoff: those internally built tools preserve domain expertise for others and establish common definitions instead of isolated spreadsheets. Same author and evidence source, hence explicit.

+ supports As AI coding/analysis agents scale, agentic knowledge should be externalized into modular, versioned skill files (markdown-encoded procedures) rather than embed
rationale

A shareable internally built tool is an externalized operational artifact through which an expert's process and definitions become reusable by colleagues. That supports the thesis's core claim that agentic knowledge should live in modular, portable artifacts rather than remain embedded in private prompts or individual practice; this claim supplies the organizational-consistency payoff. Inferred semantic support.

+ supports "Organizational superintelligence" is built by systematically recording all internal artifacts (communications, meetings, documents) into a shared, AI-legible "
rationale

The claim supports a narrower human-facing route to a shared organizational brain: experts encode knowledge into tools others can use, and shared definitions displace fragmented private spreadsheets. It aligns with making organizational knowledge common and legible, though it does not assert comprehensive capture of all internal artifacts or AI legibility, so support is moderate. Inferred.

✦ proposes thesis Organizations gain durable collective intelligence when domain experts can publish internally built tools for colleagues: the tools turn individual judgment int conf 0.52
Δ confidence +0.03 on "Organizational superintelligence" is built by systematically recording all internal artifacts (comm
gpt-5.6-sol-low
→ extends Enabling people closest to customer reality to build and deploy capabilities themselves accelerates the growth of a company's collective intelligence layer fast
rationale

Same author and evidence source: the target argues that domain experts closest to customer reality should build capabilities themselves; this claim extends that mechanism by explaining that sharing those tools turns local expertise into reusable organizational knowledge and standardized definitions.

→ extends One of the biggest benefits of Skills is that you can share them with the rest of your team
rationale

The target identifies team sharing as a major benefit of reusable skills; this claim independently extends that position by specifying why internal sharing matters: it transmits domain expertise and replaces fragmented private definitions with shared ones.

+ supports Tacit context is a chronic bottleneck: the knowledge founders and teams carry implicitly is surprisingly hard to externalize — whether to other people, to AI, o
rationale

The claim supplies a concrete mechanism for overcoming the thesis's tacit-context bottleneck: domain experts encode knowledge in internally shared tools, making it usable by others and establishing common definitions instead of leaving it implicit or trapped in private spreadsheets.

✦ proposes thesis Internally sharing tools built by domain experts is an organizational knowledge-management mechanism: it converts local expertise into reusable capabilities and conf 0.58
Δ confidence +0.06 on Tacit context is a chronic bottleneck: the knowledge founders and teams carry implicitly is surprisi
gpt-5.6-sol-high
→ extends Tacit context is a chronic bottleneck: the knowledge founders and teams carry implicitly is surprisingly hard to externalize — whether to other people, to AI, o
rationale

The claim supplies a concrete mechanism for externalizing domain experts' otherwise private knowledge: encode it in shared internal tools and common definitions rather than leaving it in individual spreadsheets.

✦ proposes thesis Sharing internally built tools is an organizational knowledge-management practice that lets domain experts encode reusable knowledge and standardize shared defi conf 0.56
gpt-5.6-luna-high
+ supports dryrun_1142
rationale

The claim directly asserts that internally built, shareable tools encode domain expertise for reuse and replace fragmented private spreadsheets with consistent shared definitions, which is the proposed thesis's core position.

+ supports "Organizational superintelligence" is built by systematically recording all internal artifacts (communications, meetings, documents) into a shared, AI-legible "
rationale

Expert-authored tools that make knowledge reusable and definitions shared are a concrete organizational mechanism for turning scattered internal expertise into a common knowledge layer, although the claim does not specifically require AI-legible total capture.

+ supports Tacit context is a chronic bottleneck: the knowledge founders and teams carry implicitly is surprisingly hard to externalize — whether to other people, to AI, o
rationale

The claim directly describes domain experts externalizing their otherwise private knowledge into tools that others can use, addressing the thesis's stated bottleneck of making tacit team context explicit.

+ supports Owning and operating on proprietary/in-house software (rather than relying primarily on third-party vendors) confers a structural advantage in adopting AI inter
rationale

The emphasis on internally built tools is directionally consistent with the thesis that in-house software and data control enable deeper internal AI integration, but this claim is primarily about knowledge sharing rather than adoption speed or proprietary control.

≈ complicates Decentralization/dispersion of knowledge across many actors is a systemic strength, not a defect to be consolidated away: variety, adaptability, and resilience
rationale

The claim qualifies the held thesis's broad defense of dispersed knowledge by distinguishing productive distributed expertise from fragmented, private spreadsheets; shared tools can preserve local expertise while standardizing its usable definitions, so this is a qualification rather than a flat contradiction.

→ extends Enabling people closest to customer reality to build and deploy capabilities themselves accelerates the growth of a company's collective intelligence layer fast
rationale

The same author and evidence argue that people closest to customer reality should build capabilities themselves; this claim extends that mechanism by specifying that sharing those capabilities encodes their expertise for broader reuse and consistent definitions.

+ supports One of the biggest benefits of Skills is that you can share them with the rest of your team
rationale

The claim independently supports the neighboring claim that a major benefit of skills is sharing them with a team, adding the specific organizational payoff of reusable expert knowledge and shared definitions; the sources do not visibly interact.

+ supports A skill encodes an agent's procedural knowledge: which sources to consult, how to navigate ambiguous data, and what a finished analysis looks like.
rationale

Both claims treat a reusable tool or skill as a container for domain or procedural knowledge that others can invoke, though the new claim emphasizes organizational sharing and the neighbor emphasizes agent behavior; there is no visible interaction between sources.

+ supports Skill files should encode reusable process and judgment as markdown documents rather than static content, functioning like method calls with markdown as the pro
rationale

The claim's domain experts encode knowledge for reuse is consistent with the neighboring prescription to encode reusable process and judgment rather than static content, although it does not specify markdown or an agent skill format; the sources do not visibly interact.

✦ proposes thesis Internally built, shareable tools are a practical organizational knowledge layer: they let domain experts encode and distribute judgment, replacing siloed sprea conf 0.62
Δ confidence +0.07 on "Organizational superintelligence" is built by systematically recording all internal artifacts (comm
Δ confidence +0.08 on Tacit context is a chronic bottleneck: the knowledge founders and teams carry implicitly is surprisi
Δ confidence +0.03 on Owning and operating on proprietary/in-house software (rather than relying primarily on third-party
Δ confidence -0.03 on Decentralization/dispersion of knowledge across many actors is a systemic strength, not a defect to
kimi-k3
→ extends Enabling people closest to customer reality to build and deploy capabilities themselves accelerates the growth of a company's collective intelligence layer fast
rationale

Same author (jedwards_27), same evidence document. The sibling claim argues people closest to customer reality should build and deploy capabilities themselves; this claim extends the same argument from building to sharing — once built, shared tools encode that domain expertise for others and standardize definitions. Same-direction build-to-share progression within one piece.

→ extends Closing platform infrastructure gaps (identity, access control, secret management, authoritative data connections, safe deployment paths) turns individual AI-bu
rationale

Same author, same evidence. The sibling claims closing platform gaps turns individual AI-built tools into composable organizational capabilities; this claim supplies the sharing mechanism by which that happens — tools shared across the org carry encoded expert knowledge and enforce shared definitions rather than fragmented private spreadsheets. Same-direction elaboration.

+ supports "Organizational superintelligence" is built by systematically recording all internal artifacts (communications, meetings, documents) into a shared, AI-legible "
rationale

The claim is an instance of the thesis's core direction: replacing fragmented private knowledge (spreadsheets) with shared, consistent, reusable organizational knowledge — here via expert-built shared tools rather than total artifact capture. Different mechanism than the thesis's recording-everything framing, so moderate strength. No visible interaction; inferred.

+ supports As AI coding/analysis agents scale, agentic knowledge should be externalized into modular, versioned skill files (markdown-encoded procedures) rather than embed
rationale

The claim endorses externalizing domain expertise into shareable artifacts others can use — the same externalize-and-share direction as the skill-files thesis, though the claim is about internally built tools broadly rather than versioned markdown skills specifically. Inferred; thesis already at confidence 1.0 so no confidence nudge applied.

+ supports A user-facing marketplace is emerging as the distribution layer for agent extensibility: users publish and consume reusable units — exhibits, skills, extensions
rationale

Sharing internally built tools so others can reuse encoded expertise is the internal-facing analog of the thesis's shareable-packages-over-tribal-knowledge position. The claim stops short of asserting a user-facing marketplace, so modest strength. Inferred.

≈ complicates Tacit context is a chronic bottleneck: the knowledge founders and teams carry implicitly is surprisingly hard to externalize — whether to other people, to AI, o
rationale

The thesis holds tacit knowledge is chronically hard to externalize; this claim presents shared tool-building as a working mechanism by which domain experts do encode their knowledge for others — a partial counter-existence-proof that qualifies (does not refute) the bottleneck framing, since it doesn't claim the encoding is easy. Inferred, weak.

+ supports One of the biggest benefits of Skills is that you can share them with the rest of your team
rationale

Cross-author convergence (jedwards_27 vs trq212, no visible interaction — invariant 4). trq212 holds a biggest benefit of Skills is sharing them with the team; this claim independently asserts sharing internally built tools spreads encoded domain knowledge and shared definitions. Two third parties agreeing on shareability-of-encoded-knowledge as the key payoff.

+ supports By extracting collective domain knowledge scattered across emails, chat messages, and documents and making it legible to AI, businesses can transition from rigi
rationale

Cross-author (jedwards_27 vs ycombinator, no interaction — inferred). Both assert the de-fragmentation of scattered/private knowledge into shared organizational form; ycombinator's mechanism is AI extraction of communications, this claim's is expert-built shared tools replacing private spreadsheets. Same direction, different mechanism — moderate support.

✦ proposes thesis When domain experts build and share their own internal tools, their expertise becomes encoded in reusable artifacts that give the organization consistent shared conf 0.50
Δ confidence +0.05 on "Organizational superintelligence" is built by systematically recording all internal artifacts (comm
Δ confidence +0.03 on A user-facing marketplace is emerging as the distribution layer for agent extensibility: users publi
Δ confidence -0.02 on Tacit context is a chronic bottleneck: the knowledge founders and teams carry implicitly is surprisi
18
source claim
“Security should be involved as a critical design partner from the start of platform design, not added afterward.”
From Localhost to Launched: Safely Shipping Apps That Anyone Can Build Building an internal tool used to be slow and expensive. It took at least one engineer writing at least one project spec, and a manager willing to put that project spec on the roadmap, followed by the actual time to build, test and deploy the tool. AI has effectively replaced (almost) all of these steps, and an idea can now become a working tool in an afternoon. But getting that tool safely into other people's hands has remained a challenge that AI alone has not been able to solve. A sales representative, customer success manager, or data analyst can now describe a tool in plain language, watch an agent generate a
… continue reading (9.4k more chars · article) working app, and have that app running on their laptop within the hour. At Block, this pattern first emerged in early 2025. Employees who had never written a line of code before were suddenly building software to unblock themselves. But then a lot of apps just sat there, running on someone's laptop, with nowhere to go. The moment that building got cheap, a different problem moved to the forefront: there was nowhere to put these apps to share them. This is the story of that second problem, and of Block App Kit, the platform we built to solve it. The bottleneck moved A vibe-coded app isn't really a tool until other people can use it. And inside a company that handles sensitive financial data, "other people can use it" is a much higher bar than it looks. The obvious options were all a poor fit for internal tools that touch company data: A personal static-hosting site (think GitHub Pages) typically has no SSO in front of it, so company data can end up outside the security perimeter. A one-click deploy to a general-purpose hosting platform puts data outside of company access controls and IT's management surface. A local script that downloads remote code and prompts for SSO is, to any security team, hard to distinguish from a data exfiltration attempt. The people closest to the problems that could benefit most from internal tooling (analysts, ops, finance, and support) could build a tool in an afternoon. What they still lacked was a sanctioned way to put it in someone else's hands. And sharing matters for more than convenience: it lets domain experts encode their knowledge into something others can use, and it keeps everyone working from consistent definitions of shared processes instead of a dozen private spreadsheets. Building was easy now; the bottleneck had moved from "can you build it?" to "is there a safe place for the right people to use it?" And that second question isn't a model problem, and it isn't a harness problem either. A model can generate a great interface, but it can't guarantee its own safe use. It can't ensure the app is opened by the right people, against the right data. That's a platform problem. Separating the agent's job from the platform's job At Block, this matters more than usual. The company is building itself to operate as intelligence. That requires capabilities that can compose with each other. An app on someone's laptop doesn't compose with anything. The core idea behind Block App Kit is a clean split: the agent generates the app, and the platform owns everything that makes the app safe and durable. Loading image... Block App Kit is a deliberately thin, opinionated stack. The platform provides a managed frontend, compute, and persistence layer designed for rapid internal application development. The app management surface is intentionally tiny. And safety isn't bolted on, it's baked in. As is standard across the industry, authentication, authorization, secret management, and data-access controls are provided by the platform by default. The platform draws hard lines on what an app can connect to and who can open it, so “anyone can build” never quietly becomes “anyone can do anything.” We chose to be opinionated about the stack rather than flexible on purpose. A more flexible system would let each builder pick their own framework, storage, and deployment target, and that flexibility would make consistent security properties impossible to guarantee. The constraints are what make those guarantees real. They also get the framework out of the way: people want to solve their problem, not research platforms, and removing those choices lets them do exactly that. With the platform handling safety, the remaining job was to make building on it as easy as possible. This is where the agent comes in. The agent can drive the same few steps that an engineer would follow (scaffold, build, deploy) without the human builder needing to understand what's happening under the hood. We first built those instructions into an MCP server, backed by the CLI that an agent would use to scaffold, deploy, and manage an app. That worked, but it had to be installed and enabled in each agent setup, one person at a time. Fortunately, Block has an internal agent tooling platform that makes it easy to distribute skills to employees, so we repackaged the MCP as a skill and distributed it that way. The skill is the part that knows when to reach for Block App Kit and how to follow the safe path, as well as how to troubleshoot common issues, interact with common data sources correctly, and more. Further, the skill is always improving: once per week we audit our support channel and feed new learnings back into the skill. What was hard The hard part was not writing code. Frontier models became great at one-shotting an app around December 2025. The hard parts were the unglamorous platform problems: identity, data, and secure connections to internal systems. We wanted to emphasize the controls in place to reduce mishandling of data. For Block App Kit, security was a critical design partner from the start. They understood the threat models to consider and the behaviors to prevent, and guided the design so that those behaviors were structurally prohibited rather than merely discouraged. Meanwhile, we had to assume that the builder would have no coding experience whatsoever and that their agent would be on the hook for producing a high-quality, accurate and secure app. The tempting shortcut there was to ship a "simple mode" to produce a highly constrained app. For example, we initially tried representing apps with a JSON schema and having the platform render that schema. We promptly rejected this approach. It was frustrating to build with and limited in its usefulness. We learned that the interface couldn't be the app's code or a constrained schema; it had to be the handful of commands the agent uses to scaffold, build, and deploy the app. Finally, we learned early on that a tool that's easy to use and quietly wrong is more dangerous than one that doesn't exist at all. During the Block App Kit pilot, in a controlled setting before broad rollout, one of our builders shared a measurement dashboard that looked excellent (clean charts, clear layout, a confident up-and-to-the-right trend). Upon further inspection, we realized that it looked excellent because the underlying data was wrong. A subtle flaw in the sampling logic produced plausible but inaccurate numbers, and nothing in the build-and-deploy path caught it. The fix had two parts. First: make it easy to connect apps to authoritative internal data sources rather than arbitrary endpoints. Second: put test scaffolding in the default template so that a wrong number gets caught before it ships, not after someone has made a business decision on it. The solution had to live in the template, where the AI agent would get blocked by it, not in a choice the builder had to make. What's happening now Block App Kit launched in mid-March. In the quarter since, weekly app views have grown by more than an order of magnitude, weekly active users have climbed from the low hundreds into the thousands, and the catalog now spans well over a thousand distinct apps, with hundreds more launching every week. The apps are tackling real, complex business problems. A support team built an app to triage incoming tickets and route them to the right specialist automatically. A sales team built an app to analyze rep call recordings against their win rates and quota attainment. A people-ops team built a tool that answers plain-language questions across internal policy documents that used to live scattered across wikis and shared drives. The builders are mostly non-engineers. Roughly four in five Block App Kit users sit outside of engineering, in Sales, Support, Legal and Compliance, Finance, and Marketing, spread across more than fifty different orgs. That spread isn't an accident. Block is organizing around capabilities, not org charts. When the people closest to customer reality can build and deploy capabilities themselves, the company's intelligence layer gets richer faster than any centralized team could manage. What we learned The clearest signal that we'd solved the right problem came from endorsement: the security org pointed people toward Block App Kit as the sanctioned way to build and ship these apps. When the team responsible for preventing data exfiltration decides your platform is the route they want people to take, the safety-by-design bet has paid off. The broader lesson is that the final mile of AI-built software isn't a model problem (or a human problem for that matter). The models are already capable builders. Non-engineers are eager to build. The gap is platform infrastructure: identity, access control, secret management, authoritative data connections, and a deployment path anyone can follow without making an unsafe choice along the way. Closing that gap turns individual tools into capabilities that can compose. Block needs that to operate as intelligence. Let's talk If your company is wrestling with the same problem, or you're interested in trying Block App Kit, we'd love to hear from you. Please reach out to judeedwards@block.xyz . Our team is always happy to trade lessons with others who are also working on interesting problems in the Applied AI space.
@jedwards_27 · bookmarked post view on X ↗
opus-4.5
+ supports As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the primary bottleneck and value driver shifts from code generati
rationale

The claim asserts that security must be a critical design partner from the start of platform design, not bolted on afterward. This directly supports the thesis that safety-by-design infrastructure (including security) is the critical enabler of scalable AI adoption, and that the value driver has shifted to platform-level concerns. The claim is a specific normative instantiation of the thesis's broader position. No visible interaction between the claim source and the thesis — inferred from semantic alignment.

→ extends Involving security teams as design partners from the start allows harmful behaviors to be structurally prohibited rather than merely discouraged.
rationale

Same author (jedwards_27), same evidence source. The current claim states the normative principle (security as design partner from the start), while the target claim states the consequence of that principle (harmful behaviors can be structurally prohibited). Together they form a principle-consequence pair from the same source material.

Δ confidence +0.03 on As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the p
opus-4.6
+ supports As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the primary bottleneck and value driver shifts from code generati
rationale

This claim directly supports the thesis that platform-level security and governance concerns are the critical enabler of trustworthy agentic AI. Asserting security should be a 'critical design partner from the start' is a concrete organizational prescription that instantiates the thesis's 'safety-by-design infrastructure' principle. Same direction, high specificity. No visible interaction between source and thesis origin — inferred.

+ supports The smoothest Claude Code deployments occur at organizations that establish cross-functional working groups early, bringing together engineering, information se
rationale

Cross-author convergence (jedwards_27 vs ClaudeDevs, no visible interaction — invariant 4). jedwards prescribes security as a design partner from the start; ClaudeDevs independently reports that the smoothest deployments involve cross-functional working groups (including infosec) established early. Both assert the same temporal principle: security involvement must come at the beginning, not after. Inferred, same direction.

+ supports Safety should be built by encoding human ethics, social norms, and national laws into the model's value function as foundational axioms rather than added as bol
rationale

Cross-author convergence (jedwards_27 vs bingxu_, no visible interaction — invariant 4). jedwards asserts security should be a design partner from the start, not bolted on afterward. bingxu_ asserts safety should be encoded as foundational axioms rather than bolt-on patches. Both make the same structural argument against after-the-fact safety/security in different domains (platform design vs model value alignment). Inferred, same direction.

≈ complicates The next generation of software builders should deliberately choose open, high-trust systems — favoring transparency, open access, and trust-based architectures
rationale

This thesis advocates for open, high-trust, transparency-based architectures over locked-down/constrained ones. The claim that security must be a critical design partner from the start implies constraint and gatekeeping as first-class design concerns, which is in tension with a default-open posture. Not a direct contradiction — security-by-design can coexist with openness — but it complicates the thesis by asserting that security constraints should shape architecture from inception, not be deferred in favor of openness. Inferred.

Δ confidence +0.05 on As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the p
Δ confidence -0.03 on The next generation of software builders should deliberately choose open, high-trust systems — favor
opus-4.7
+ supports As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the primary bottleneck and value driver shifts from code generati
rationale

The thesis holds that safety-by-design platform infrastructure is the critical enabler of scalable agentic AI adoption. This claim directly prescribes the mechanism: security must be a design partner from the start, not bolted on — i.e. safety-by-design in its most literal form. Direct, specific normative support from jedwards_27's own writing.

+ supports Software intended to be consumed by AI agents (rather than humans) must be designed with an adversarial threat model—treating the agent as a potentially hostile
rationale

Adversarial-threat-model-as-first-class thesis requires that defensive concerns be built in, not retrofitted. This claim's 'security as critical design partner from the start' is the organizational/process precondition for treating security as first-class rather than optimized-for-cooperative-user. Same-direction; inferred because the claim doesn't specifically address AI-agent consumers.

→ extends Involving security teams as design partners from the start allows harmful behaviors to be structurally prohibited rather than merely discouraged.
rationale

Same author, same evidence: sibling claims. The neighbor gives the mechanism ('early security partnership enables structural prohibition of harmful behaviors'); this claim states the general normative principle behind it. Direct extension.

+ supports Organizations achieve smoother AI coding tool deployments when they establish cross-functional working groups early, bringing together engineering, information
rationale

Cross-author convergence (jedwards_27 vs ClaudeDevs, no visible interaction). ClaudeDevs prescribes early cross-functional working groups including infosec at the start of rollout; this claim generalizes the principle — security as design partner from the start. Same-direction, inferred.

⚡ contradicts The next generation of software builders should deliberately choose open, high-trust systems — favoring transparency, open access, and trust-based architectures
rationale

Implicit tension: the 'open, high-trust systems' thesis prescribes trust via openness rather than upfront constraint. This claim locates trustworthiness in security being a co-designer of the platform from day one — a constraint-oriented, security-first framing rather than a trust-first / open one. Partial normative opposition; inferred.

Δ confidence +0.03 on As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the p
Δ confidence +0.03 on Software intended to be consumed by AI agents (rather than humans) must be designed with an adversar
opus-4.8
+ supports As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the primary bottleneck and value driver shifts from code generati
rationale

The thesis holds that safety-by-design infrastructure (identity, security, governance baked into the platform) is the critical enabler of trustworthy agentic AI adoption. This claim asserts the operational precondition: security must be a design partner from the start rather than bolted on afterward — i.e. security-by-design at the org/process level. Direct same-direction support for a held thesis.

+ supports Software intended to be consumed by AI agents (rather than humans) must be designed with an adversarial threat model—treating the agent as a potentially hostile
rationale

The thesis argues security concerns (validation, sandboxing, least-privilege, defensive interface design) must be treated as first-class concerns rather than an afterthought. This claim's core—security as a critical design partner from the start, not added afterward—is the same "first-class, not bolted-on" posture, though stated at the process/org level rather than the threat-model level. Same-direction, moderate strength.

→ extends Involving security teams as design partners from the start allows harmful behaviors to be structurally prohibited rather than merely discouraged.
rationale

Same author (jedwards_27), same evidence document. This claim states the general position (security as design partner from the start), and the neighbor claim supplies the mechanism/payoff (doing so lets harmful behaviors be structurally prohibited rather than merely discouraged). Explicit provenance since they co-occur in one source; extends because it builds the same position further in the same direction.

+ supports The smoothest Claude Code deployments occur at organizations that establish cross-functional working groups early, bringing together engineering, information se
rationale

Cross-author corroboration (jedwards_27 vs ClaudeDevs, no visible interaction — invariant 4). ClaudeDevs reports the smoothest deployments come from establishing cross-functional groups that include information security early to define requirements. That is empirical evidence for this claim's normative prescription that security should be a design partner from the start, not added afterward. Inferred, same direction.

+ supports If there is any chance a system being built might become a moral patient, its developers should determine what protections it deserves before deploying it as a
rationale

Third-party structural parallel (jedwards_27 vs dpetrou, no visible interaction). Both instantiate the same "address it before deployment, not afterward" design principle — dpetrou for moral-patient protections, this claim for security. Convergent on sequencing (front-load rather than retrofit), though the object domains differ, so weak/suggestive strength.

Δ confidence +0.02 on As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the p
Δ confidence +0.03 on Software intended to be consumed by AI agents (rather than humans) must be designed with an adversar
fable-5
→ extends Involving security teams as design partners from the start allows harmful behaviors to be structurally prohibited rather than merely discouraged.
rationale

Same author, same evidence document: the target claim states the mechanism (early security partnership enables structural prohibition of harmful behaviors); this claim draws the normative conclusion (security must be a design partner from the start, not bolted on). Same-direction elaboration within one source — explicit extends.

+ supports Organizations achieve smoother AI coding tool deployments when they establish cross-functional working groups early, bringing together engineering, information
rationale

Cross-author convergence (jedwards_27 vs ClaudeDevs, no visible interaction — invariant 4): ClaudeDevs observes that early cross-functional working groups including information security yield smoother AI tool deployments; jedwards prescribes exactly that pattern — security as a design partner from the start of platform design. Same-direction corroboration; inferred.

≈ complicates Established corporations should form independent, agile teams to build and prove AI prototypes before attempting full-scale integration
rationale

Implicit third-party tension (jedwards_27 vs eng_khairallah1, no visible interaction — invariant 4). The target prescribes small, independent teams that prototype first and defer governance-heavy integration; this claim insists security be embedded as a critical design partner from day one. It qualifies rather than flatly negates the prove-first sequencing — arguing at least the security function cannot be deferred — hence complicates.

+ supports As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the primary bottleneck and value driver shifts from code generati
rationale

The thesis holds that safety-by-design infrastructure and platform-level security are the critical enablers of trustworthy agentic AI adoption. This claim prescribes the organizational corollary: security as a first-class design partner from the start of platform design rather than a retrofit. Direct, specific practitioner prescription in the same direction; inferred.

Δ confidence +0.01 on As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the p
gpt-5.6-terra-medium
+ supports As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the primary bottleneck and value driver shifts from code generati
rationale

The claim directly reinforces this thesis's safety-by-design component: platform security must shape the design from inception rather than be retrofitted after implementation. The relationship is semantic rather than a visible source interaction.

+ supports Involving security teams as design partners from the start allows harmful behaviors to be structurally prohibited rather than merely discouraged.
rationale

Both claims prescribe bringing security into platform design from the beginning; the target supplies the concrete benefit of structurally prohibiting harmful behavior. This claim independently supports that design-partner premise, with no visible interaction to establish explicit provenance.

+ supports Organizations achieve smoother AI coding tool deployments when they establish cross-functional working groups early, bringing together engineering, information
rationale

The target recommends early cross-functional rollout planning that includes information security. This claim supplies a narrower, direct rationale for that practice: security should be a design partner from the outset rather than an after-the-fact reviewer. Semantic agreement; no visible interaction is provided.

Δ confidence +0.04 on As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the p
gpt-5.6-sol-low
+ supports Involving security teams as design partners from the start allows harmful behaviors to be structurally prohibited rather than merely discouraged.
rationale

The claim states the organizational design principle underlying the neighbor's mechanism: involving security from platform-design inception enables structural prevention rather than after-the-fact mitigation. The sources share evidence context, but no visible reply, quote, or direct reference establishes explicit interaction, so provenance is inferred.

+ supports The smoothest Claude Code deployments occur at organizations that establish cross-functional working groups early, bringing together engineering, information se
rationale

Early security participation as a critical platform-design partner independently corroborates the neighbor's recommendation to establish cross-functional engineering, security, and governance groups early; there is no visible interaction between the sources.

+ supports As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the primary bottleneck and value driver shifts from code generati
rationale

Requiring security to shape platform architecture from inception directly supports the held thesis that platform-level security and safety-by-design infrastructure are critical enablers of scalable, trustworthy agentic software adoption.

✦ proposes thesis Security teams should be embedded as critical design partners from the beginning of platform architecture, rather than consulted only after the platform has bee conf 0.62
Δ confidence +0.06 on As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the p
gpt-5.6-sol-high
+ supports As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the primary bottleneck and value driver shifts from code generati
rationale

The Block App Kit case makes security an early platform-design partner that shapes threat models and structurally prevents unsafe behavior, directly reinforcing the held thesis that platform-level security and safety-by-design infrastructure are critical to scalable, trustworthy agent-built software.

→ extends Involving security teams as design partners from the start allows harmful behaviors to be structurally prohibited rather than merely discouraged.
rationale

The claims occur in the same source's account of Block App Kit and are directly connected: the new claim turns the described benefit of early security involvement—structurally prohibiting harmful behavior—into the broader prescriptive principle that security must be a critical design partner from the outset.

+ supports The smoothest Claude Code deployments occur at organizations that establish cross-functional working groups early, bringing together engineering, information se
rationale

This independent, concrete platform-design case supports ClaudeDevs' recommendation to include information security in early cross-functional planning: early security participation shaped requirements and prevented unsafe behavior structurally. No visible interaction between the sources, so provenance is inferred.

✦ proposes thesis Platform organizations should embed security as a first-class design partner from the outset, so threat models and enforceable safety constraints shape the arch conf 0.68
Δ confidence +0.04 on As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the p
gpt-5.6-luna-high
+ supports dryrun_1143
rationale

The claim directly asserts that security must be embedded at the beginning of platform design, matching the proposed thesis; no visible interaction between sources is provided, so the relation is inferred.

+ supports As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the primary bottleneck and value driver shifts from code generati
rationale

Embedding security in platform design supports the broader held thesis that safety-by-design infrastructure, including security, is a critical platform-level enabler; this is a partial semantic fit rather than an exact restatement.

✦ proposes thesis Security should be embedded as a critical design partner from the beginning of platform design, rather than added after the platform is built. conf 0.68
Δ confidence +0.05 on As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the p
kimi-k3
+ supports As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the primary bottleneck and value driver shifts from code generati
rationale

Direct, specific instantiation of the thesis: involving security as a critical design partner from the start of platform design is precisely the safety-by-design / platform-level-security posture the thesis names as the critical enabler of scalable, trustworthy agentic AI adoption. Same direction; stance derived from meaning (no visible interaction with the thesis) → inferred.

+ supports Involving security teams as design partners from the start allows harmful behaviors to be structurally prohibited rather than merely discouraged.
rationale

Same author, same evidence document (js7414shagm25rv5tqq2jd0b6h8a47sr). This claim states the general normative principle (security as design partner from the start); the neighbor elaborates its payoff (harmful behaviors structurally prohibited rather than merely discouraged). Direct same-direction support within a single argument → explicit.

+ supports The smoothest Claude Code deployments occur at organizations that establish cross-functional working groups early, bringing together engineering, information se
rationale

Cross-author third-party convergence (jedwards_27 vs ClaudeDevs, no visible interaction — invariant 4). ClaudeDevs reports empirically that the smoothest deployments occur at orgs that bring information security in early via cross-functional working groups — a concrete exemplar of this claim's normative principle that security must be a design partner from the start. Convergent corroboration → inferred supports.

+ supports Structurally prohibiting risky behaviors in a platform's design is more effective than merely discouraging them through policy.
rationale

Same author, same evidence document. Involving security from the start is the enabling condition for the sibling claim that structurally prohibiting risky behaviors beats discouraging them via policy; same-direction facets of one safety-by-design argument → explicit supports.

+ supports Software intended to be consumed by AI agents (rather than humans) must be designed with an adversarial threat model—treating the agent as a potentially hostile
rationale

Treating security as a first-class design partner from the start aligns with the thesis that agent-consumed software must be built with an adversarial threat model and defensive design as first-class concerns rather than assumed-cooperative. Partial overlap only — this claim is process/org-level, the thesis is architecture-level — so moderate inferred support.

+ supports Safety should be built by encoding human ethics, social norms, and national laws into the model's value function as foundational axioms rather than added as bol
rationale

Cross-author, cross-domain, no visible interaction (jedwards_27 platform security vs bingxu_ model values — invariant 4). Both assert the same design meta-principle: safety/security must be foundational from the start, not bolted on afterward. Analogical convergence at the principle level → inferred supports, moderate-low.

Δ confidence +0.02 on As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the p
Δ confidence +0.03 on Software intended to be consumed by AI agents (rather than humans) must be designed with an adversar
19
source claim
“Describing an aesthetic in a prompt is difficult”
describing an aesthetic in a prompt can be tough, so we made a button for it introducing Design Variations instantly generate, explore, and apply beautiful new UI layouts with a single click try it today in AI Studio https://t.co/cVnR4hjJZe https://t.co/JEyuImiWcP
@GoogleAIStudio · bookmarked post view on X ↗
opus-4.5
+ supports Combining explicit visual reference inputs — style references, mood boards, or Lora — with text prompts is the primary lever for achieving consistent, controlla
rationale

Cross-source, no visible interaction (GoogleAIStudio vs krea_ai — inferred). The thesis holds that visual reference inputs (style refs, mood boards, Lora) are the primary lever for consistent outputs, MORE so than text prompting alone. This claim provides the causal explanation: describing aesthetics in text prompts is difficult, which is precisely why non-text visual reference inputs become the primary lever. The difficulty of text-based aesthetic description motivates reliance on visual references.

≈ complicates Including stylistic and mood cues in prompts helps agents generate designs matching a desired feeling
rationale

Third-party, no visible interaction (GoogleAIStudio vs siglesias — inferred, invariant 4). siglesias claims that including stylistic and mood cues in prompts helps agents generate designs matching a desired feeling, implying aesthetic description via prompts is a viable lever. This claim qualifies that: describing an aesthetic in a prompt is difficult. Not a contradiction — it can be both difficult AND helpful when done well — but the difficulty adds friction to the optimistic framing. Complicates.

≈ complicates A couple more prompts focused on aesthetics produced a polished, human-designed-looking result
rationale

Third-party, no visible interaction (GoogleAIStudio vs anshuc — inferred, invariant 4). anshuc reports that a couple more prompts focused on aesthetics produced a polished, human-designed-looking result — implying iterative aesthetic prompting successfully yields desired outputs. This claim introduces a qualification: describing an aesthetic in a prompt is difficult. The two claims are compatible (difficulty doesn't preclude eventual success), but the difficulty framing qualifies how easily the iteration path can be traversed.

+ supports Using style references, mood boards, or Lora alongside text prompts produces the most consistent results in Krea 2
rationale

Third-party, no visible interaction (GoogleAIStudio vs krea_ai — inferred, invariant 4). krea_ai asserts that using style references, mood boards, or Lora alongside text prompts produces the most consistent results — i.e., supplementing text with visual reference inputs is the best workflow. This claim supports that recommendation by establishing the motivation: since describing an aesthetic in text is difficult, pairing text with visual references is a natural workaround. The difficulty provides rationale for the multi-modal approach.

Δ confidence +0.05 on Combining explicit visual reference inputs — style references, mood boards, or Lora — with text prom
opus-4.6
+ supports Combining explicit visual reference inputs — style references, mood boards, or Lora — with text prompts is the primary lever for achieving consistent, controlla
rationale

Inferred, third-party (GoogleAIStudio vs. krea_ai thesis origin, no visible interaction). GoogleAIStudio's acknowledgment that describing an aesthetic in a prompt is difficult directly supports the thesis that text prompting alone is insufficient for consistent, controllable visual outputs — if text-based aesthetic description is hard, then supplementary visual reference inputs (style refs, mood boards, Lora) become the primary lever for aesthetic control. The claim motivates a UI-based alternative (Design Variations button), further validating that text prompting alone is a bottleneck.

+ supports Vague prompts to coding agents produce arbitrary layouts and unwanted guessed features
rationale

Inferred, third-party (GoogleAIStudio vs. siglesias, no visible interaction — invariant 4). siglesias observes that vague prompts produce arbitrary layouts; GoogleAIStudio identifies a root cause — describing an aesthetic in a prompt is inherently difficult. The difficulty of aesthetic articulation explains why prompts remain vague on visual design, leading to the arbitrary outputs siglesias describes. Same-direction causal corroboration.

≈ complicates A couple more prompts focused on aesthetics produced a polished, human-designed-looking result
rationale

Inferred, third-party (GoogleAIStudio vs. anshuc, no visible interaction — invariant 4). anshuc reports that a couple more aesthetics-focused prompts produced a polished, human-designed-looking result — suggesting text-based aesthetic prompting is tractable with iteration. GoogleAIStudio claims describing an aesthetic in a prompt is fundamentally difficult, motivating a UI-based alternative. The tension is real but not a full contradiction: anshuc's success may represent a skilled user overcoming the difficulty GoogleAIStudio identifies, or the difficulty may vary by context. Complicates rather than contradicts.

≈ complicates Including stylistic and mood cues in prompts helps agents generate designs matching a desired feeling
rationale

Inferred, third-party (GoogleAIStudio vs. siglesias, no visible interaction — invariant 4). siglesias recommends including stylistic and mood cues in prompts as a lever for matching desired feelings — implying text-based aesthetic specification is actionable. GoogleAIStudio qualifies this by asserting that describing an aesthetic in a prompt is inherently difficult, suggesting the stylistic-cue approach has a usability ceiling that motivates alternative UI mechanisms. The claims aren't opposed but the difficulty framing tempers the optimism of the stylistic-cue recommendation.

Δ confidence +0.05 on Combining explicit visual reference inputs — style references, mood boards, or Lora — with text prom
opus-4.7
≈ complicates Including stylistic and mood cues in prompts helps agents generate designs matching a desired feeling
rationale

Inferred, third-party (GoogleAIStudio vs siglesias, no visible interaction — invariant 4). siglesias claims that including stylistic/mood cues in prompts helps agents generate designs matching a desired feeling. This claim qualifies that lever: if describing an aesthetic in a prompt is difficult, then the stylistic-cue mechanism is bottlenecked by the user's ability to articulate the aesthetic in words. Complicates (adds a friction condition) rather than contradicts (the lever still works when articulation succeeds).

+ supports Combining explicit visual reference inputs — style references, mood boards, or Lora — with text prompts is the primary lever for achieving consistent, controlla
rationale

Inferred, third-party (GoogleAIStudio vs thesis origin, no visible interaction — invariant 4). The thesis holds that combining explicit visual reference inputs (style refs, mood boards, Lora) with text is the PRIMARY lever, more so than text prompting alone. This claim supplies the underlying reason: because describing an aesthetic in a prompt is difficult, non-text reference inputs are needed to communicate what words cannot. It is a motivating rationale for the thesis rather than fresh evidence for its outcome, hence moderate strength.

+ supports Using style references, mood boards, or Lora alongside text prompts produces the most consistent results in Krea 2
rationale

Inferred, third-party (GoogleAIStudio vs krea_ai, no visible interaction — invariant 4). krea_ai says style references, mood boards, and Lora alongside text prompts produce the most consistent results. This claim provides the motivating reason: aesthetics are hard to describe in text, so non-text reference inputs carry the signal words can't. Same-direction supporting rationale.

+ supports A prompt enhancer can help users collaborate on their vision before submitting a first prompt
rationale

Inferred, third-party (GoogleAIStudio vs stitchbygoogle, no visible interaction — invariant 4). stitchbygoogle claims a prompt enhancer can help users collaborate on their vision before submitting a first prompt. This claim provides the direct problem statement that motivates such tooling: describing an aesthetic in a prompt is difficult, so a prompt enhancer bridges the articulation gap. Same-direction supporting rationale.

≈ complicates Being more specific and bite-sized in prompts allows AI agents to implement designs better
rationale

Inferred, third-party (GoogleAIStudio vs tkkong, no visible interaction — invariant 4). tkkong's guidance is that being specific and bite-sized in prompts helps agents implement designs. This claim qualifies that guidance for the aesthetic dimension: aesthetics are inherently difficult to describe, so the be-specific heuristic is harder to apply for stylistic intent than for functional specs. Complicates rather than contradicts.

✦ proposes thesis Natural-language prompts are a lossy channel for aesthetic intent: users struggle to articulate visual/stylistic taste in text, making aesthetic direction the h conf 0.55
Δ confidence +0.03 on Combining explicit visual reference inputs — style references, mood boards, or Lora — with text prom
opus-4.8
+ supports Combining explicit visual reference inputs — style references, mood boards, or Lora — with text prompts is the primary lever for achieving consistent, controlla
rationale

Inferred, third-party (GoogleAIStudio vs. thesis origin, no visible interaction — invariant 4). The thesis holds that visual reference inputs (style refs, mood boards, Lora) are a stronger lever than text prompting alone for controllable output. If describing an aesthetic in a prompt is difficult, that friction is precisely the reason text-alone underperforms and why non-text reference inputs become the primary lever — the claim supplies a mechanism for the thesis's core preference.

≈ complicates Including stylistic and mood cues in prompts helps agents generate designs matching a desired feeling
rationale

Inferred, third-party (GoogleAIStudio vs. siglesias, no visible interaction — invariant 4). siglesias claims that including stylistic and mood cues in prompts helps agents generate designs matching a desired feeling. This claim adds a qualifying condition: the difficulty is in *describing* the aesthetic in the first place. The cues help only insofar as the user can articulate them — so it complicates (does not negate) siglesias's optimistic framing by surfacing the articulation bottleneck upstream of the cue-helps mechanism.

+ supports Using style references, mood boards, or Lora alongside text prompts produces the most consistent results in Krea 2
rationale

Inferred, third-party (GoogleAIStudio vs. krea_ai, no visible interaction — invariant 4). krea_ai recommends using style references, mood boards, or Lora alongside text prompts for the most consistent results. This claim supports that recommendation by supplying its rationale: because describing an aesthetic in text is difficult, offloading aesthetic intent onto visual references/mood boards/Lora is what makes results consistent. Same-direction motivation for the non-text-first workflow.

+ supports A prompt enhancer can help users collaborate on their vision before submitting a first prompt
rationale

Inferred, third-party (GoogleAIStudio vs. stitchbygoogle, no visible interaction — invariant 4). stitchbygoogle claims a prompt enhancer helps users collaborate on their vision before submitting a first prompt. This claim supplies the problem that motivates such tooling: describing an aesthetic in a prompt is difficult, so a prompt-enhancer/vision-collaboration step directly addresses that articulation gap. Same-direction support.

Δ confidence +0.03 on Combining explicit visual reference inputs — style references, mood boards, or Lora — with text prom
fable-5
+ supports Combining explicit visual reference inputs — style references, mood boards, or Lora — with text prompts is the primary lever for achieving consistent, controlla
rationale

Inferred, third-party (GoogleAIStudio vs. krea_ai thesis origin, no visible interaction). The thesis holds that explicit visual reference inputs are the primary lever for consistent, controllable outputs, more so than text prompting alone. This claim supplies the mechanism underlying that position: aesthetics are hard to verbalize in a prompt, so text is a lossy channel for style — which is exactly why reference-based inputs (mood boards, style refs, Lora) outperform text alone. Moderate strength: it is a general, somewhat unspecific assertion rather than a demonstrated result.

≈ complicates Including stylistic and mood cues in prompts helps agents generate designs matching a desired feeling
rationale

Inferred, third-party (GoogleAIStudio vs. siglesias, no visible interaction — invariant 4). siglesias claims that including stylistic/mood cues in prompts helps agents generate designs matching a desired feeling. This claim adds the qualifying condition: the lever only works to the extent the user can verbally describe the aesthetic in the first place, and that articulation step is itself difficult. It narrows the accessibility of the mood-cue lever without denying its effectiveness once achieved.

≈ complicates A couple more prompts focused on aesthetics produced a polished, human-designed-looking result
rationale

Inferred, third-party (GoogleAIStudio vs. anshuc, no visible interaction — invariant 4). anshuc reports that a couple more aesthetics-focused prompts produced a polished, human-designed-looking result — a success story for aesthetic prompting. This claim qualifies it: describing an aesthetic in a prompt is difficult, which is consistent with anshuc needing multiple iterations rather than one shot, and suggests the success is contingent on the user's ability to articulate the aesthetic at all. Modest strength — a general qualification rather than a direct engagement.

Δ confidence +0.03 on Combining explicit visual reference inputs — style references, mood boards, or Lora — with text prom
gpt-5.6-terra-medium
+ supports Combining explicit visual reference inputs — style references, mood boards, or Lora — with text prompts is the primary lever for achieving consistent, controlla
rationale

The claim identifies a limitation of text-only control: users find it difficult to express an intended aesthetic in a prompt. That supports the thesis's comparative premise that explicit visual references and related inputs are more reliable than text prompting alone for controllable aesthetic output. This is an inferred semantic relationship; no visible source interaction is provided.

≈ complicates Including stylistic and mood cues in prompts helps agents generate designs matching a desired feeling
rationale

Stylistic and mood cues can help steer designs toward a desired feeling, but this claim adds a user-side constraint: formulating the desired aesthetic in text is itself difficult. Thus cue-based prompting may be effective when available without being easy to execute. Inferred from semantic content across unrelated sources.

Δ confidence +0.04 on Combining explicit visual reference inputs — style references, mood boards, or Lora — with text prom
gpt-5.6-sol-low
+ supports Combining explicit visual reference inputs — style references, mood boards, or Lora — with text prompts is the primary lever for achieving consistent, controlla
rationale

The claim identifies a practical limitation of text-only aesthetic prompting: users struggle to verbalize visual intent. This modestly supports the thesis that explicit visual references are a stronger route to consistent, controllable image output than text alone, though it does not directly compare workflows or report outcomes.

✦ proposes thesis Communicating a desired aesthetic through text prompts is intrinsically difficult because visual style and taste are hard to translate into language. conf 0.40
Δ confidence +0.03 on Combining explicit visual reference inputs — style references, mood boards, or Lora — with text prom
gpt-5.6-sol-high
+ supports Combining explicit visual reference inputs — style references, mood boards, or Lora — with text prompts is the primary lever for achieving consistent, controlla
rationale

Google AI Studio's admission that users struggle to describe aesthetics in text provides moderate, product-grounded support for the thesis that text prompting alone is a weak control surface and that visual-reference or other non-text controls are valuable; it does not by itself prove that the thesis's specific combination is the primary lever.

≈ complicates Including stylistic and mood cues in prompts helps agents generate designs matching a desired feeling
rationale

The neighbor says stylistic and mood cues help models match a desired feeling; this claim adds a practical limiting condition: users may find it difficult to formulate those aesthetic cues in language. The sources show no visible interaction, so the stance is inferred.

+ supports A prompt enhancer can help users collaborate on their vision before submitting a first prompt
rationale

Difficulty articulating an aesthetic supplies a direct user-need rationale for a prompt enhancer that helps users develop their vision before submitting a prompt, although this claim's own proposed remedy is a design-variation button rather than the neighbor's enhancer. No visible source interaction is present.

✦ proposes thesis Natural-language prompting is a user-interface bottleneck for aesthetic control because people often struggle to articulate a desired visual style precisely, cr conf 0.50
Δ confidence +0.04 on Combining explicit visual reference inputs — style references, mood boards, or Lora — with text prom
gpt-5.6-luna-high
+ supports dryrun_1147
rationale

The claim directly instantiates the proposed position that text-only aesthetic specification is ambiguous and difficult, motivating concrete descriptors or visual references for reliable control. This is a semantic inference with no visible interaction.

→ extends Swapping abstract words like 'sporty' for tangible aesthetic descriptions produces better design results
rationale

The nearby claim reports that tangible aesthetic descriptions outperform abstract words; this claim adds the explanatory difficulty underlying that result—abstract aesthetics are hard to communicate precisely. The sources do not visibly interact, so the edge is inferred.

✦ proposes thesis Text-only prompts make aesthetics difficult to specify precisely, because abstract aesthetic language is ambiguous; concrete visual references or tangible descr conf 0.58
Δ confidence +0.04 on dryrun_1147
kimi-k3
+ supports The text box is a bandwidth bottleneck: the human↔AI interface must be broadened beyond narrow, slow text so that the full richness of human wisdom and intent c
rationale

Direct instance of the text-box-as-bandwidth-bottleneck thesis: 'describing an aesthetic in a prompt is difficult' asserts that narrow text is an inadequate channel for conveying rich visual intent — precisely the bottleneck the thesis describes. Parallels the already-linked pbakaus claim (text-tuning visual design is inefficient/frustrating). No visible interaction between GoogleAIStudio and the thesis origin → inferred.

+ supports Combining explicit visual reference inputs — style references, mood boards, or Lora — with text prompts is the primary lever for achieving consistent, controlla
rationale

The thesis holds that explicit visual reference inputs outperform text prompting alone for controllable aesthetic output. This claim corroborates the limits-of-text-alone premise from the tool-builder side: describing an aesthetic in a prompt is difficult, which is exactly why reference inputs (style refs, mood boards, Lora) are the stronger lever. Partial/modest — the claim is about prompt difficulty generally, not reference workflows. No visible interaction → inferred.

+ supports Fine-tuning visual design by typing text descriptions is inefficient and frustrating
rationale

Third-party convergence (GoogleAIStudio vs pbakaus, no visible interaction — invariant 4). pbakaus reports fine-tuning visual design by typing text descriptions is inefficient and frustrating; this claim independently asserts that describing an aesthetic in a prompt is difficult. Same underlying position — text is a poor channel for visual/aesthetic intent — stated from two independent vantage points (practitioner and tool-builder). Mutually reinforcing.

+ supports A prompt enhancer can help users collaborate on their vision before submitting a first prompt
rationale

Third-party alignment (GoogleAIStudio vs stitchbygoogle, no visible interaction — invariant 4). stitchbygoogle claims a prompt enhancer helps users collaborate on their vision before submitting a first prompt. This claim supplies the motivating pain: describing an aesthetic in a prompt is difficult, which is exactly the gap a prompt enhancer addresses. Same-direction problem-plus-remedy support, modest strength.

+ supports Using style references, mood boards, or Lora alongside text prompts produces the most consistent results in Krea 2
rationale

Third-party alignment (GoogleAIStudio vs krea_ai, no visible interaction — invariant 4). krea_ai recommends style references, mood boards, or Lora alongside text prompts for the most consistent results. This claim motivates that workflow: if describing an aesthetic in a prompt is difficult, carrying the aesthetic via visual references instead of text is the natural remedy. Same-direction, modest strength.

Δ confidence +0.05 on The text box is a bandwidth bottleneck: the human↔AI interface must be broadened beyond narrow, slow
Δ confidence +0.02 on Combining explicit visual reference inputs — style references, mood boards, or Lora — with text prom
20
source claim
“Agents can 'see and hear' anything contained in a Clip, not just its transcript”
Introducing Clips - 100% free, open source, agent-native alternative to Loom Unlike Loom, agent's can fully understand Clips just from a URL. Every Clip comes with APIs and metadata for agents to explore their contents. Agents can "see and hear" anything in a Clip - not just transcripts, but everything visually in the video at any timestamp. Easily share bug reports, feedback, analyses, or anything else in a way that you can easily pass to agents to use to improve products, reports, or more. Also unlike Loom, you own the software, so no one can jack up prices on you suddenly like Loom did to us. Clips is made to be customized. The built-in agent can customize its own code, so you can
… continue reading (0.5k more chars · thread text) personalize the app to your needs and workflows. This, in my opinion, is the future of software. Open-source, forkable, customizable with agents, to make your own personal version of anything. You can also import Looms just from a URL and upload videos as well. I got so sick of telling people "don't send me feedback as looms, I can't pass those to agents, I need text and images" that I had to just solve this once and for all. There's a free hosted version you can use too, or fork and self host yourself. Will link to both in the replies.
@Steve8708 · bookmarked post view on X ↗
opus-4.5
+ supports Human-oriented media formats like Loom video are opaque to AI agents; "agent-native" tooling that exposes content (transcripts, screen state, images) via a URL
rationale

The thesis holds that agent-native tooling exposing content (transcripts, screen state, images) via URL is becoming a design requirement. This claim directly supports by asserting agents can access anything in a Clip—not just transcripts—emphasizing the full multimodal exposure (see and hear = visual + audio). Explicit: same author (Steve8708) and evidence artifact (js7ahz...) that seeded the thesis.

→ extends Clips effectively allows an AI agent to both see and hear a video's contents
rationale

Same author (Steve8708) and same evidence document. The sibling claim asserts 'Clips effectively allows an AI agent to both see and hear a video's contents'; this claim builds in the same direction by emphasizing the contrast—'not just its transcript'—clarifying that the multimodal access goes beyond text extraction to the full audio-visual substrate.

Δ confidence +0.05 on Human-oriented media formats like Loom video are opaque to AI agents; "agent-native" tooling that ex
opus-4.6
→ extends Clips effectively allows an AI agent to both see and hear a video's contents
rationale

Same author (Steve8708) and same evidence artifact. The sibling claim asserts Clips lets an agent 'see and hear' a video's contents; this claim extends it in the same direction by adding the qualifier 'not just its transcript' — emphasizing that multimodal access goes beyond text to include visual and audio content. Explicit: shared source document.

+ supports Human-oriented media formats like Loom video are opaque to AI agents; "agent-native" tooling that exposes content (transcripts, screen state, images) via a URL
rationale

The thesis holds that agent-native tooling exposing content (transcripts, screen state, images) via a URL is becoming a design requirement. This claim directly instantiates that pattern: agents access 'anything contained in a Clip' — not just transcript but visual and audio content — reinforcing the multimodal, beyond-transcript exposure the thesis describes. Explicit: from the same source artifact (Steve8708, js7ahz...) that seeded the thesis.

Δ confidence +0.03 on Human-oriented media formats like Loom video are opaque to AI agents; "agent-native" tooling that ex
opus-4.7
+ supports Human-oriented media formats like Loom video are opaque to AI agents; "agent-native" tooling that exposes content (transcripts, screen state, images) via a URL
rationale

The thesis holds that agent-native tooling exposing content (transcripts, screen state, images) via a URL is becoming a design requirement. This claim asserts Clips exposes to agents *anything* in the video — audio and visuals — not merely transcript. That is a direct, specific instance of the multimodal agent-native exposure the thesis predicts. Explicit: same author (Steve8708) and same evidence artifact (js7ahz...) that seeded the thesis.

→ extends Clips effectively allows an AI agent to both see and hear a video's contents
rationale

Sibling claim (same author/evidence) states Clips lets an agent see and hear a video's contents. This claim extends it in the same direction by sharpening the scope: agents can access *anything* in a Clip, explicitly beyond just its transcript — a stronger, more general assertion of multimodal access.

→ extends When given a Clips link, an AI agent can access the full transcript of the video
rationale

Same author/evidence. The sibling claim says an agent can access the full transcript from a Clips link; this claim explicitly generalizes beyond that — asserting agents perceive *anything* in the Clip, not just the transcript. Builds in the same direction by broadening the capability from text-only to multimodal.

+ supports Unlike Loom, AI agents can fully understand Clips content just from a URL
rationale

Same author/evidence. Sibling claim asserts that, unlike Loom, agents can *fully* understand Clips from a URL. This claim substantiates the "fully" — agents see and hear anything in the Clip, not just the transcript — providing the mechanism behind the comparative superiority.

Δ confidence +0.02 on Human-oriented media formats like Loom video are opaque to AI agents; "agent-native" tooling that ex
opus-4.8
+ supports Human-oriented media formats like Loom video are opaque to AI agents; "agent-native" tooling that exposes content (transcripts, screen state, images) via a URL
rationale

The thesis holds that agent-native tooling exposing content (transcripts, screen state, images) via a URL is becoming a design requirement. This claim is a direct instance: Clips lets agents 'see and hear' anything in a Clip — full multimodal content exposure, not just text. Explicit: same author (Steve8708) and evidence artifact (js7ahz...) that seeded the thesis.

+ supports Clips effectively allows an AI agent to both see and hear a video's contents
rationale

Near-duplicate sibling asserting the same 'see and hear' multimodal capability of Clips. This claim reinforces it and sharpens it with the explicit 'not just its transcript' scope. Same author/evidence artifact — explicit.

≈ complicates When given a Clips link, an AI agent can access the full transcript of the video
rationale

The sibling claim scopes agent access to 'the full transcript' of a Clip. This claim explicitly qualifies that ceiling — agents can see and hear anything in a Clip, NOT just its transcript — expanding the scope beyond text to full multimodal content. Same author/evidence: explicit.

+ supports Unlike Loom, AI agents can fully understand Clips content just from a URL
rationale

The sibling claim asserts that, unlike Loom, agents can fully understand Clips content from a URL. Multimodal see-and-hear access to the entire Clip (beyond transcript) is the concrete substance of that 'full understanding.' Same author/evidence: explicit.

Δ confidence +0.03 on Human-oriented media formats like Loom video are opaque to AI agents; "agent-native" tooling that ex
fable-5
→ extends Clips effectively allows an AI agent to both see and hear a video's contents
rationale

Same author and same evidence artifact. The sibling claim asserts Clips lets an agent both see and hear a video's contents; this claim builds in the same direction by adding the explicit contrast "not just its transcript" — i.e., multimodal comprehension exceeds transcript-only access. Near-duplicate in substance, but the transcript contrast is the added increment.

→ extends When given a Clips link, an AI agent can access the full transcript of the video
rationale

Same author/evidence. The sibling claim establishes transcript access from a Clips link; this claim extends beyond it, asserting the transcript is only a subset of what agents can perceive — they can "see and hear" anything in the Clip. Builds in the same direction, positioning transcript access as the floor of the capability, not its extent.

+ supports Human-oriented media formats like Loom video are opaque to AI agents; "agent-native" tooling that exposes content (transcripts, screen state, images) via a URL
rationale

The thesis holds that agent-native tooling exposing content (transcripts, screen state, images) via URL is a rising design requirement. This claim asserts agents can perceive everything in a Clip — visual and auditory, not merely the transcript — a direct instance of full agent-native content exposure. Explicit: same artifact (Steve8708, js7ahz...) that seeded the thesis. Strength moderated because it is a general restatement of sibling claims already edged to this thesis.

Δ confidence +0.02 on Human-oriented media formats like Loom video are opaque to AI agents; "agent-native" tooling that ex
gpt-5.6-terra-medium
NO-OP
gpt-5.6-sol-low
+ supports Human-oriented media formats like Loom video are opaque to AI agents; "agent-native" tooling that exposes content (transcripts, screen state, images) via a URL
rationale

The claim gives a concrete instance of agent-native media access beyond transcript exposure: Clips lets agents consume both visual and auditory content, supporting the thesis that software should expose human-oriented media in agent-readable forms. Provenance is inferred because no reply, quote, or direct reference to the thesis is visible.

+ supports Clips effectively allows an AI agent to both see and hear a video's contents
rationale

This is a near-equivalent formulation of the neighboring claim that Clips allows an agent to see and hear video contents, adding the clarifying contrast that access is not limited to the transcript. Provenance is inferred because shared source context alone is not a visible interaction.

→ extends When given a Clips link, an AI agent can access the full transcript of the video
rationale

The claim builds beyond transcript access by asserting that agents can also perceive the visual and auditory material contained in a Clip, broadening the neighboring claim's account of what a Clips link exposes.

+ supports When given a Clips link, an AI agent can determine what was displayed on the screen at any given timestamp
rationale

The general assertion that agents can see Clip contents supports the more specific neighboring assertion that an agent can determine what appeared on screen at a given timestamp.

Δ confidence +0.04 on Human-oriented media formats like Loom video are opaque to AI agents; "agent-native" tooling that ex
gpt-5.6-sol-high
→ extends Clips effectively allows an AI agent to both see and hear a video's contents
rationale

The new claim closely restates the neighboring see-and-hear capability while sharpening it with the explicit contrast that an agent's access is not limited to the transcript; no visible source interaction is established, so the relation is inferred.

→ extends When given a Clips link, an AI agent can access the full transcript of the video
rationale

The transcript-access claim establishes one channel available from a Clips link; the new claim builds on it by asserting broader visual and auditory access beyond the transcript. The relation is semantic rather than a visible interaction.

+ supports Human-oriented media formats like Loom video are opaque to AI agents; "agent-native" tooling that exposes content (transcripts, screen state, images) via a URL
rationale

The claim provides a concrete instance of agent-native media exposing more than a transcript—visual and auditory Clip content—to agents, supporting the thesis's content-access mechanism, though it does not independently establish that such design is necessary.

Δ confidence +0.02 on Human-oriented media formats like Loom video are opaque to AI agents; "agent-native" tooling that ex
gpt-5.6-luna-high
+ supports Human-oriented media formats like Loom video are opaque to AI agents; "agent-native" tooling that exposes content (transcripts, screen state, images) via a URL
rationale

The claim directly instantiates the thesis that agent-native media tooling should expose more than transcripts, asserting access to a Clip's visual and auditory contents; the stance is semantic rather than based on a visible interaction.

+ supports Clips effectively allows an AI agent to both see and hear a video's contents
rationale

The new claim is a near-direct restatement of the neighbor claim that Clips lets an agent see and hear a video's contents, with the added clarification that this access is broader than the transcript; no visible interaction is present.

→ extends When given a Clips link, an AI agent can access the full transcript of the video
rationale

The transcript-access claim supplies only one modality, while the new claim explicitly extends the capability to the full Clip, including non-transcript audio and visual content; this is a semantic relation without visible source interaction.

+ supports When given a Clips link, an AI agent can determine what was displayed on the screen at any given timestamp
rationale

Access to everything in a Clip beyond its transcript entails the visual screen-state access described by the neighbor claim, providing semantic support without a visible interaction between sources.

+ supports Unlike Loom, AI agents can fully understand Clips content just from a URL
rationale

Multimodal access to the full Clip supports the broader claim that an agent can fully understand Clips content from a URL, though the new claim alone does not establish every aspect of full understanding; the relation is semantic.

+ supports When given a Clips link, an AI agent can extract relevant images based on the spoken content
rationale

The claim's assertion that a Clip exposes content beyond its transcript semantically supports the concrete visual capability of extracting relevant images from a Clip; there is no visible interaction between the sources.

Δ confidence +0.08 on Human-oriented media formats like Loom video are opaque to AI agents; "agent-native" tooling that ex
kimi-k3
+ supports Human-oriented media formats like Loom video are opaque to AI agents; "agent-native" tooling that exposes content (transcripts, screen state, images) via a URL
rationale

The thesis holds that agent-native tooling exposing full content (beyond transcripts: screen state, images) via URL is becoming a design requirement. This claim is a direct instance — agents can see and hear *anything* in a Clip, explicitly beyond the transcript. Explicit: same author and evidence artifact (Steve8708, js7ahz...) that seeded the thesis.

→ extends Clips effectively allows an AI agent to both see and hear a video's contents
rationale

Sibling claim from the same artifact asserts Clips lets an agent 'see and hear' a video's contents. This claim builds in the same direction and sharpens the scope: the capability covers *anything contained* in a Clip, explicitly not limited to the transcript. Explicit: same author, same evidence artifact.

→ extends When given a Clips link, an AI agent can access the full transcript of the video
rationale

Sibling claim asserts agents can access a Clip's full transcript from a URL. This claim affirms that and extends it in the same direction: transcript access is only a subset — agents can also see and hear everything else in the Clip. Not a contradiction; the 'not just' framing presupposes the transcript capability. Explicit: same author, same evidence artifact.

+ supports Unlike Loom, AI agents can fully understand Clips content just from a URL
rationale

Sibling claim asserts that, unlike Loom, agents can fully understand Clips content from a URL. Seeing and hearing anything contained in a Clip (not merely its transcript) is direct evidence of that 'full understanding.' Explicit: same author, same evidence artifact.

Δ confidence +0.03 on Human-oriented media formats like Loom video are opaque to AI agents; "agent-native" tooling that ex
21
source claim
“Fable 5 is Anthropic's best model for self-improving agentic systems, according to Anthropic's Head of Product”
Anthropic Head of Product: “Fable 5 - is our best model for self-improving agentic systems. It can run for days on a single /goal. add /loops, dynamic workflows, dreaming and you become unstoppable.” in 11 minutes, the Anthropic team shows how to build long-running systems with Fable 5 from scratch. Worth more than a $500 agent-building course. Live from Anthropic’s latest stage in Japan. Unpublished.
@0xMovez · bookmarked post view on X ↗
opus-4.5
+ supports Anthropic's Fable 5 (commercial name for the Mythos class) is the lab's flagship generally available model, leading on general capability, single-shot correctne
rationale

Same evidence source and author (0xMovez). The claim that Fable 5 is Anthropic's "best model for self-improving agentic systems" according to Head of Product directly substantiates the thesis's assertion that Fable 5 leads on long-horizon agentic autonomy per vendor statements. "Self-improving agentic systems" is a more specific characterization of the agentic-autonomy leadership claim.

+ supports Adding loops, dynamic workflows, and dreaming to Fable 5 makes an agentic system unstoppable, according to Anthropic's Head of Product
rationale

Same author (0xMovez), same evidence document, both citing Head of Product. The claim that Fable 5 is best for "self-improving agentic systems" directly grounds the sibling claim about loops, dynamic workflows, and dreaming making agentic systems "unstoppable" — self-improvement is the underlying capability that those architectural patterns exploit.

→ extends Claude Fable 5 is Anthropic's most advanced generally available model
rationale

Same author/evidence. The sibling claims Fable 5 is Anthropic's most advanced generally available model (general superlative); this claim extends that by specifying the domain in which it leads — self-improving agentic systems — sharpening the general-flagship claim into a specific-capability-leadership claim.

+ supports The vision is to give an agentic system a long-horizon business goal, which it pursues by becoming a self-improving software factory
rationale

Cross-author, no visible interaction (0xMovez vs nichochar — invariant 4). nichochar describes the vision of giving an agentic system a long-horizon business goal which it pursues by becoming a "self-improving software factory." The claim that Fable 5 is the best model for self-improving agentic systems directly provides the model-capability foundation for that self-improving software factory vision.

Δ confidence +0.03 on Anthropic's Fable 5 (commercial name for the Mythos class) is the lab's flagship generally available
opus-4.6
+ supports Anthropic's Fable 5 (commercial name for the Mythos class) is the lab's flagship generally available model, leading on general capability, single-shot correctne
rationale

Same author (0xMovez) and same evidence document as the thesis's origin material. The claim that Fable 5 is Anthropic's best model for self-improving agentic systems, attributed to Anthropic's Head of Product, directly supports the thesis that Fable 5 is the flagship leading on agentic autonomy. The specific framing of 'self-improving agentic systems' adds authority-backed specificity to the thesis's general agentic-leadership claim.

+ supports Fable 5 demonstrates a qualitative step-change in practical agentic/API-integration competence: it correctly configures non-trivial provider infrastructure (e.g
rationale

The thesis asserts Fable 5 demonstrates a qualitative step-change in practical agentic competence. Anthropic's Head of Product calling Fable 5 the best model for self-improving agentic systems is a first-party attestation of that agentic step-change. Inferred: the thesis draws on different evidence (real-world engineering correctness) than this vendor endorsement, but they point in the same direction.

→ extends Long-horizon agentic persistence is becoming a trained-in behavioral disposition of frontier models — models like Fable are trained to pursue a goal continuousl
rationale

The thesis holds that long-horizon agentic persistence is becoming a trained-in behavioral disposition of frontier models. This claim extends it by introducing 'self-improving' — not just persistent but actively self-improving — suggesting the trained-in disposition goes beyond persistence to include iterative self-enhancement. Inferred: no visible interaction between this vendor claim and the thesis's originating evidence.

+ supports Adding loops, dynamic workflows, and dreaming to Fable 5 makes an agentic system unstoppable, according to Anthropic's Head of Product
rationale

Same author (0xMovez), same evidence document. This claim establishes Fable 5 as the best model for self-improving agentic systems, which provides the foundational endorsement for the sibling claim that adding loops, dynamic workflows, and dreaming makes it 'unstoppable' — the 'best model' framing grounds the 'unstoppable' elaboration.

+ supports The vision is to give an agentic system a long-horizon business goal, which it pursues by becoming a self-improving software factory
rationale

Cross-source (0xMovez vs nichochar), no visible interaction — inferred per invariant 4. nichochar's vision of giving an agentic system a long-horizon business goal that it pursues as a self-improving software factory aligns with the claim that Fable 5 is best for 'self-improving agentic systems.' The vendor endorsement corroborates the feasibility of the vision nichochar describes.

Δ confidence +0.03 on Anthropic's Fable 5 (commercial name for the Mythos class) is the lab's flagship generally available
Δ confidence +0.05 on Fable 5 demonstrates a qualitative step-change in practical agentic/API-integration competence: it c
Δ confidence +0.05 on Long-horizon agentic persistence is becoming a trained-in behavioral disposition of frontier models
opus-4.7
+ supports Anthropic's Fable 5 (commercial name for the Mythos class) is the lab's flagship generally available model, leading on general capability, single-shot correctne
rationale

Vendor-authoritative superlative from Anthropic's Head of Product naming Fable 5 as best for self-improving agentic systems — a direct vendor-statement instance of the thesis's flagship-leadership-in-long-horizon-agentic-autonomy assertion.

+ supports Long-horizon agentic persistence is becoming a trained-in behavioral disposition of frontier models — models like Fable are trained to pursue a goal continuousl
rationale

Framing Fable 5 as best for "self-improving agentic systems" implies persistent, trained-in agentic disposition (the model itself carries the self-improvement/persistence capability), aligning with the thesis that long-horizon agentic persistence is becoming trained-in rather than scaffolding-supplied.

+ supports Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly advancing, underappreciated capabilities—such as coherent compl
rationale

Vendor-declared leadership on self-improving agentic systems is a further data point for the held thesis that frontier agentic models are exhibiting rapidly advancing capabilities (autonomous task delegation, self-improvement) outpacing benchmarks/public expectations.

→ extends Adding loops, dynamic workflows, and dreaming to Fable 5 makes an agentic system unstoppable, according to Anthropic's Head of Product
rationale

Same author, same evidence document, same speaker (Anthropic's Head of Product). This claim names Fable 5 as best for self-improving agentic systems; the sibling specifies the mechanism (loops, dynamic workflows, dreaming) that makes such systems unstoppable — a direct mechanistic extension.

→ extends Claude Fable 5 is Anthropic's most advanced generally available model
rationale

Same author/evidence. Neighbor claims Fable 5 is Anthropic's most advanced generally available model; this claim narrows/extends that superlative to a specific domain — self-improving agentic systems — sharpening the flagship claim into a domain-specific superlative.

Δ confidence +0.02 on Anthropic's Fable 5 (commercial name for the Mythos class) is the lab's flagship generally available
Δ confidence +0.03 on Long-horizon agentic persistence is becoming a trained-in behavioral disposition of frontier models
opus-4.8
+ supports Anthropic's Fable 5 (commercial name for the Mythos class) is the lab's flagship generally available model, leading on general capability, single-shot correctne
rationale

Same Fable 5 launch/vendor source-class (0xMovez, Head of Product quote) naming the model in the thesis. The thesis holds Fable 5 leads on long-horizon agentic autonomy per vendor statements; naming it the 'best model for self-improving agentic systems' is a direct vendor statement of exactly that agentic-leadership claim. Strength moderate: it is a promotional superlative from a single vendor source, not an independent benchmark.

+ supports Long-horizon agentic persistence is becoming a trained-in behavioral disposition of frontier models — models like Fable are trained to pursue a goal continuousl
rationale

Inferred (no visible interaction between this Fable 5 launch material and the thesis's originating sources). The thesis holds long-horizon agentic persistence is becoming a trained-in behavioral disposition rather than pure scaffolding. A vendor claim that Fable 5 is the best model 'for self-improving agentic systems' points to agentic competence being a property of the model itself, mildly supporting the trained-in-disposition direction. Modest strength: 'self-improving' is loosely specified and the source is promotional.

+ supports Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly advancing, underappreciated capabilities—such as coherent compl
rationale

Inferred, no visible interaction. The held thesis asserts frontier agentic models exhibit rapidly advancing capabilities including autonomous task delegation. A vendor superlative naming Fable 5 the best model for self-improving agentic systems is a directional data point for that advancing-agentic-capability picture. Low-moderate strength: it is a promotional characterization, not a benchmark.

→ extends Claude Fable 5 is Anthropic's most advanced generally available model
rationale

Same author (0xMovez) and same evidence document. The neighbor claim asserts Fable 5 is Anthropic's most advanced generally available model; this claim extends that general superlative into a specific domain — best model for self-improving agentic systems — narrowing the flagship claim to the agentic dimension.

→ extends Fable 5 is Anthropic's best model for self-improving agentic systems, according to Anthropic's Head of Product
rationale

Same author/evidence (Head of Product quote). This claim asserts Fable 5 is the best model for self-improving agentic systems; the neighbor extends it by naming the specific ingredients (loops, dynamic workflows, dreaming) that make such an agentic system 'unstoppable' — same-direction elaboration of the agentic-leadership claim.

+ supports Fable 5's performance advantage is driven by single-shot correctness and long-horizon autonomy
rationale

Same author/evidence. The neighbor claim identifies single-shot correctness and long-horizon autonomy as the drivers of Fable 5's advantage — exactly the capabilities that would make it best for self-improving agentic systems. This claim's agentic-leadership superlative is corroborated by that mechanism.

Δ confidence +0.02 on Anthropic's Fable 5 (commercial name for the Mythos class) is the lab's flagship generally available
Δ confidence +0.03 on Long-horizon agentic persistence is becoming a trained-in behavioral disposition of frontier models
fable-5
+ supports Anthropic's Fable 5 (commercial name for the Mythos class) is the lab's flagship generally available model, leading on general capability, single-shot correctne
rationale

The thesis asserts Fable 5 leads on long-horizon agentic autonomy per vendor statements. A named vendor executive (Anthropic's Head of Product) calling Fable 5 the best model for self-improving agentic systems is a direct vendor statement of agentic leadership. Explicit: same Fable 5 launch/vendor source-class (0xMovez evidence doc) that originated the thesis. Strength moderated because it is a self-interested vendor superlative, not independent evidence.

+ supports Adding loops, dynamic workflows, and dreaming to Fable 5 makes an agentic system unstoppable, according to Anthropic's Head of Product
rationale

Same author (0xMovez), same evidence document, same attributed source (Anthropic's Head of Product). This claim supplies the base premise — Fable 5 as the best model for self-improving agentic systems — that grounds the sibling assertion that adding loops, dynamic workflows, and dreaming to Fable 5 makes an agentic system unstoppable.

→ extends Claude Fable 5 is Anthropic's most advanced generally available model
rationale

Same author/evidence document. The neighbor asserts Fable 5 is Anthropic's most advanced generally available model; this claim extends that general superlative with a domain-specific one — best model for self-improving agentic systems — sharpening where the claimed advantage applies.

+ supports dryrun_93
rationale

This claim is the direct origin of the newly proposed thesis: it asserts, via Anthropic's Head of Product, that Fable 5 is the best model for self-improving agentic systems — the core of the self-improvement-substrate position.

✦ proposes thesis Fable 5 is the leading substrate for self-improving agentic systems: Anthropic (per its Head of Product) positions it as the best model for agents that improve conf 0.35
Δ confidence +0.02 on Anthropic's Fable 5 (commercial name for the Mythos class) is the lab's flagship generally available
gpt-5.6-terra-medium
+ supports Anthropic's Fable 5 (commercial name for the Mythos class) is the lab's flagship generally available model, leading on general capability, single-shot correctne
rationale

The reported Head of Product assessment narrows the flagship thesis to the self-improving-agentic use case: calling Fable 5 Anthropic's best model for such systems is direct vendor-side evidence for its claimed lead in long-horizon agentic autonomy. The claim does not visibly interact with the thesis source, so provenance is inferred; it is authoritative but evaluative rather than an independently measured comparison.

+ supports Claude Fable 5 is Anthropic's most advanced generally available model
rationale

Saying Fable 5 is Anthropic's best model for self-improving agentic systems substantively corroborates the neighboring claim that it is Anthropic's most advanced generally available model, while being scoped to agentic self-improvement rather than all capabilities. No visible reply, quote, or direct reference is supplied between the claims, so the semantic relation is inferred.

→ extends Adding loops, dynamic workflows, and dreaming to Fable 5 makes an agentic system unstoppable, according to Anthropic's Head of Product
rationale

The neighbor describes a self-improvement-oriented recipe of loops, dynamic workflows, and dreaming around Fable 5; this claim adds the model-selection judgment that Fable 5 is Anthropic's best base model for that kind of self-improving agentic system. They are semantically aligned but no visible direct interaction is supplied, so provenance is inferred.

Δ confidence +0.08 on Anthropic's Fable 5 (commercial name for the Mythos class) is the lab's flagship generally available
gpt-5.6-sol-low
+ supports Anthropic's Fable 5 (commercial name for the Mythos class) is the lab's flagship generally available model, leading on general capability, single-shot correctne
rationale

The claim directly supports the thesis's agentic-capability and long-horizon-autonomy leadership component by attributing to Anthropic's Head of Product the assessment that Fable 5 is Anthropic's best model for self-improving agentic systems; inferred because no visible interaction with the thesis source is established.

→ extends Claude Fable 5 is Anthropic's most advanced generally available model
rationale

Within the same author and evidence document, this claim narrows the sibling assertion that Fable 5 is Anthropic's most advanced generally available model by identifying the specific domain in which it leads: self-improving agentic systems, with attribution to Anthropic's Head of Product.

+ supports Anthropic's Fable model achieved the highest score ever on the agent arena benchmark
rationale

The first-party product-lead assessment that Fable 5 is Anthropic's best model for self-improving agentic systems directionally corroborates the independent report that Fable achieved the highest-ever agent-arena benchmark score; inferred because the sources do not visibly interact.

Δ confidence +0.04 on Anthropic's Fable 5 (commercial name for the Mythos class) is the lab's flagship generally available
gpt-5.6-sol-high
+ supports Anthropic's Fable 5 (commercial name for the Mythos class) is the lab's flagship generally available model, leading on general capability, single-shot correctne
rationale

A specific first-party statement from Anthropic's Head of Product that Fable 5 is the company's best model for self-improving agentic systems directly supports the thesis's agentic-autonomy leadership component; provenance is inferred because the claim does not visibly reference the thesis, and the evidence is vendor-sourced rather than independent.

→ extends Claude Fable 5 is Anthropic's most advanced generally available model
rationale

Calling Fable 5 Anthropic's best model specifically for self-improving agentic systems adds a domain-specific leadership claim to the broader assertion that it is Anthropic's most advanced generally available model; this semantic relation is inferred rather than a visible cross-source interaction.

+ supports Adding loops, dynamic workflows, and dreaming to Fable 5 makes an agentic system unstoppable, according to Anthropic's Head of Product
rationale

The source visibly presents the two assertions in the same direct quotation: Fable 5 is the best base model for self-improving agentic systems, followed by the recommendation to add loops, dynamic workflows, and dreaming, so the new claim supports the recipe's model-selection premise without independently establishing the hyperbolic 'unstoppable' conclusion.

Δ confidence +0.03 on Anthropic's Fable 5 (commercial name for the Mythos class) is the lab's flagship generally available
gpt-5.6-luna-high
+ supports Anthropic's Fable 5 (commercial name for the Mythos class) is the lab's flagship generally available model, leading on general capability, single-shot correctne
rationale

The claim makes a specific model-selection superlative for self-improving agentic systems, directly reinforcing the thesis that Fable 5 leads Anthropic's generally available lineup on long-horizon agentic autonomy and general capability. The attribution is to Anthropic's Head of Product, but there is no visible interaction with the thesis source, so the stance is inferred; vendor attribution also warrants a modest discount.

→ extends Claude Fable 5 is Anthropic's most advanced generally available model
rationale

Both claims assign Fable 5 a top position, but the new claim narrows the comparison from broad general availability and advancement to the specific use case of self-improving agentic systems. No visible interaction between the claim sources is established, so this is an inferred same-direction extension.

Δ confidence +0.06 on Anthropic's Fable 5 (commercial name for the Mythos class) is the lab's flagship generally available
kimi-k3
+ supports Anthropic's Fable 5 (commercial name for the Mythos class) is the lab's flagship generally available model, leading on general capability, single-shot correctne
rationale

Same evidence document (0xMovez Fable 5 launch material) the thesis already relies on, and the thesis explicitly rests on "vendor statements." The Head of Product naming Fable 5 "our best model for self-improving agentic systems" is a direct first-party statement of the agentic-leadership prong of the flagship thesis.

+ supports Frontier world/scene-generation and agentic AI models (e.g., MIRA, Fable) are exhibiting rapidly advancing, underappreciated capabilities—such as coherent compl
rationale

No visible interaction with the held thesis's originating sources → inferred. A vendor's product lead asserting its frontier model is purpose-fit for self-improving agentic systems is directional evidence of the rapidly advancing agentic capability the thesis describes; modest strength because the source is marketing-flavored first-party promotion.

→ extends Claude Fable 5 is Anthropic's most advanced generally available model
rationale

Same author (0xMovez), same evidence document. The sibling claim asserts the general superlative ("most advanced generally available model"); this claim sharpens it with a specific domain of leadership — self-improving agentic systems — extending the general flagship claim into a scoped one.

+ supports Adding loops, dynamic workflows, and dreaming to Fable 5 makes an agentic system unstoppable, according to Anthropic's Head of Product
rationale

Same author, same evidence, same contiguous quote. The sibling claim ("add loops, dynamic workflows, dreaming and you become unstoppable") builds on this claim's premise that Fable 5 is the best base model for self-improving agentic systems; the superlative is the foundation the scaffolding prescription stands on.

+ supports Fable 5 can operate autonomously for days on a single objective while maintaining coherence across millions of tokens
rationale

Same author, same evidence, same quote ("best model for self-improving agentic systems. It can run for days on a single /goal"). The vendor ties the superlative directly to days-long single-objective autonomy; the two co-originating claims mutually reinforce each other.

+ supports Anthropic's Fable model achieved the highest score ever on the agent arena benchmark
rationale

Cross-source, no visible interaction (0xMovez vs petergostev) → inferred per invariant 4. An independent report that Fable achieved the highest-ever agent arena benchmark score corroborates the vendor's scoped superlative that Fable 5 is Anthropic's best model for agentic systems.

+ supports The vision is to give an agentic system a long-horizon business goal, which it pursues by becoming a self-improving software factory
rationale

Cross-source, no visible interaction (0xMovez vs nichochar) → inferred per invariant 4. nichochar articulates the vision of agentic systems that pursue long-horizon goals by becoming self-improving software factories; a vendor product lead naming Fable 5 its best model for exactly self-improving agentic systems reinforces that vision from the model-capability side.

Δ confidence +0.02 on Anthropic's Fable 5 (commercial name for the Mythos class) is the lab's flagship generally available
22
source claim
“Claude Code and Claude Design now support bidirectional synchronization”
Claude Code and Claude Design now sync both ways. Run /design-sync to pull your design system into your repo and build against your real components, or push what you've built back into Claude Design and keep editing on the canvas. https://t.co/TdgYx4uYhb
@ClaudeDevs · bookmarked post view on X ↗
opus-4.5
→ extends Claude Design syncs with Claude Code
rationale

Same author (ClaudeDevs and claudeai both represent Anthropic official accounts), different evidence docs but same product announcement context. The neighbor claims general sync ("Claude Design syncs with Claude Code"); this claim extends by explicitly asserting the sync is bidirectional — a same-direction elaboration adding the specific two-way nature.

→ extends Design components can be pushed from Claude Code to Claude Design via a /design-sync command
rationale

Third-party semantic alignment (ClaudeDevs vs claudeai, no visible interaction). The neighbor describes one direction: pushing from Code to Design via /design-sync. This claim extends by asserting bidirectional sync — implying the reverse direction (Design→Code) also exists, building in the same integration direction but completing the full round-trip.

→ extends Running /design-sync allows a user to push what they've built back into Claude Design for further editing on the canvas
rationale

Same author (ClaudeDevs), same evidence doc. The neighbor describes /design-sync pushing Code→Design for canvas editing. This claim extends by explicitly stating bidirectional sync, implying the return path (Design→Code) is also supported — a same-source elaboration completing the round-trip integration story.

+ supports AI-assisted UI/design tools are converging on a common paradigm—deep integration with existing design systems and production component libraries, combined with
rationale

The thesis holds that AI design tools are converging on bidirectional syncing between design and code as the key competitive differentiator. This claim is direct, specific evidence: Claude Code and Claude Design now support bidirectional synchronization — the exact capability the thesis identifies as the convergence point. First-party (Anthropic) confirmation of the bidirectional paradigm on the Claude platform. Strong support because the claim uses the precise term ("bidirectional") the thesis centers.

Δ confidence 0.00 on AI-assisted UI/design tools are converging on a common paradigm—deep integration with existing desig
opus-4.6
→ extends Claude Design syncs with Claude Code
rationale

Same-direction claims from different evidence docs (ClaudeDevs vs claudeai, no visible interaction). The neighbor states the general fact that Claude Design syncs with Claude Code; this claim extends it by specifying the sync is bidirectional, adding precision to the directionality.

→ extends Design components can be pushed from Claude Code to Claude Design via a /design-sync command
rationale

The neighbor describes one direction of the sync (Code→Design via /design-sync). This claim extends by asserting the synchronization is bidirectional, encompassing both push and pull directions. Same author ecosystem (ClaudeDevs vs claudeai), no visible interaction — inferred.

+ supports AI-assisted UI/design tools are converging on a common paradigm—deep integration with existing design systems and production component libraries, combined with
rationale

The thesis holds that AI design tools are converging on bidirectional syncing between design and code environments as a key differentiator. This claim is direct evidence: Claude Code and Claude Design now support bidirectional synchronization — naming exactly the convergence marker the thesis predicts. High strength because it uses the exact thesis term ('bidirectional') and names a specific platform implementing it.

≈ complicates Claude Code's defining architecture is local, single-player, and synchronous — running on the developer's own machine, driven by one user in real time rather th
rationale

The thesis characterizes Claude Code as local, single-player, and synchronous — a standalone developer tool. Bidirectional sync with Claude Design introduces a cross-product integration surface that qualifies the 'single-player' and 'standalone' framing: Claude Code now participates in a two-way workflow with another tool, complicating its characterization as a self-contained unit. Not a flat contradiction (it's still local), but a meaningful exception.

+ supports The product name "Claude Code" is a misnomer that undersells the tool: because Claude Code is used for far more than writing code (agentic workflows, generating
rationale

The thesis argues 'Claude Code' is a misnomer because the tool is used for more than coding. Bidirectional sync with Claude Design shows Claude Code operating in a design workflow — further evidence that its scope extends beyond pure programming, supporting the misnomer thesis. Moderate strength: design sync is a feature integration, not standalone general-purpose use.

Δ confidence +0.03 on AI-assisted UI/design tools are converging on a common paradigm—deep integration with existing desig
Δ confidence -0.05 on Claude Code's defining architecture is local, single-player, and synchronous — running on the develo
Δ confidence +0.05 on The product name "Claude Code" is a misnomer that undersells the tool: because Claude Code is used f
opus-4.7
+ supports AI-assisted UI/design tools are converging on a common paradigm—deep integration with existing design systems and production component libraries, combined with
rationale

The thesis names bidirectional design↔code syncing as the key convergence differentiator. This claim directly asserts that Claude Code and Claude Design now support bidirectional synchronization — a nearly verbatim instantiation of the thesis's core mechanism on the Claude platform.

→ extends Claude Design syncs with Claude Code
rationale

Neighbor (claudeai, different evidence doc) states "Claude Design syncs with Claude Code." This claim extends it in the same direction by specifying the sync is bidirectional. Third-party, no visible interaction → inferred.

+ supports Running /design-sync allows a user to push what they've built back into Claude Design for further editing on the canvas
rationale

Same evidence doc (js70ddg0ashr06nehg7w2zzn5x8a54pn) and same author (ClaudeDevs): the /design-sync push-back detail is the concrete mechanism realizing the "bidirectional synchronization" this claim summarizes. Explicit — they co-occur in the source.

+ supports Design components can be pushed from Claude Code to Claude Design via a /design-sync command
rationale

Third-party corroboration (claudeai vs ClaudeDevs, no visible interaction). Neighbor describes the Code→Design push half of /design-sync; this claim asserts the overall bidirectional property those halves compose into. Mutually supporting.

Δ confidence +0.02 on AI-assisted UI/design tools are converging on a common paradigm—deep integration with existing desig
opus-4.8
+ supports AI-assisted UI/design tools are converging on a common paradigm—deep integration with existing design systems and production component libraries, combined with
rationale

The thesis names bidirectional syncing between design and code environments as the key convergence marker. This claim is a direct, specific instance: Claude Code and Claude Design now support bidirectional synchronization — the strongest confirmation in the neighborhood, more than the bare launch announcement or the single-direction /design-sync claims. Different author (ClaudeDevs) vs thesis-supporting sources, no visible interaction → inferred.

→ extends Claude Design syncs with Claude Code
rationale

The neighbor states the general fact "Claude Design syncs with Claude Code." This claim extends it in the same direction by specifying the sync is bidirectional. Different authors (ClaudeDevs vs claudeai), no visible interaction → inferred.

+ supports Running /design-sync allows a user to push what they've built back into Claude Design for further editing on the canvas
rationale

Same author (ClaudeDevs) and same evidence doc (js70ddg0...): the /design-sync push-back-into-Claude-Design mechanism is one direction of the bidirectional synchronization this claim asserts at the top level. Same source describing the same feature → explicit; the mechanism claim is concrete evidence for the general bidirectional claim.

+ supports Design components can be pushed from Claude Code to Claude Design via a /design-sync command
rationale

Neighbor describes the Code→Design push direction of /design-sync. Combined with the reverse (design-system→repo) direction, this evidences the bidirectional synchronization this claim asserts. Different authors (ClaudeDevs vs claudeai), no visible interaction → inferred.

Δ confidence 0.00 on AI-assisted UI/design tools are converging on a common paradigm—deep integration with existing desig
fable-5
+ supports AI-assisted UI/design tools are converging on a common paradigm—deep integration with existing design systems and production component libraries, combined with
rationale

The thesis names bidirectional design↔code syncing as the key convergence differentiator among AI design platforms; this claim is a direct, specific instantiation — Claude Code and Claude Design now support bidirectional synchronization. Stronger than prior one-directional evidence because it confirms the exact bidirectional property the thesis predicts.

→ extends Claude Design syncs with Claude Code
rationale

Different authors (ClaudeDevs vs claudeai), no visible interaction → inferred. The neighbor asserts the general fact "Claude Design syncs with Claude Code"; this claim extends it in the same direction by specifying the sync is bidirectional.

→ extends Running /design-sync allows a user to push what they've built back into Claude Design for further editing on the canvas
rationale

Same author (ClaudeDevs) and same evidence document (js70ddg0ashr06nehg7w2zzn5x8a54pn) → explicit. The neighbor describes one direction (/design-sync pushing built work back into Claude Design); this claim generalizes it to full bidirectional synchronization between the two products.

→ extends Design components can be pushed from Claude Code to Claude Design via a /design-sync command
rationale

Third parties (ClaudeDevs vs claudeai), no visible interaction → inferred. The neighbor describes the Code→Design push direction via /design-sync; this claim extends it by asserting the synchronization runs in both directions.

≈ complicates Claude Code's defining architecture is local, single-player, and synchronous — running on the developer's own machine, driven by one user in real time rather th
rationale

Bidirectional synchronization with Claude Design (a cloud canvas product) qualifies the strict "local, single-player, synchronous, programming-focused" framing of Claude Code — it adds a cross-product, design-facing data flow rather than flatly contradicting the local architecture. Low strength: an integration point, not an architectural refutation.

+ supports The product name "Claude Code" is a misnomer that undersells the tool: because Claude Code is used for far more than writing code (agentic workflows, generating
rationale

Independent corroboration from ClaudeDevs (distinct from the existing claudeai edge) that Claude Code's surface extends into design tooling via bidirectional sync with Claude Design — mildly supporting the premise that Claude Code's scope exceeds its coding-centric name. Tangential/integration-level, so low strength.

Δ confidence +0.03 on AI-assisted UI/design tools are converging on a common paradigm—deep integration with existing desig
Δ confidence +0.02 on The product name "Claude Code" is a misnomer that undersells the tool: because Claude Code is used f
gpt-5.6-terra-medium
→ extends Claude Design syncs with Claude Code
rationale

This claim sharpens the neighboring assertion that Claude Design syncs with Claude Code by specifying that synchronization works in both directions. The sources have no visible interaction in the retrieved context, so the semantic relation is inferred.

+ supports AI-assisted UI/design tools are converging on a common paradigm—deep integration with existing design systems and production component libraries, combined with
rationale

Bidirectional synchronization between Claude Code and Claude Design is direct, specific evidence for the held thesis that leading AI coding/design platforms are converging on bidirectional syncing between design and code environments. The thesis is already at maximum confidence, so this corroboration does not warrant a further confidence increase.

gpt-5.6-sol-low
+ supports AI-assisted UI/design tools are converging on a common paradigm—deep integration with existing design systems and production component libraries, combined with
rationale

The claim directly confirms one of the held thesis's defining convergence markers: Claude's design and code environments now synchronize bidirectionally. The product-specific capability is strong, specific evidence for the broader cross-platform trend; no visible interaction with the thesis source is established.

→ extends Claude Design syncs with Claude Code
rationale

The neighbor says Claude Design syncs with Claude Code; the new claim builds on it by specifying that synchronization works in both directions. The sources are distinct and no visible interaction is established, so provenance is inferred.

→ extends Running /design-sync allows a user to push what they've built back into Claude Design for further editing on the canvas
rationale

Within the same ClaudeDevs evidence item, the neighbor identifies the Code-to-Design push flow, while this claim generalizes the documented capability to bidirectional synchronization, adding the reciprocal direction.

Δ confidence +0.05 on AI-assisted UI/design tools are converging on a common paradigm—deep integration with existing desig
gpt-5.6-sol-high
+ supports AI-assisted UI/design tools are converging on a common paradigm—deep integration with existing design systems and production component libraries, combined with
rationale

This official, specific product claim directly instantiates the thesis's bidirectional design↔code synchronization marker: Claude Code and Claude Design now sync in both directions. Inferred because the source does not visibly reference the thesis; its high engagement and concrete feature statement make it strong support.

→ extends Claude Design syncs with Claude Code
rationale

The neighbor states generally that Claude Design syncs with Claude Code; this claim builds on it by specifying that synchronization works bidirectionally. The sources do not visibly interact, so the relationship is inferred.

+ supports Design components can be pushed from Claude Code to Claude Design via a /design-sync command
rationale

Bidirectional synchronization necessarily includes the Code→Design push direction described by the neighbor's /design-sync claim, strongly corroborating that specific flow. No visible interaction exists between the sources, so provenance is inferred.

+ supports Running /design-sync allows a user to push what they've built back into Claude Design for further editing on the canvas
rationale

Both claims are explicit statements in the same ClaudeDevs announcement: the headline says syncing works both ways, and the sibling claim spells out the Code→Design push-and-edit flow that constitutes one direction.

Δ confidence +0.05 on AI-assisted UI/design tools are converging on a common paradigm—deep integration with existing desig
gpt-5.6-luna-high
→ extends Claude Design syncs with Claude Code
rationale

This claim makes the neighboring generic statement that Claude Design syncs with Claude Code more specific by asserting synchronization in both directions. The sources do not visibly interact, so the relation is inferred.

→ extends Design components can be pushed from Claude Code to Claude Design via a /design-sync command
rationale

The neighboring claim identifies a concrete Code-to-Design synchronization path; this claim extends it by asserting that synchronization is bidirectional, implying a reverse Design-to-Code path as well. No visible source interaction is present, so this is inferred.

→ extends Running /design-sync allows a user to push what they've built back into Claude Design for further editing on the canvas
rationale

The neighboring claim describes pushing work from Claude Code back into Claude Design; this claim extends that one-way workflow into a bidirectional synchronization capability. The sources have no visible interaction, so the stance relation is inferred.

+ supports AI-assisted UI/design tools are converging on a common paradigm—deep integration with existing design systems and production component libraries, combined with
rationale

A specific first-party claim that Claude Code and Claude Design now synchronize bidirectionally is direct evidence for the held thesis that leading AI coding/design tools are converging on bidirectional design-code syncing. The claim is fresh and specific, while the thesis is already at consensus confidence; it corroborates rather than materially changes that confidence.

Δ confidence +0.03 on AI-assisted UI/design tools are converging on a common paradigm—deep integration with existing desig
kimi-k3
+ supports AI-assisted UI/design tools are converging on a common paradigm—deep integration with existing design systems and production component libraries, combined with
rationale

Direct evidence for the thesis: the claim states Claude Code and Claude Design now support bidirectional synchronization — literally the 'bidirectional syncing between design and code environments' marker the thesis names as the convergence differentiator, on one of its named platforms (Claude). Inferred: no visible interaction between sources.

→ extends Claude Design syncs with Claude Code
rationale

Neighbor asserts the general fact 'Claude Design syncs with Claude Code'; this claim builds in the same direction by specifying the sync is bidirectional — a stronger, more specific version. Third parties (ClaudeDevs vs claudeai), no visible interaction → inferred.

→ extends Design components can be pushed from Claude Code to Claude Design via a /design-sync command
rationale

Neighbor describes a single direction (pushing components Code→Design via /design-sync). This claim generalizes to bidirectional sync, subsuming the push direction and adding the reverse. Same-direction extension; inferred (distinct authors/evidence docs, no visible interaction).

→ extends Running /design-sync allows a user to push what they've built back into Claude Design for further editing on the canvas
rationale

Same author and same evidence document as the neighbor — a single source, not an interaction between sources, so inferred. The neighbor describes only the push-back-into-Design direction via /design-sync; this claim asserts bidirectionality, extending the mechanism to two-way sync.

+ supports The product name "Claude Code" is a misnomer that undersells the tool: because Claude Code is used for far more than writing code (agentic workflows, generating
rationale

Claude Code bidirectionally syncing with Claude Design embeds the coding-named tool in a non-coding (design) workflow, mildly supporting the thesis that 'Claude Code' undersells its general-purpose scope. Inferred; integration-level so moderate-low strength (mirrors the prior 0.45 edge from the sibling 'Claude Design syncs with Claude Code' claim).

+ supports Claude Design connects to a broader range of external tools than before
rationale

Bidirectional sync with Claude Code is a concrete instance of Claude Design's broadened connectivity, corroborating the neighbor's general claim that Design connects to a broader range of tools than before. Inferred (no visible interaction); moderate strength since Code is a sibling product rather than a strictly external tool.

Δ confidence +0.05 on AI-assisted UI/design tools are converging on a common paradigm—deep integration with existing desig
Δ confidence +0.03 on The product name "Claude Code" is a misnomer that undersells the tool: because Claude Code is used f
23
source claim
“Traditional influencer marketing software such as Upfluence, GRIN, and AspireIQ requires users to manually perform outreach, rate negotiation, briefing, and invoice collection.”
AI Influencer Marketing Platform — The $20,000 job. For $99 a month. | Okara Okara AI CMO › Influencer Agent Influencer Agent The AI influencer marketing platform that runs your campaign from brief to payout. No agency. Match creators, lock rates, track deliverables, and auto-pay — all in one conversation. Free to start · No credit card required Creator network 1000+ creators already in our network Join as a creator The old way vs. the new way Why founders are switching to an AI influencer marketing platform Without Okara Weeks searching creator databases manually Cold DMs with a 10% response rate Rate negotiations over email and spreadsheets Chasing invoices after the campaign ends Hidden
… continue reading (2.9k more chars · article) agency markups of 15–30% With Okara Creator shortlist matched in minutes Agent handles all outreach automatically Rates locked in chat — no DM negotiation Payments cleared automatically at campaign end Flat $99/mo + 5% — no hidden markups Definition An AI influencer marketing platform is software that uses AI agents to automate the repetitive, time-consuming parts of influencer campaigns — from finding and vetting creators, to handling outreach, negotiating rates, tracking deliverables, and clearing payments. Traditional influencer marketing software (Upfluence, GRIN, AspireIQ) gives you a searchable database and a dashboard. You still do the outreach, negotiate the rates, brief the creators, and chase the invoices. An AI platform like Okara executes those steps for you — the agent acts on your behalf, not just reports to you. The result: campaigns that previously took a team of three and six weeks of back-and-forth now run from a single conversation. Brief the agent on your goals and budget, approve the creator shortlist, and let it handle everything else through to payout. One conversation Brief to payout. You barely lift a finger. Launching a dev tool. $50k budget, want influencers on X. IA Got it — brief locked. Goal: signups Budget: $50K Audience: developers IA Matched 14 creators from my database to your audience. Reaching out and finalizing rates now… IA Rates locked, briefs sent, deliverables tracked. ✅ Campaign live — I'll clear payouts automatically when it wraps. How it works Not a marketplace. Not a listing service. An agent that actually does the work. You chat with it. It runs the campaign — every stage, end to end, without you living in the thread. $50,000 campaign · agency fees vs. ours What an agency charges vs. what you pay Agency total is the 15–30% management fee on a $50,000 campaign; monthly retainers and 15–25% creator markups are charged on top. Okara is a flat $99/mo plus 5% — $2,599 on a $50,000 campaign, with no retainer or markup. Creator fees are separate either way. AI influencer marketing platform vs. the alternatives Okara vs. Upfluence, GRIN, and doing it yourself Legacy influencer platforms give you a database. Okara gives you an agent that runs the campaign. What comes next Live on X today. Everywhere else, shipping fast. Every platform we add makes the Agent more capable — without ever changing the price you lock in today. X (Twitter) LIVE Instagram SOON YouTube SOON TikTok SOON FAQ Common questions about AI influencer marketing 1,000+ CREATORS ALREADY IN OUR NETWORK Get matched to campaigns. Join the platform and let the Agent bring relevant campaigns to you — fair rates, clear briefs, automatic payouts. No cold pitching. Join as a creator For founders & marketers Launch your first campaign today. Tell the Agent what you're launching. It starts finding creators within minutes. Then retweet our launch and help us spread the word.
@askOkara · bookmarked post view on X ↗
opus-4.5
+ supports AI influencer marketing platforms automate outreach, negotiation, deliverable tracking, and payment for influencer campaigns, unlike traditional platforms that
rationale

Same author (askOkara) and same evidence source (js711rdd5mr3aty41vbjeevc058a5tcr). This claim establishes the baseline that traditional tools require manual outreach, negotiation, briefing, and invoice collection — the specific manual processes that the neighbor claim contrasts against when asserting AI platforms automate these tasks. Foundational evidence for the AI-vs-traditional comparison.

+ supports An AI agent acting on a user's behalf, rather than merely reporting information, is the key functional difference between AI influencer platforms and legacy dat
rationale

Same author (askOkara) and same evidence source. The neighbor claim defines the key functional difference as whether an AI agent acts on a user's behalf vs. merely reporting information. This claim provides concrete instantiation: traditional tools only provide a database (reporting) and require users to manually do outreach, negotiation, briefing, invoicing — i.e., users must act on their own behalf. The manual-labor specifics ground the abstract agency distinction.

+ supports AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally better approach to creator discovery than traditional methods li
rationale

The thesis (held at 0.83) asserts AI-driven analysis is fundamentally better than traditional methods (VAs, static databases) for creator discovery. This claim specifies what the traditional software landscape looks like: manual outreach, rate negotiation, briefing, invoice collection. While the claim is about influencer marketing software broadly (not just creator discovery), it provides supporting context for why traditional methods are inferior — they require significant manual labor across the campaign lifecycle. Inferred because askOkara and the thesis (Claude Fable-based) involve separate parties with no visible interaction.

Δ confidence +0.03 on AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally bett
opus-4.6
+ supports AI influencer marketing platforms automate outreach, negotiation, deliverable tracking, and payment for influencer campaigns, unlike traditional platforms that
rationale

Same author (askOkara) and evidence source. This claim enumerates the specific manual tasks (outreach, rate negotiation, briefing, invoice collection) that the sibling claim contrasts against AI automation. It provides the premise that makes the AI-vs-traditional comparison concrete.

+ supports An AI agent acting on a user's behalf, rather than merely reporting information, is the key functional difference between AI influencer platforms and legacy dat
rationale

Same author (askOkara) and evidence source. The sibling claim asserts the key difference is an AI agent acting on a user's behalf vs. merely reporting information. This claim supplies the concrete evidence: traditional tools leave outreach, negotiation, briefing, and invoicing to the user — i.e., they merely report/organize rather than act. It grounds the definitional distinction.

→ extends Traditional influencer marketing agencies charge a 15-30% management fee on campaign budgets, plus monthly retainers and 15-25% creator markups on top.
rationale

Same author (askOkara) and evidence source. Both claims enumerate pain points of traditional influencer marketing: the sibling focuses on cost (15-30% fees, retainers, markups), while this claim focuses on labor (manual outreach, negotiation, briefing, invoicing). Together they build a two-pronged case against the status quo — cost and effort. Same direction, complementary facets.

+ supports AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally better approach to creator discovery than traditional methods li
rationale

The thesis asserts AI-driven approaches are fundamentally better than traditional methods (virtual assistants, static databases) for creator work. This claim establishes a specific manual burden of traditional influencer software (outreach, negotiation, briefing, invoicing), providing indirect evidence for the thesis's premise that traditional methods are inferior. However, the claim is about campaign management workflow, not creator discovery specifically, so the support is partial and tangential.

Δ confidence +0.03 on AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally bett
opus-4.7
+ supports AI influencer marketing platforms automate outreach, negotiation, deliverable tracking, and payment for influencer campaigns, unlike traditional platforms that
rationale

Same author and same evidence: this claim establishes the manual-workflow baseline for Upfluence/GRIN/AspireIQ that the sibling claim explicitly contrasts against ('AI platforms automate outreach, negotiation, tracking, payment, unlike traditional platforms'). It is the concrete premise underwriting the sibling's automation-vs-database dichotomy.

+ supports An AI agent acting on a user's behalf, rather than merely reporting information, is the key functional difference between AI influencer platforms and legacy dat
rationale

Same evidence/author. Naming legacy tools (Upfluence, GRIN, AspireIQ) as manual-workflow requirers instantiates the 'legacy databases that merely report' side of the acting-on-behalf-vs-reporting distinction, providing concrete grounding for the definitional claim.

opus-4.8
+ supports AI influencer marketing platforms automate outreach, negotiation, deliverable tracking, and payment for influencer campaigns, unlike traditional platforms that
rationale

Same author, same source document: this claim states the manual-labor premise (traditional tools require manual outreach, negotiation, briefing, invoicing) that directly underwrites the neighbor's automation contrast (AI platforms automate exactly these steps, unlike traditional searchable databases). The two are the explicit before/after halves of one argument.

+ supports An AI agent acting on a user's behalf, rather than merely reporting information, is the key functional difference between AI influencer platforms and legacy dat
rationale

Same author/source. By enumerating the tasks (outreach, negotiation, briefing, invoicing) that legacy tools leave to the user, this claim concretely illustrates the acting-on-behalf-vs-merely-reporting distinction the neighbor frames as the key functional difference — legacy databases report/search but do not act.

+ supports AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally better approach to creator discovery than traditional methods li
rationale

The thesis holds that AI-driven approaches beat traditional methods (static databases, VAs) for creator work. This claim documents the manual overhead traditional software imposes, providing mild corroborating detail for why legacy methods are inferior. Suggestive rather than decisive, so a modest strength.

Δ confidence +0.02 on AI-driven analysis of live social video content (e.g., Claude Fable) represents a fundamentally bett
fable-5
+ supports AI influencer marketing platforms automate outreach, negotiation, deliverable tracking, and payment for influencer campaigns, unlike traditional platforms that
rationale

Same author and same evidence document. The new claim specifies the manual-work baseline (outreach, rate negotiation, briefing, invoice collection) that the target claim's AI-vs-traditional automation contrast rests on — it names the exact tasks the target says AI platforms automate, supplying the contrast's factual premise.

+ supports An AI agent acting on a user's behalf, rather than merely reporting information, is the key functional difference between AI influencer platforms and legacy dat
rationale

Same author and evidence document. By establishing that legacy tools (Upfluence, GRIN, AspireIQ) leave outreach, negotiation, briefing, and invoicing to the user, this claim grounds the target's assertion that acting-on-behalf (vs. merely reporting) is the key functional difference between AI influencer platforms and legacy databases.

+ supports dryrun_88
rationale

The claim documents the specific manual burdens (outreach, rate negotiation, briefing, invoice collection) in named incumbent tools (Upfluence, GRIN, AspireIQ), which is the premise the displacement thesis rests on: agentic execution has value precisely because incumbents leave this work to the user. Specific and named-vendor, but supplies the baseline rather than the displacement prediction itself, hence 0.7.

✦ proposes thesis AI agents that execute the full influencer-campaign workflow on the user's behalf — outreach, rate negotiation, briefing, deliverable tracking, and payment/invo conf 0.50
gpt-5.6-terra-medium
+ supports AI influencer marketing platforms automate outreach, negotiation, deliverable tracking, and payment for influencer campaigns, unlike traditional platforms that
rationale

The claim specifies the manual operational work imposed by legacy influencer-marketing software; this directly supports the neighboring claim's contrast that AI platforms automate outreach, negotiation, tracking, and payment. The relation is semantic rather than a visible interaction, even though both claims derive from the same source.

✦ proposes thesis Legacy influencer-marketing software leaves core campaign operations—creator outreach, rate negotiation, briefing, and invoice collection—to users rather than a conf 0.52
gpt-5.6-sol-low
+ supports AI influencer marketing platforms automate outreach, negotiation, deliverable tracking, and payment for influencer campaigns, unlike traditional platforms that
rationale

The claim supplies concrete examples of the manual workflow burden attributed to traditional influencer platforms, directly supporting the neighboring claim's contrast between legacy database software and AI platforms that automate campaign execution. The semantic relationship is inferred; no reply, quote, or direct cross-source interaction is visible.

✦ proposes thesis Traditional influencer marketing software leaves core campaign operations—outreach, rate negotiation, briefing, and invoice collection—as manual work for users conf 0.55
gpt-5.6-sol-high
+ supports AI influencer marketing platforms automate outreach, negotiation, deliverable tracking, and payment for influencer campaigns, unlike traditional platforms that
rationale

Within the same source, this claim spells out the manual outreach, negotiation, briefing, and invoicing work behind the sibling claim's explicit contrast that legacy influencer platforms provide a searchable database rather than automating campaign execution; it is direct, specific support, though still a vendor-authored characterization.

✦ proposes thesis Traditional influencer marketing software functions primarily as a discovery/workflow layer and leaves core campaign operations—including outreach, rate negotia conf 0.52
gpt-5.6-luna-high
+ supports AI influencer marketing platforms automate outreach, negotiation, deliverable tracking, and payment for influencer campaigns, unlike traditional platforms that
rationale

The claim independently specifies that legacy influencer-marketing tools leave outreach, negotiation, briefing, and invoicing to users, directly corroborating the neighboring claim that traditional platforms mainly provide a searchable database while AI platforms automate these campaign operations. The sources are not shown to visibly interact, so the edge is inferred.

+ supports dryrun_1186
rationale

The claim directly instantiates the proposed thesis by naming the specific legacy platforms and the four campaign operations they leave to users. This is semantic support rather than a visible source interaction.

✦ proposes thesis Traditional influencer marketing software leaves core campaign operations — including creator outreach, rate negotiation, briefing, and invoice collection — for conf 0.65
Δ confidence +0.05 on dryrun_1186
kimi-k3
+ supports AI influencer marketing platforms automate outreach, negotiation, deliverable tracking, and payment for influencer campaigns, unlike traditional platforms that
rationale

Same author and same evidence source (askOkara, js711rdd…). The neighbor claim asserts AI platforms automate outreach/negotiation/tracking/payment "unlike traditional platforms that only provide a searchable database"; this claim supplies the detailed premise for that contrast, enumerating exactly which tasks (outreach, rate negotiation, briefing, invoice collection) remain manual on Upfluence/GRIN/AspireIQ. Two halves of one argument.

+ supports An AI agent acting on a user's behalf, rather than merely reporting information, is the key functional difference between AI influencer platforms and legacy dat
rationale

Same author/evidence. The neighbor claim defines the key functional difference as "an AI agent acting on the user's behalf vs. merely reporting information." This claim substantiates the legacy side of that distinction: on traditional software the user, not the software, performs every act (outreach, negotiation, briefing, invoicing) — i.e., legacy tools provide information while the human does the acting.

+ supports Traditional influencer marketing agencies charge a 15-30% management fee on campaign budgets, plus monthly retainers and 15-25% creator markups on top.
rationale

Same author/evidence. Parallel prong of the same critique of traditional alternatives: agencies are costly (15–30% fees, retainers, markups) and traditional software is labor-intensive (manual outreach/negotiation/briefing/invoicing). Same-direction corroboration that incumbent options are inferior, though on a different dimension (cost vs. labor), hence moderate strength.

+ supports dryrun_163
rationale

Origin claim for the newly proposed forming thesis: the manual-work assertion about Upfluence/GRIN/AspireIQ is the premise half of the thesis's category-shift position (legacy = human-executed workflow; AI platforms = agent-executed workflow). Confidence held at 0.4 because the cluster so far is single-source and promotional (askOkara's own product pitch); corroboration from independent authors or verification of the competitor claims would be needed to raise it.

✦ proposes thesis A new category of AI influencer-marketing platforms is emerging that autonomously executes the full campaign workflow — outreach, rate negotiation, briefing, de conf 0.40
24
source claim
“Agent-generated code should be treated as untrusted and isolated from the application runtime”
Introducing eve Today, we are proud to introduce eve , an open-source agent framework for building, running, and scaling agents. eve is designed around the idea that building an agent should mean defining what it does without assembling all of the pieces that it needs to run in production. Instead, eve comes with production already built in: Durable execution Sandboxed compute Human-in-the-loop approvals Subagents Evals And more eve is the framework that we build and run our own agents on. Agents today are where the web was before frameworks, with everyone hand-rolling the same plumbing and nothing carrying over to the next one. Next.js ended this for the web, and eve is doing the same for
… continue reading (21.6k more chars · article) agents. Copy link to heading An agent is a directory This is an eve agent. agent/ agent.ts # the model it runs on instructions.md # who it is tools/ run_sql.ts # what it can do post_chart.ts skills/ revenue-definitions.md # what it knows subagents/ investigator/ # who it delegates to channels/ slack.ts # where it lives schedules/ monday-summary.ts # when it acts on its own A data analyst agent, readable at a glance Each file describes one component of the agent, so at a glance, the tree tells you what an agent is, what it does, where it lives, and when it acts on its own. Copy link to heading Create an eve agent in minutes Every agent starts with its definition. agent/agent.ts import { defineAgent } from "eve" ; export default defineAgent ( { model : "anthropic/claude-opus-4.8" , } ) ; Configuring the agent and its model in one file The agent.ts file is where you configure the agent itself. You can define the model with one line, with provider fallbacks supported through AI Gateway , and compaction, model options, and other optional fields are there when you need them. Giving your agent a job and personality is as simple as creating an instructions.md file, which serves as the system prompt that eve puts in front of every model call. agent/instructions.md You are a senior data analyst. You answer questions about the team's data. - Prefer exact numbers to hand-waving. If you can compute it, compute it. - State the assumptions behind any number you report (date range, filters, grain). - Use the tools available to you rather than guessing. If you cannot answer from the data, say so plainly. The agent's identity and standing rules, prepended to every model call You create files for what your agent does, like post_chart.ts and revenue-definitions.md for tools and skills, and eve wires them into a working agent without any boilerplate or plumbing to manage. You can just focus on what your agent does instead of how it does it. Copy link to heading Why we built eve We had built agents for years at Vercel, v0 among them. But once coding agents made building one something anyone could do, everyone did. We shipped hundreds of agents and internal apps, and it looked like a productivity revolution. But underneath it, every team was building and rebuilding the same plumbing before their agent could do anything, and none of it carried over from one use case to the next. Each agent was designed for a different task, but they all had the same needs, and the same structure kept emerging to meet them. Agents have a shape. eve is that shape made into a framework. Every generation of software earns its abstractions once enough people have built the same thing the hard way, and agents are there now. Copy link to heading Batteries included Everything an agent needs in production ships with the framework. Copy link to heading A durable session for every conversation Agents wait on people, call slow systems, and run for hours, days, or weeks. In eve, every conversation is a durable workflow with each step checkpointed, so a session can pause, survive a crash or a deploy, and resume exactly where it stopped. This durability is built on the open-source Workflow SDK . Copy link to heading A sandbox for every agent The code your agents write should be treated as untrusted, so eve keeps agent-generated code out of your application runtime entirely. Every agent gets its own sandbox, an isolated environment for shell commands, scripts, and file reads and writes, running in a separate security context from the harness that controls the agent. The backend behind this sandbox is an adapter. When deployed, it runs on Vercel Sandbox . Locally, it runs on Docker, microsandbox, or just-bash , and you can write an adapter for any other provider. Copy link to heading Human-in-the-loop approvals Agents act on real systems, and some of those actions should require a person to approve them. Any action in eve can be configured to require approval, and the agent will pause there and wait, indefinitely if it has to, without consuming any compute. Once approved, eve continues the task right from where it left off. Copy link to heading Secure connections to tools, data, and services Agents need to connect to your backends, data, and other third-party services. In eve, a connection is a file that points at an MCP server or any API with a compatible OpenAPI document. agent/connections/linear.ts import { defineMcpClientConnection } from "eve/connections" ; export default defineMcpClientConnection ( { url : "https://mcp.linear.app/sse" , description : "Linear workspace: issues, projects, cycles, and comments." , auth : { getToken : async ( ) => ( { token : process . env . LINEAR_API_TOKEN ! } ) , } , } ) ; A connection to an MCP server, in one file eve discovers the remote tools, hands them to the model, and brokers the auth, and the model never sees the connection's URL or credentials. Vercel Connect handles interactive OAuth with consent and token refresh built in. At launch, eve agents can connect to Slack, GitHub, Snowflake, Salesforce, Notion, and Linear, plus anything else you can reach over OAuth, an API key, or an MCP server. Copy link to heading The same agent on every channel Most agents live in exactly one place because every new surface is its own integration to build. In eve, the same agent serves every surface, and each channel is just a small adapter file. The HTTP API is on by default, with Slack, Discord, Teams, Telegram, Twilio, GitHub, and Linear included, and defineChannel covers custom channels. One channel can also hand off to another, so an incident webhook can open an investigation thread in Slack. Copy link to heading Tracing and evals built in When an agent gets something wrong, the first question is what the agent actually did. In eve, every run produces a trace. Each model call and tool call appears in order with its inputs and outputs, down to the commands the agent ran in its sandbox, so you can replay the run instead of piecing it together from logs. ai.eve.turn # one span per turn ├── ai.streamText # the model call │ └── ai.streamText.doStream └── ai.toolCall # run_sql, with inputs and outputs The OpenTelemetry span tree a single turn produces The spans are standard OpenTelemetry and export to any tracing service you already run, whether that is Braintrust, Raindrop, Arize, Honeycomb, Datadog, or Jaeger. On Vercel, they surface in an Agent Runs tab under Observability, giving you one place to watch every session and drill into any run. Evals let you go further, with scored test suites you can run locally or wire into CI. Exactly what the agent did, one turn at a time That leaves the part no framework can write for you: what your agent actually does. Copy link to heading Extend an agent one file at a time The most common way to give an agent capabilities is to give it tools, and to teach it how to do things with skills. Today that means building the tool, writing the skill, and then wiring both into whatever runs your agent loop. With eve, a tool is one TypeScript file and a skill is one markdown file. agent/tools/run_sql.ts import { defineTool } from "eve/tools" ; import { z } from "zod" ; import { runReadOnlySql } from "../lib/sample-db" ; export default defineTool ( { description : "Run a read-only SQL query against the orders and customers tables." , inputSchema : z . object ( { sql : z . string ( ) . describe ( "A single read-only SELECT statement." ) , } ) , async execute ( { sql } ) { const { columns , rows } = await runReadOnlySql ( sql ) ; return { columns , rows : rows . slice ( 0 , 500 ) , truncated : rows . length > 500 } ; } , } ) ; A typed tool in one file, where the filename becomes the tool name agent/skills/revenue-definitions.md --- description : How this team defines revenue. Load before answering any revenue question. --- Revenue is recognized net of refunds, over the subscription term. Weeks are Monday-anchored, in UTC. Exclude trial and internal accounts from every number. A skill in one markdown file, loaded only when the topic comes up Notice what is missing. Instead of writing all of the boilerplate to wire these up and register them with your agent, eve handles it for you. A file's name and place in the tree are its definition. eve picks up the tool and skill at build time, hands the model their descriptions, and the model takes it from there. Just as Next.js turns a folder into a route by owning the routing, eve turns a file into an ability by owning the agent loop. Copy link to heading Add human-in-the-loop approval Requiring approval for an action is one field on the tool. agent/tools/run_sql.ts export default defineTool ( { description : "Run a read-only SQL query against the warehouse." , inputSchema : z . object ( { sql : z . string ( ) } ) , needsApproval : ( { toolInput } ) => estimateScanGb ( toolInput . sql ) > 50 , async execute ( { sql } ) { // unchanged } , } ) ; Requiring approval when a query would scan more than 50GB Now you can guard the expensive query, the destructive write, or anything else you would not want running unsupervised. Copy link to heading Let the agent write its own code The tools you define aren't the ceiling. eve gives your agent a real computer with a shell, so it can run bash, grep, and anything else you'd run in a terminal. When a job calls for code that doesn't exist yet, the agent writes and runs it. > Break last week's revenue down by region and chart it ⦿ write_file analysis/by_region.py ⦿ bash python analysis/by_region.py Revenue by region for the week of June 1. AMER $2.1M, EMEA $1.6M, APAC $0.5M. Chart saved to analysis/by_region.png. The agent writing and running its own code in its own sandbox Your agent can solve problems on its own in a secure sandbox, reshaping a dataset, running a one-off analysis, or writing whatever code a job needs that no tool covers. Copy link to heading Delegate work to a subagent An eve agent can also delegate. A subagent is the same shape one level down, a directory inside subagents/ with its own instructions, tools, and sandbox. The parent calls it just like it calls a tool. agent/subagents/investigator/agent.ts import { defineAgent } from "eve" ; export default defineAgent ( { description : "Investigates anomalies in the data before the analyst reports them." , model : "anthropic/claude-opus-4.8" , } ) ; A subagent the analyst can hand work to The child starts with a clean context window and only the tools you gave it, does the work, and hands the result back to the parent. Copy link to heading Start and interact with your agent Now comes the part every developer looks forward to, testing their agent. That used to mean starting the process, asking a question, and reading logs, with no simple view of which tools were used, what the model loaded, or why it answered the way it did. You wanted to talk to your agent and watch it work, and what you got was stdout . With eve, the dev loop is one command. Copy link to heading Run the agent locally To start an eve agent, you run its dev server. eve dev Starting the agent locally, with a terminal UI to talk to it > What was revenue last week? ⦿ load_skill revenue-definitions ⦿ run_sql SELECT date_trunc('week', created_at) ... Revenue for the week of June 1 was $4.2M net of refunds, up 6% from the prior week. Every step of the run, visible as it happens Everything the agent did is visible in the TUI. The agent loaded the skill, ran the query, answered by the team's rules, and each of those lines is a checkpointed step in the durable session. The terminal UI is just a client, and the agent serves the same structured events over HTTP, so curl , a test script, or CI can drive it and check exactly what it did. Copy link to heading Test the agent with evals Talking to the agent proves one run at a time. Evals test your agent the way you test the rest of your software, with scored checks written in files like everything else in the project. evals/revenue.eval.ts import { defineEval } from "eve/evals" ; import { includes } from "eve/evals/expect" ; export default defineEval ( { description : "The analyst answers revenue questions by the team's rules." , async test ( t ) { await t . send ( "What was revenue last week?" ) ; t . completed ( ) ; t . calledTool ( "run_sql" ) ; t . check ( t . reply , includes ( "net of refunds" ) ) ; } , } ) ; A suite that checks whether the analyst used its tool and followed the team's definitions You can run eve eval locally or point it at a deployed app, so a prompt change or a model swap shows you what it broke before your users do. Copy link to heading Ship it The agent has lived on your laptop long enough. Shipping it is normally the step where the agent work stops and the infrastructure work begins. With eve there is nothing to provision, because the agent is an ordinary Vercel project, and it deploys the way any other frontend or backend does. vercel deploy Deploying the agent Nothing about your agent changes when you deploy, because eve was designed from the ground up with adapters in mind. At launch eve deploys to Vercel, with support for other platforms on the way. The same directory runs in production exactly as it ran on your laptop. The sandbox swaps to Vercel Sandbox without a code change, and the agent you were talking to in dev is now reachable at a public URL. Deploying does not even interrupt the agent; a session that is mid-task when you push finishes on the version it started on. There is no dashboard step required in any of this. The same coding agent that built your agent can ship it and verify its work. But deployed is not the same as done. In production, an agent has users to meet and work to do on its own schedule. Copy link to heading Introduce the agent to your team Getting an agent into Slack used to mean building a Slack app first, including the app config, bot token, event subscriptions, webhook endpoint, and signing secret, all before the agent said a word. With eve, a channel is one command. eve channels add slack Scaffolding the Slack channel file The command writes channels/slack.ts , a single file that ships like any other code change, and the agent you just deployed now answers in Slack. The platform affordances come with the channel, so approvals render as Slack buttons, questions as select menus, and the agent posts typing indicators while it works. Route the credentials through Vercel Connect and there is no bot token to copy into a .env file. Run the command again with discord or teams , and the same agent is there too, one file per channel. Channels are the user interface of your agents, and sessions move between them. A question asked in Slack can continue on the web, and an incident webhook arriving over HTTP can open an investigation thread in Slack and finish the work where the team already is. Copy link to heading Put the agent on a schedule The Monday revenue report should not wait for someone to ask. A schedule is one more file, a cron expression and a handler that starts the agent on its own clock. agent/schedules/monday-summary.ts import { defineSchedule } from "eve/schedules" ; import slack from "../channels/slack.js" ; export default defineSchedule ( { cron : "0 9 * * 1" , async run ( { receive , waitUntil , appAuth } ) { waitUntil ( receive ( slack , { message : "Summarize last week's revenue and post it to the team channel." , target : { channelId : "C0123ABC" } , auth : appAuth , } ) , ) ; } , } ) ; Posting the Monday revenue report through the Slack channel, on a cron On Vercel, each schedule deploys as a Vercel Cron Job , so the report posts every Monday with nobody on the hook to remember it. Copy link to heading Run the agent like the rest of your software An agent your team depends on is production software, and a change to its instructions can break it as surely as a change to its code. Because an eve agent is files in a directory, it lives in Git like the rest of your code, and a new prompt, tool, or skill is a commit with a diff, a review, and a history. Wire eve eval into CI and the suites you wrote become the deploy gate, scoring every commit so a regression stops in CI rather than in production. Every commit also gets its own preview deployment, and it carries the agent's channels with it. The team can talk to the next version of your Slack bot before it replaces the one they use every day. And when a change goes bad in a way no eval caught, you can roll production back to the previous version instantly. Copy link to heading How we run Vercel on eve We run more than a hundred agents in production at Vercel, and they are part of how the company operates every day, each one taking on a role in the business. Here are a few of them. Copy link to heading The data analyst The most-used internal tool at Vercel is an agent, handling more than 30,000 questions a month. Anyone can ask d0 anything in Slack and get an answer from the warehouse. Every query is scoped to the asker's own permissions, so d0 can never show you a table you could not already see. Copy link to heading The autonomous SDR Lead Agent runs the playbook of our best rep around the clock. It works every new lead the moment it comes in and follows up on its own, so none go cold overnight. It costs about $5,000 a year to run, returns 32 times that, and one engineer maintains it part-time. Copy link to heading The sales cockpit RevOps built Athena in six weeks without engineers. It answers pipeline and forecast questions from Snowflake and Salesforce in plain language, and pipeline coverage nearly doubled after it went live. Copy link to heading The support engineer Vertex is our support agent that handles tickets across the help center, docs, and Slack around the clock, ensuring people get a fast response no matter when they ask. It reads the ticket, finds the right answer, and responds, solving 92% of tickets on its own and escalating the rest to the support team so they can focus on the problems that most need their attention. Copy link to heading The content agent Anyone at Vercel can write, not just the content team. draft0 runs a full review pipeline, catching the most glaring issues and building up an analysis of what the piece is actually about before it ever reaches us. By the time it does, the obvious work is done and we have a much clearer picture of what it needs. That means smaller pieces move fast, and we can give our full attention to the ones that demand it, like this one. Copy link to heading Routing agent We rely on hundreds of agents every day, but keeping track of which one handles what workloads is not efficient. So instead of routing tasks ourselves, everything goes to V in Slack first. V figures out which agent can actually answer the task and routes it there, which means the whole fleet works like one agent instead of a hundred different options. These agents all began as separate projects on separate stacks, each with its own way of holding state, brokering credentials, and emitting logs, which is where most teams find themselves after their second or third agent. Today they live in one monorepo, and are built, observed, and upgraded the same way, no matter which team owns them. Because they all share the same shape, a hundred agents run with the same tools and the same conventions as one. Copy link to heading Get started A year ago, agents triggered less than 3% of the deployments on Vercel. Now, they trigger around 29%, and we expect half of all deployments to come from agents soon. You have probably built an agent already, and the next one does not have to start from scratch. The public preview is open today, and the CLI wizard walks you through your first agent, from picking a model to a running dev server, in under a minute. npx eve@latest init my-agent Your first eve agent Coding agents just need a prompt: Set up an Eve agent for the user. Eve is a filesystem-first TypeScript framework for durable agents, published as the npm package eve. Read its docs: once eve is installed they are bundled in the package at node_modules/eve/docs; before eve is installed, read the published Introduction and Getting Started pages. If the project has no Eve app, scaffold one with `npx eve@latest init <name>` ; add `--channel-web-nextjs` only when the user wants Web Chat. The init command installs dependencies, initializes Git, and starts the dev server, so run it in a controllable process and stop it before editing. To add Eve to an existing app, run `npm install eve@latest` . Make sure agent/agent.ts and agent/instructions.md exist, then add a first typed tool at agent/tools/get_weather.ts using defineTool from eve/tools with a Zod inputSchema and an inline execute. Start the dev server again, then exercise the HTTP API: create a session with POST /eve/v1/session, attach to GET /eve/v1/session/:id/stream, and send a follow-up with the returned continuationToken. Verify with the project's typecheck, adapt model and provider choices to the project, and do not commit unless the user asks. A starting prompt for your coding agent Everything eve can do is at eve.dev/docs and development happens in the open at github.com/vercel/eve , where issues, discussions, and contributions are welcome. Hundreds of agents already run on eve at Vercel. What will you build? Build your first agent An agent is a directory of files, and eve runs it with durable execution, a sandbox, approvals, and evals built in. Works with any model, any MCP server, and channels like Slack, Discord, and GitHub. Get started
@vercel · bookmarked post view on X ↗
opus-4.5
+ supports Running agent code in an isolated sandbox separate from the harness that controls the agent improves security
rationale

Same author (vercel), same evidence source — explicit co-occurrence. Both claims articulate the same security principle: agent code requires isolation. The current claim states the principle ("treat as untrusted, isolate from runtime"), while the neighbor specifies the implementation ("isolated sandbox separate from harness"). Direct mutual reinforcement.

+ supports Software intended to be consumed by AI agents (rather than humans) must be designed with an adversarial threat model—treating the agent as a potentially hostile
rationale

The thesis argues software consumed by AI agents must apply sandboxing and defensive design as first-class concerns. This claim directly instantiates that principle for agent-generated code: treat it as untrusted, isolate it. Inferred — no visible interaction between vercel and thesis authors, but strong semantic alignment on the adversarial-stance-toward-agent-output position.

+ supports As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the primary bottleneck and value driver shifts from code generati
rationale

The thesis posits that platform-level security infrastructure is the critical enabler of trustworthy agentic AI. This claim supports that by asserting a specific platform-level security requirement: isolating agent-generated code from the application runtime. Inferred — semantic alignment on the "security as platform concern" position, though the claim is narrower in scope.

→ extends Agent-generated code should be treated as untrusted and isolated from the application runtime
rationale

dangtony98 (different author, no visible interaction with vercel) extends the isolation principle by specifying that even container isolation on the same host is insufficient — a shared kernel means kernel exploits void the model. This builds on the current claim's assertion of isolation-as-requirement by adding a constraint on what counts as adequate isolation. Inferred semantic extension.

Δ confidence +0.08 on Software intended to be consumed by AI agents (rather than humans) must be designed with an adversar
Δ confidence +0.05 on As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the p
opus-4.6
+ supports Software intended to be consumed by AI agents (rather than humans) must be designed with an adversarial threat model—treating the agent as a potentially hostile
rationale

The claim that agent-generated code should be treated as untrusted and isolated from the application runtime directly instantiates the adversarial threat model thesis: it treats the agent's output as potentially hostile and prescribes sandboxing/isolation as a first-class concern. Strong semantic alignment, though the claim focuses on code output specifically rather than the full interface design scope of the thesis.

+ supports As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the primary bottleneck and value driver shifts from code generati
rationale

Treating agent-generated code as untrusted and requiring runtime isolation is a concrete instance of the thesis that platform-level security concerns (not code generation itself) are the critical enabler of trustworthy agentic AI. The claim prescribes infrastructure-level isolation, supporting the thesis that safety-by-design infrastructure is the bottleneck.

+ supports Running agent code in an isolated sandbox separate from the harness that controls the agent improves security
rationale

Same author (vercel), same evidence source. The claim that agent-generated code should be treated as untrusted and isolated from the runtime directly supports the companion claim that running agent code in an isolated sandbox improves security. The untrusted-by-default stance provides the justification for the sandbox architecture.

+ supports Once agents are given access to more services, there is risk that the agent could be prompt injected or fooled by a malicious script into leaking credentials
rationale

Different authors (vercel vs dangtony98), no visible interaction. dangtony98 warns that agents with service access risk prompt injection or malicious script exploitation leading to credential leaks. Vercel's claim that agent-generated code should be untrusted and isolated supports this concern by prescribing the defensive posture that dangtony98's threat scenario motivates. Convergent same-direction reasoning from independent sources.

Δ confidence +0.05 on Software intended to be consumed by AI agents (rather than humans) must be designed with an adversar
Δ confidence +0.03 on As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the p
opus-4.7
+ supports Software intended to be consumed by AI agents (rather than humans) must be designed with an adversarial threat model—treating the agent as a potentially hostile
rationale

Treating agent-generated code as untrusted and isolating it from the app runtime is a direct instantiation of the adversarial-threat-model / sandboxing prescription in the thesis.

+ supports As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the primary bottleneck and value driver shifts from code generati
rationale

Positions isolation/untrusted-code posture as a platform-level safety concern — reinforcing the "safety-by-design infrastructure is the critical enabler" thesis.

→ extends Running agent code in an isolated sandbox separate from the harness that controls the agent improves security
rationale

Same author/evidence: generalizes the sandbox-isolation claim into a broader principle that agent-generated code is untrusted and must be isolated from the app runtime.

+ supports Deploying the agent and broker in two separate containers on the same host does not provide sufficient isolation, because a shared host kernel means a single ke
rationale

Third-party convergence (dangtony98 vs vercel, no visible interaction): both argue agent-generated/agent-executed code must be strongly isolated from the trusted runtime; dangtony98's shared-kernel critique reinforces this claim's stronger isolation posture.

+ supports Block App Kit is designed around a clean separation where the agent generates the app while the platform owns safety and durability.
rationale

Independent third-party convergence (jedwards_27 vs vercel): Block App Kit's clean separation — agent generates app while platform owns safety — is the same architectural principle as treating agent-generated code as untrusted and runtime-isolated.

Δ confidence +0.05 on Software intended to be consumed by AI agents (rather than humans) must be designed with an adversar
opus-4.8
→ extends Running agent code in an isolated sandbox separate from the harness that controls the agent improves security
rationale

Same author (vercel), same evidence document. "Treat agent code as untrusted and isolate it from the app runtime" is the general security principle; "run agent code in an isolated sandbox separate from the harness" is the concrete mechanism the same document proposes. Same-direction build-out — explicit extends.

≈ complicates Deploying the agent and broker in two separate containers on the same host does not provide sufficient isolation, because a shared host kernel means a single ke
rationale

dangtony98 (different author, no visible interaction) argues that two separate containers on a shared host kernel do NOT provide sufficient isolation because a single kernel exploit voids the threat model. This complicates the plain "isolate from the application runtime" prescription by raising the bar: not all isolation is equal, and container-level separation on a shared kernel may fail. Inferred qualifying condition on how strong the isolation must be.

+ supports Unlike most applications that follow a fixed code execution path, agents are non-deterministic
rationale

dangtony98 (different author, no visible interaction) observes that agents are non-deterministic, unlike fixed-path applications. That non-determinism is precisely the premise that justifies treating agent-generated code as untrusted and isolating it — you cannot trust output you cannot predict. Inferred same-direction support for the claim's rationale.

+ supports Safety and data-validation solutions should be built into default templates so agents are blocked by them structurally, rather than relying on builder choices.
rationale

jedwards_27 (different author, no visible interaction) argues safety/data-validation should be structurally built into default templates so agents are blocked by them rather than relying on builder choice. This converges with treating agent code as untrusted and structurally isolating it — same defense-by-default posture toward agent output. Inferred support.

+ supports Software intended to be consumed by AI agents (rather than humans) must be designed with an adversarial threat model—treating the agent as a potentially hostile
rationale

The thesis holds that agent-facing software must adopt an adversarial threat model — treating the agent as potentially hostile and applying sandboxing/least-privilege as first-class concerns. "Treat agent-generated code as untrusted and isolate it from the application runtime" is a near-textbook instance of exactly that adversarial, sandbox-first posture. Inferred, direct and specific support.

+ supports As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the primary bottleneck and value driver shifts from code generati
rationale

The thesis holds that as agents automate software creation, value shifts to platform-level safety-by-design infrastructure. Prescribing that agent code be untrusted and runtime-isolated is a concrete safety-by-design constraint that the platform (not the agent) must own — supporting the shift toward platform-owned security. Inferred support.

Δ confidence +0.05 on Software intended to be consumed by AI agents (rather than humans) must be designed with an adversar
Δ confidence +0.02 on As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the p
fable-5
→ extends Running agent code in an isolated sandbox separate from the harness that controls the agent improves security
rationale

Same author (vercel) and same evidence document: the new claim generalizes the sandbox-vs-harness separation claim into a broader principle — agent-generated code is untrusted by default and must be isolated from the application runtime, not just from the controlling harness. Explicit: both claims come from the same source artifact.

+ supports Software intended to be consumed by AI agents (rather than humans) must be designed with an adversarial threat model—treating the agent as a potentially hostile
rationale

Treating agent-generated code as untrusted and isolating it from the application runtime is a direct application of the thesis's adversarial threat model — sandboxing and least-privilege applied to agent output as a first-class concern. Specific, credible infrastructure source (vercel). Inferred semantic support.

+ supports As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the primary bottleneck and value driver shifts from code generati
rationale

A platform vendor prescribing untrusted-by-default isolation of agent-generated code is an instance of platform-level, safety-by-design infrastructure being the enabler of trustworthy agentic adoption — supportive, though the claim addresses only the security slice of the thesis. Inferred.

+ supports Anthropic, Vercel, Cloudflare, LangChain and several open source projects have independently concluded that the agent shouldn't be the thing holding the credent
rationale

Cross-source convergence (vercel vs dangtony98, no visible interaction — invariant 4): both claims treat the agent as an untrusted principal — dangtony98 says the agent shouldn't hold credentials; this claim says the agent's code output shouldn't touch the application runtime. Same underlying least-trust posture toward agents. Inferred support.

Δ confidence +0.04 on Software intended to be consumed by AI agents (rather than humans) must be designed with an adversar
Δ confidence +0.01 on As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the p
gpt-5.6-terra-medium
+ supports Running agent code in an isolated sandbox separate from the harness that controls the agent improves security
rationale

Both claims from the same source articulate the same security architecture: agent-produced/executed code is untrusted and should run in an isolation boundary separate from the controlling application or harness. The relationship is semantic rather than a visible interaction between sources.

+ supports Software intended to be consumed by AI agents (rather than humans) must be designed with an adversarial threat model—treating the agent as a potentially hostile
rationale

Treating agent-generated code as untrusted and isolating it at runtime is a direct application of the thesis's adversarial threat model and sandboxing requirement.

+ supports As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the primary bottleneck and value driver shifts from code generati
rationale

Runtime isolation of untrusted agent output is specific evidence for the thesis that scalable agentic development depends on platform-level security and constrained architectures rather than code generation alone.

Δ confidence +0.08 on Software intended to be consumed by AI agents (rather than humans) must be designed with an adversar
Δ confidence +0.04 on As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the p
gpt-5.6-sol-low
→ extends Running agent code in an isolated sandbox separate from the harness that controls the agent improves security
rationale

The claim supplies the explicit threat-model premise—agent-generated code is untrusted—and strengthens the neighboring recommendation to execute agent code in a sandbox isolated from the controlling application runtime. The relation is semantic; sharing a source is not itself visible interaction.

+ supports As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the primary bottleneck and value driver shifts from code generati
rationale

Treating generated code as untrusted and isolating it from the application runtime is a specific platform-level security constraint, directly supporting the held thesis that safety-by-design infrastructure and constrained architectures are critical for trustworthy agentic software creation.

→ extends Software intended to be consumed by AI agents (rather than humans) must be designed with an adversarial threat model—treating the agent as a potentially hostile
rationale

The thesis applies an adversarial threat model to software consumed by agents; this claim extends that model to the inverse boundary by requiring software produced by agents to be distrusted and sandboxed. The positions are related but concern distinct trust directions.

✦ proposes thesis Code generated or modified by AI agents must be treated as untrusted output and executed in a sandbox isolated from the host application's runtime, privileges, conf 0.68
Δ confidence +0.04 on As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the p
gpt-5.6-sol-high
+ supports Running agent code in an isolated sandbox separate from the harness that controls the agent improves security
rationale

The new claim gives the same core containment prescription in a more specific form: code produced by an agent is untrusted and should be isolated from the application runtime, directly supporting the target's claim that agent code should run in a sandbox separate from its controlling harness. The claims share a source/evidence item, but no reply, quote, or direct cross-source reference is visible, so provenance is inferred.

+ supports Safety and data-validation solutions should be built into default templates so agents are blocked by them structurally, rather than relying on builder choices.
rationale

Treating agent-generated code as untrusted and enforcing runtime isolation is a concrete structural safety default, supporting the target's position that safety should be built into system architecture rather than left to each builder's discretion. This is a semantic relation without visible source interaction.

→ extends Block App Kit is designed around a clean separation where the agent generates the app while the platform owns safety and durability.
rationale

The target separates agent generation from platform-owned safety and durability; the new claim extends that architecture with a specific boundary condition—generated code must remain untrusted and isolated from the application runtime. No visible interaction exists between the sources, so the relation is inferred.

+ supports Software intended to be consumed by AI agents (rather than humans) must be designed with an adversarial threat model—treating the agent as a potentially hostile
rationale

The claim supplies a concrete sandboxing rule grounded in an adversarial threat model: agent-produced code is presumed untrusted and contained. It supports the thesis's broader security-by-design principle, while applying it to agent outputs rather than software interfaces consumed by agents.

+ supports As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the primary bottleneck and value driver shifts from code generati
rationale

Requiring untrusted agent-generated code to be isolated at the platform/runtime boundary is a specific instance of the thesis's claim that constrained, safety-by-design infrastructure is necessary for trustworthy agentic software creation. The relation is semantic and inferred.

✦ proposes thesis Code generated or executed by AI agents should be treated as untrusted by default and run behind a security boundary isolated from the host application's runtim conf 0.68
Δ confidence +0.05 on Software intended to be consumed by AI agents (rather than humans) must be designed with an adversar
Δ confidence +0.03 on As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the p
gpt-5.6-luna-high
+ supports Running agent code in an isolated sandbox separate from the harness that controls the agent improves security
rationale

The new claim directly endorses the neighboring claim that agent code should run in an isolated sandbox, with untrusted-code treatment providing the security rationale; the sources do not visibly interact.

+ supports As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the primary bottleneck and value driver shifts from code generati
rationale

Treating agent-generated code as untrusted and isolating it from the application runtime is concrete safety-by-design infrastructure, supporting the held thesis that secure platform constraints are critical for scalable agent adoption.

+ supports Agent-driven coding speed is a double-edged sword: the same velocity that lets an agent ship changes rapidly also causes errors (bad commits) to accumulate and
rationale

Runtime isolation is a concrete containment measure that supports the forming thesis that rapid agent-driven coding increases the premium on verification and containment, although the claim does not address speed or verification directly.

✦ proposes thesis Agent-generated code should be treated as untrusted software and executed outside the application runtime in a strongly isolated sandbox, with the application r conf 0.82
Δ confidence +0.06 on As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the p
Δ confidence +0.04 on Agent-driven coding speed is a double-edged sword: the same velocity that lets an agent ship changes
kimi-k3
+ supports Software intended to be consumed by AI agents (rather than humans) must be designed with an adversarial threat model—treating the agent as a potentially hostile
rationale

The claim asserts exactly the adversarial posture this thesis prescribes — treat agent output as untrusted and isolate it (sandboxing) from the runtime. It is a direct, specific instance of the thesis's 'potentially hostile agent' threat model applied to generated-code execution. Inferred: semantic alignment, no visible interaction between claim source and thesis.

+ supports As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the primary bottleneck and value driver shifts from code generati
rationale

Mandating untrusted-code isolation for agent output is a platform-level security concern — convergent evidence that the bottleneck/value is shifting from code generation to safety-by-design infrastructure (identity, security, governance). Inferred: semantic support, no visible interaction.

≈ complicates A single natural-language prompt can drive a coding agent to build a complete, production-quality native application end-to-end — including architecture, third-
rationale

Implicit third-party qualification (invariant 4): the thesis claims a single prompt yields production-quality apps with human involvement reduced to minutes; this claim adds a deployment condition — the output must still be treated as untrusted and isolated from the runtime — qualifying, not negating, the hands-off production-readiness framing. Inferred.

+ supports Running agent code in an isolated sandbox separate from the harness that controls the agent improves security
rationale

Same source document (same evidenceId, vercel). The claim states the general principle (agent code is untrusted → isolate from the application runtime); the target states the specific practice (an isolated sandbox separate from the harness improves security). The principle directly grounds the practice. Explicit: both statements are co-articulated within a single source.

≈ complicates Deploying the agent and broker in two separate containers on the same host does not provide sufficient isolation, because a shared host kernel means a single ke
rationale

Implicit third-party tension (dangtony98 vs vercel, no visible interaction — invariant 4): the claim prescribes isolation from the runtime; the target qualifies that not all isolation suffices — separate containers on a shared host kernel leave the threat model voidable via a single kernel exploit. It conditions what 'isolated' must mean (stronger than mere container separation). Inferred.

→ extends Once agents are given access to more services, there is risk that the agent could be prompt injected or fooled by a malicious script into leaking credentials
rationale

The target identifies the motivating risk (agents with service access can be prompt-injected into leaking credentials); the claim builds in the same direction, converting that risk premise into a design principle — treat agent-generated code as untrusted and isolate it. Independent sources converging. Inferred.

+ supports Safety and data-validation solutions should be built into default templates so agents are blocked by them structurally, rather than relying on builder choices.
rationale

jedwards_27 (third party, no visible interaction) argues safety must be structural — baked into default templates rather than left to builder choice. Mandatory isolation of untrusted agent code is exactly such a structural, non-optional defense. Convergent same-direction support. Inferred.

Δ confidence +0.10 on Software intended to be consumed by AI agents (rather than humans) must be designed with an adversar
Δ confidence +0.02 on As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the p
Δ confidence -0.05 on A single natural-language prompt can drive a coding agent to build a complete, production-quality na
25
source claim
“Requiring human approval for a risky agent action can be reduced to a single conditional field on a tool definition”
Introducing eve Today, we are proud to introduce eve , an open-source agent framework for building, running, and scaling agents. eve is designed around the idea that building an agent should mean defining what it does without assembling all of the pieces that it needs to run in production. Instead, eve comes with production already built in: Durable execution Sandboxed compute Human-in-the-loop approvals Subagents Evals And more eve is the framework that we build and run our own agents on. Agents today are where the web was before frameworks, with everyone hand-rolling the same plumbing and nothing carrying over to the next one. Next.js ended this for the web, and eve is doing the same for
… continue reading (21.6k more chars · article) agents. Copy link to heading An agent is a directory This is an eve agent. agent/ agent.ts # the model it runs on instructions.md # who it is tools/ run_sql.ts # what it can do post_chart.ts skills/ revenue-definitions.md # what it knows subagents/ investigator/ # who it delegates to channels/ slack.ts # where it lives schedules/ monday-summary.ts # when it acts on its own A data analyst agent, readable at a glance Each file describes one component of the agent, so at a glance, the tree tells you what an agent is, what it does, where it lives, and when it acts on its own. Copy link to heading Create an eve agent in minutes Every agent starts with its definition. agent/agent.ts import { defineAgent } from "eve" ; export default defineAgent ( { model : "anthropic/claude-opus-4.8" , } ) ; Configuring the agent and its model in one file The agent.ts file is where you configure the agent itself. You can define the model with one line, with provider fallbacks supported through AI Gateway , and compaction, model options, and other optional fields are there when you need them. Giving your agent a job and personality is as simple as creating an instructions.md file, which serves as the system prompt that eve puts in front of every model call. agent/instructions.md You are a senior data analyst. You answer questions about the team's data. - Prefer exact numbers to hand-waving. If you can compute it, compute it. - State the assumptions behind any number you report (date range, filters, grain). - Use the tools available to you rather than guessing. If you cannot answer from the data, say so plainly. The agent's identity and standing rules, prepended to every model call You create files for what your agent does, like post_chart.ts and revenue-definitions.md for tools and skills, and eve wires them into a working agent without any boilerplate or plumbing to manage. You can just focus on what your agent does instead of how it does it. Copy link to heading Why we built eve We had built agents for years at Vercel, v0 among them. But once coding agents made building one something anyone could do, everyone did. We shipped hundreds of agents and internal apps, and it looked like a productivity revolution. But underneath it, every team was building and rebuilding the same plumbing before their agent could do anything, and none of it carried over from one use case to the next. Each agent was designed for a different task, but they all had the same needs, and the same structure kept emerging to meet them. Agents have a shape. eve is that shape made into a framework. Every generation of software earns its abstractions once enough people have built the same thing the hard way, and agents are there now. Copy link to heading Batteries included Everything an agent needs in production ships with the framework. Copy link to heading A durable session for every conversation Agents wait on people, call slow systems, and run for hours, days, or weeks. In eve, every conversation is a durable workflow with each step checkpointed, so a session can pause, survive a crash or a deploy, and resume exactly where it stopped. This durability is built on the open-source Workflow SDK . Copy link to heading A sandbox for every agent The code your agents write should be treated as untrusted, so eve keeps agent-generated code out of your application runtime entirely. Every agent gets its own sandbox, an isolated environment for shell commands, scripts, and file reads and writes, running in a separate security context from the harness that controls the agent. The backend behind this sandbox is an adapter. When deployed, it runs on Vercel Sandbox . Locally, it runs on Docker, microsandbox, or just-bash , and you can write an adapter for any other provider. Copy link to heading Human-in-the-loop approvals Agents act on real systems, and some of those actions should require a person to approve them. Any action in eve can be configured to require approval, and the agent will pause there and wait, indefinitely if it has to, without consuming any compute. Once approved, eve continues the task right from where it left off. Copy link to heading Secure connections to tools, data, and services Agents need to connect to your backends, data, and other third-party services. In eve, a connection is a file that points at an MCP server or any API with a compatible OpenAPI document. agent/connections/linear.ts import { defineMcpClientConnection } from "eve/connections" ; export default defineMcpClientConnection ( { url : "https://mcp.linear.app/sse" , description : "Linear workspace: issues, projects, cycles, and comments." , auth : { getToken : async ( ) => ( { token : process . env . LINEAR_API_TOKEN ! } ) , } , } ) ; A connection to an MCP server, in one file eve discovers the remote tools, hands them to the model, and brokers the auth, and the model never sees the connection's URL or credentials. Vercel Connect handles interactive OAuth with consent and token refresh built in. At launch, eve agents can connect to Slack, GitHub, Snowflake, Salesforce, Notion, and Linear, plus anything else you can reach over OAuth, an API key, or an MCP server. Copy link to heading The same agent on every channel Most agents live in exactly one place because every new surface is its own integration to build. In eve, the same agent serves every surface, and each channel is just a small adapter file. The HTTP API is on by default, with Slack, Discord, Teams, Telegram, Twilio, GitHub, and Linear included, and defineChannel covers custom channels. One channel can also hand off to another, so an incident webhook can open an investigation thread in Slack. Copy link to heading Tracing and evals built in When an agent gets something wrong, the first question is what the agent actually did. In eve, every run produces a trace. Each model call and tool call appears in order with its inputs and outputs, down to the commands the agent ran in its sandbox, so you can replay the run instead of piecing it together from logs. ai.eve.turn # one span per turn ├── ai.streamText # the model call │ └── ai.streamText.doStream └── ai.toolCall # run_sql, with inputs and outputs The OpenTelemetry span tree a single turn produces The spans are standard OpenTelemetry and export to any tracing service you already run, whether that is Braintrust, Raindrop, Arize, Honeycomb, Datadog, or Jaeger. On Vercel, they surface in an Agent Runs tab under Observability, giving you one place to watch every session and drill into any run. Evals let you go further, with scored test suites you can run locally or wire into CI. Exactly what the agent did, one turn at a time That leaves the part no framework can write for you: what your agent actually does. Copy link to heading Extend an agent one file at a time The most common way to give an agent capabilities is to give it tools, and to teach it how to do things with skills. Today that means building the tool, writing the skill, and then wiring both into whatever runs your agent loop. With eve, a tool is one TypeScript file and a skill is one markdown file. agent/tools/run_sql.ts import { defineTool } from "eve/tools" ; import { z } from "zod" ; import { runReadOnlySql } from "../lib/sample-db" ; export default defineTool ( { description : "Run a read-only SQL query against the orders and customers tables." , inputSchema : z . object ( { sql : z . string ( ) . describe ( "A single read-only SELECT statement." ) , } ) , async execute ( { sql } ) { const { columns , rows } = await runReadOnlySql ( sql ) ; return { columns , rows : rows . slice ( 0 , 500 ) , truncated : rows . length > 500 } ; } , } ) ; A typed tool in one file, where the filename becomes the tool name agent/skills/revenue-definitions.md --- description : How this team defines revenue. Load before answering any revenue question. --- Revenue is recognized net of refunds, over the subscription term. Weeks are Monday-anchored, in UTC. Exclude trial and internal accounts from every number. A skill in one markdown file, loaded only when the topic comes up Notice what is missing. Instead of writing all of the boilerplate to wire these up and register them with your agent, eve handles it for you. A file's name and place in the tree are its definition. eve picks up the tool and skill at build time, hands the model their descriptions, and the model takes it from there. Just as Next.js turns a folder into a route by owning the routing, eve turns a file into an ability by owning the agent loop. Copy link to heading Add human-in-the-loop approval Requiring approval for an action is one field on the tool. agent/tools/run_sql.ts export default defineTool ( { description : "Run a read-only SQL query against the warehouse." , inputSchema : z . object ( { sql : z . string ( ) } ) , needsApproval : ( { toolInput } ) => estimateScanGb ( toolInput . sql ) > 50 , async execute ( { sql } ) { // unchanged } , } ) ; Requiring approval when a query would scan more than 50GB Now you can guard the expensive query, the destructive write, or anything else you would not want running unsupervised. Copy link to heading Let the agent write its own code The tools you define aren't the ceiling. eve gives your agent a real computer with a shell, so it can run bash, grep, and anything else you'd run in a terminal. When a job calls for code that doesn't exist yet, the agent writes and runs it. > Break last week's revenue down by region and chart it ⦿ write_file analysis/by_region.py ⦿ bash python analysis/by_region.py Revenue by region for the week of June 1. AMER $2.1M, EMEA $1.6M, APAC $0.5M. Chart saved to analysis/by_region.png. The agent writing and running its own code in its own sandbox Your agent can solve problems on its own in a secure sandbox, reshaping a dataset, running a one-off analysis, or writing whatever code a job needs that no tool covers. Copy link to heading Delegate work to a subagent An eve agent can also delegate. A subagent is the same shape one level down, a directory inside subagents/ with its own instructions, tools, and sandbox. The parent calls it just like it calls a tool. agent/subagents/investigator/agent.ts import { defineAgent } from "eve" ; export default defineAgent ( { description : "Investigates anomalies in the data before the analyst reports them." , model : "anthropic/claude-opus-4.8" , } ) ; A subagent the analyst can hand work to The child starts with a clean context window and only the tools you gave it, does the work, and hands the result back to the parent. Copy link to heading Start and interact with your agent Now comes the part every developer looks forward to, testing their agent. That used to mean starting the process, asking a question, and reading logs, with no simple view of which tools were used, what the model loaded, or why it answered the way it did. You wanted to talk to your agent and watch it work, and what you got was stdout . With eve, the dev loop is one command. Copy link to heading Run the agent locally To start an eve agent, you run its dev server. eve dev Starting the agent locally, with a terminal UI to talk to it > What was revenue last week? ⦿ load_skill revenue-definitions ⦿ run_sql SELECT date_trunc('week', created_at) ... Revenue for the week of June 1 was $4.2M net of refunds, up 6% from the prior week. Every step of the run, visible as it happens Everything the agent did is visible in the TUI. The agent loaded the skill, ran the query, answered by the team's rules, and each of those lines is a checkpointed step in the durable session. The terminal UI is just a client, and the agent serves the same structured events over HTTP, so curl , a test script, or CI can drive it and check exactly what it did. Copy link to heading Test the agent with evals Talking to the agent proves one run at a time. Evals test your agent the way you test the rest of your software, with scored checks written in files like everything else in the project. evals/revenue.eval.ts import { defineEval } from "eve/evals" ; import { includes } from "eve/evals/expect" ; export default defineEval ( { description : "The analyst answers revenue questions by the team's rules." , async test ( t ) { await t . send ( "What was revenue last week?" ) ; t . completed ( ) ; t . calledTool ( "run_sql" ) ; t . check ( t . reply , includes ( "net of refunds" ) ) ; } , } ) ; A suite that checks whether the analyst used its tool and followed the team's definitions You can run eve eval locally or point it at a deployed app, so a prompt change or a model swap shows you what it broke before your users do. Copy link to heading Ship it The agent has lived on your laptop long enough. Shipping it is normally the step where the agent work stops and the infrastructure work begins. With eve there is nothing to provision, because the agent is an ordinary Vercel project, and it deploys the way any other frontend or backend does. vercel deploy Deploying the agent Nothing about your agent changes when you deploy, because eve was designed from the ground up with adapters in mind. At launch eve deploys to Vercel, with support for other platforms on the way. The same directory runs in production exactly as it ran on your laptop. The sandbox swaps to Vercel Sandbox without a code change, and the agent you were talking to in dev is now reachable at a public URL. Deploying does not even interrupt the agent; a session that is mid-task when you push finishes on the version it started on. There is no dashboard step required in any of this. The same coding agent that built your agent can ship it and verify its work. But deployed is not the same as done. In production, an agent has users to meet and work to do on its own schedule. Copy link to heading Introduce the agent to your team Getting an agent into Slack used to mean building a Slack app first, including the app config, bot token, event subscriptions, webhook endpoint, and signing secret, all before the agent said a word. With eve, a channel is one command. eve channels add slack Scaffolding the Slack channel file The command writes channels/slack.ts , a single file that ships like any other code change, and the agent you just deployed now answers in Slack. The platform affordances come with the channel, so approvals render as Slack buttons, questions as select menus, and the agent posts typing indicators while it works. Route the credentials through Vercel Connect and there is no bot token to copy into a .env file. Run the command again with discord or teams , and the same agent is there too, one file per channel. Channels are the user interface of your agents, and sessions move between them. A question asked in Slack can continue on the web, and an incident webhook arriving over HTTP can open an investigation thread in Slack and finish the work where the team already is. Copy link to heading Put the agent on a schedule The Monday revenue report should not wait for someone to ask. A schedule is one more file, a cron expression and a handler that starts the agent on its own clock. agent/schedules/monday-summary.ts import { defineSchedule } from "eve/schedules" ; import slack from "../channels/slack.js" ; export default defineSchedule ( { cron : "0 9 * * 1" , async run ( { receive , waitUntil , appAuth } ) { waitUntil ( receive ( slack , { message : "Summarize last week's revenue and post it to the team channel." , target : { channelId : "C0123ABC" } , auth : appAuth , } ) , ) ; } , } ) ; Posting the Monday revenue report through the Slack channel, on a cron On Vercel, each schedule deploys as a Vercel Cron Job , so the report posts every Monday with nobody on the hook to remember it. Copy link to heading Run the agent like the rest of your software An agent your team depends on is production software, and a change to its instructions can break it as surely as a change to its code. Because an eve agent is files in a directory, it lives in Git like the rest of your code, and a new prompt, tool, or skill is a commit with a diff, a review, and a history. Wire eve eval into CI and the suites you wrote become the deploy gate, scoring every commit so a regression stops in CI rather than in production. Every commit also gets its own preview deployment, and it carries the agent's channels with it. The team can talk to the next version of your Slack bot before it replaces the one they use every day. And when a change goes bad in a way no eval caught, you can roll production back to the previous version instantly. Copy link to heading How we run Vercel on eve We run more than a hundred agents in production at Vercel, and they are part of how the company operates every day, each one taking on a role in the business. Here are a few of them. Copy link to heading The data analyst The most-used internal tool at Vercel is an agent, handling more than 30,000 questions a month. Anyone can ask d0 anything in Slack and get an answer from the warehouse. Every query is scoped to the asker's own permissions, so d0 can never show you a table you could not already see. Copy link to heading The autonomous SDR Lead Agent runs the playbook of our best rep around the clock. It works every new lead the moment it comes in and follows up on its own, so none go cold overnight. It costs about $5,000 a year to run, returns 32 times that, and one engineer maintains it part-time. Copy link to heading The sales cockpit RevOps built Athena in six weeks without engineers. It answers pipeline and forecast questions from Snowflake and Salesforce in plain language, and pipeline coverage nearly doubled after it went live. Copy link to heading The support engineer Vertex is our support agent that handles tickets across the help center, docs, and Slack around the clock, ensuring people get a fast response no matter when they ask. It reads the ticket, finds the right answer, and responds, solving 92% of tickets on its own and escalating the rest to the support team so they can focus on the problems that most need their attention. Copy link to heading The content agent Anyone at Vercel can write, not just the content team. draft0 runs a full review pipeline, catching the most glaring issues and building up an analysis of what the piece is actually about before it ever reaches us. By the time it does, the obvious work is done and we have a much clearer picture of what it needs. That means smaller pieces move fast, and we can give our full attention to the ones that demand it, like this one. Copy link to heading Routing agent We rely on hundreds of agents every day, but keeping track of which one handles what workloads is not efficient. So instead of routing tasks ourselves, everything goes to V in Slack first. V figures out which agent can actually answer the task and routes it there, which means the whole fleet works like one agent instead of a hundred different options. These agents all began as separate projects on separate stacks, each with its own way of holding state, brokering credentials, and emitting logs, which is where most teams find themselves after their second or third agent. Today they live in one monorepo, and are built, observed, and upgraded the same way, no matter which team owns them. Because they all share the same shape, a hundred agents run with the same tools and the same conventions as one. Copy link to heading Get started A year ago, agents triggered less than 3% of the deployments on Vercel. Now, they trigger around 29%, and we expect half of all deployments to come from agents soon. You have probably built an agent already, and the next one does not have to start from scratch. The public preview is open today, and the CLI wizard walks you through your first agent, from picking a model to a running dev server, in under a minute. npx eve@latest init my-agent Your first eve agent Coding agents just need a prompt: Set up an Eve agent for the user. Eve is a filesystem-first TypeScript framework for durable agents, published as the npm package eve. Read its docs: once eve is installed they are bundled in the package at node_modules/eve/docs; before eve is installed, read the published Introduction and Getting Started pages. If the project has no Eve app, scaffold one with `npx eve@latest init <name>` ; add `--channel-web-nextjs` only when the user wants Web Chat. The init command installs dependencies, initializes Git, and starts the dev server, so run it in a controllable process and stop it before editing. To add Eve to an existing app, run `npm install eve@latest` . Make sure agent/agent.ts and agent/instructions.md exist, then add a first typed tool at agent/tools/get_weather.ts using defineTool from eve/tools with a Zod inputSchema and an inline execute. Start the dev server again, then exercise the HTTP API: create a session with POST /eve/v1/session, attach to GET /eve/v1/session/:id/stream, and send a follow-up with the returned continuationToken. Verify with the project's typecheck, adapt model and provider choices to the project, and do not commit unless the user asks. A starting prompt for your coding agent Everything eve can do is at eve.dev/docs and development happens in the open at github.com/vercel/eve , where issues, discussions, and contributions are welcome. Hundreds of agents already run on eve at Vercel. What will you build? Build your first agent An agent is a directory of files, and eve runs it with durable execution, a sandbox, approvals, and evals built in. Works with any model, any MCP server, and channels like Slack, Discord, and GitHub. Get started
@vercel · bookmarked post view on X ↗
opus-4.5
+ supports Any agent action can be configured to require human approval before execution, pausing indefinitely without consuming compute
rationale

Same author (Vercel) and same evidenceId. The neighbor claim asserts any agent action can be configured to require human approval before execution; this claim explains the implementation mechanism — a single conditional field on a tool definition. This is the "how" that enables the "what" of the neighbor claim. Direct same-source elaboration.

+ supports Safety and data-validation solutions should be built into default templates so agents are blocked by them structurally, rather than relying on builder choices.
rationale

Cross-author, no visible interaction (Vercel vs jedwards_27 — invariant 4). jedwards_27 argues safety controls should be structurally built into default templates rather than left to builder choices. This claim that human-approval-for-risky-actions reduces to a single conditional field on a tool definition directly supports that structural-default position: when approval is a one-field toggle on the tool schema, it becomes a structural property of the harness rather than ad hoc builder plumbing. Inferred convergence on structural safety-by-design.

+ supports User-configurable spending guardrails — monthly caps, per-transaction approval toggles, and instant revocation — are emerging as the core trust mechanism that m
rationale

The thesis asserts user-configurable guardrails (per-transaction approval toggles) are the core trust mechanism for delegated agent authority. This claim demonstrates the implementation simplicity of such toggles — a single conditional field on a tool definition makes approval-gating trivially deployable, lowering the barrier for platforms to offer the user-facing controls the thesis identifies as critical. Independent source (Vercel) converging on the user-configurable-guardrails pattern. Inferred — no visible interaction between Vercel and the thesis's originating material (RobinhoodApp).

≈ complicates Autonomous agents are beginning to close the loop past PR-authorship into self-review and release: a single agent can diagnose a production failure, write the f
rationale

The thesis asserts autonomous agents are closing the loop with NO human approval gate anywhere in the pipeline. This claim complicates that trajectory by demonstrating that adding human-approval gates is trivially simple — a single conditional field. If approval is this easy to implement, the absence of approval gates in autonomous loops is a design choice, not an inherent property of agent architecture. The thesis frames the no-human-gate as an emerging reality; this claim qualifies that by showing the gate is easily re-installable at the tool level. Inferred — independent sources (Vercel vs ycombinator).

Δ confidence +0.05 on User-configurable spending guardrails — monthly caps, per-transaction approval toggles, and instant
opus-4.6
→ extends Any agent action can be configured to require human approval before execution, pausing indefinitely without consuming compute
rationale

Same Vercel source/evidence. The sibling claim asserts any agent action can be configured to require human approval; this claim extends by specifying exactly how simple that configuration is — a single conditional field on a tool definition. Same-direction elaboration of the implementation's minimality.

+ supports Safety and data-validation solutions should be built into default templates so agents are blocked by them structurally, rather than relying on builder choices.
rationale

Cross-author, no visible interaction (Vercel vs jedwards_27 — invariant 4). jedwards_27 argues safety/data-validation should be structurally built into default templates. A single conditional field on a tool definition is precisely such a structural, built-in safety mechanism — trivially easy to adopt, blocking risky actions by design rather than relying on builder vigilance.

+ supports Good agent design favors a lean, curated tool harness over a broad one: mechanically wrapping every REST/API endpoint as its own tool (and stuffing dozens of to
rationale

The thesis advocates a lean, curated tool harness. Reducing human-approval gating to a single conditional field on a tool definition exemplifies lean tool-level design — safety expressed as a minimal annotation rather than additional plumbing or wrapper layers. Inferred: different specific concern (safety gating vs tool-count bloat) but convergent design philosophy.

≈ complicates Autonomous agents are beginning to close the loop past PR-authorship into self-review and release: a single agent can diagnose a production failure, write the f
rationale

The thesis observes agents closing the loop with no human approval gate. This claim complicates that by showing the gate is trivially cheap to add (one conditional field) — meaning the absence of human approval in autonomous agent pipelines is a deliberate design choice, not a technical limitation. This reframes the thesis's observation: if adding the gate is near-zero cost, skipping it is an active decision with different risk implications than if the gate were architecturally expensive.

+ supports Some expertise should be codified in the prompt and tools themselves, but sensitive actions require live human review.
rationale

Cross-author, no visible interaction (Vercel vs sydneyrunkle — invariant 4). sydneyrunkle asserts sensitive actions require live human review; this claim provides a concrete, trivially simple mechanism (one conditional field) that makes such review gates easy to implement at the tool level, supporting the feasibility of that requirement.

Δ confidence +0.03 on Good agent design favors a lean, curated tool harness over a broad one: mechanically wrapping every
Δ confidence -0.03 on Autonomous agents are beginning to close the loop past PR-authorship into self-review and release: a
opus-4.7
→ extends Any agent action can be configured to require human approval before execution, pausing indefinitely without consuming compute
rationale

Same Vercel evidence document. The sibling claim states the general capability (any agent action can be configured to require human approval before execution); this claim specifies the concrete API surface — a single conditional field on the tool definition. Direct, same-direction mechanism-level elaboration of the same feature.

→ extends Users can require manual approval for every transaction made by an AI agent
rationale

Independent third parties (Vercel platform vs. Robinhood consumer product), no visible interaction — invariant 4. Both express the same human-in-the-loop pattern: gating individual agent actions on explicit user approval. Vercel expresses it as a declarative field on the tool definition; Robinhood as a per-transaction manual-approval toggle. Same direction, cross-domain convergence on approval-as-configuration.

+ supports Some expertise should be codified in the prompt and tools themselves, but sensitive actions require live human review.
rationale

Cross-author, no visible interaction. sydneyrunkle argues sensitive actions require live human review (while other expertise can be codified in prompt/tools). The Vercel claim operationalizes exactly that split: risky actions are gated by a conditional field on the tool definition — codifying *where* human review is required directly into the tool schema. Concrete mechanism supporting the principle.

+ supports Safety and data-validation solutions should be built into default templates so agents are blocked by them structurally, rather than relying on builder choices.
rationale

Cross-author, no visible interaction. jedwards_27 argues safety controls should be structurally built into default templates rather than left to ad hoc builder choice. Vercel's approach — reducing human-approval gating to a single declarative field on the tool definition — is exactly that kind of structural, template-level safety primitive rather than a hand-rolled control. Same-direction support.

opus-4.8
→ extends Any agent action can be configured to require human approval before execution, pausing indefinitely without consuming compute
rationale

Same Vercel document/evidence source. The sibling claim asserts the general capability (any agent action can be configured to require human approval before execution, pausing without consuming compute); this claim specifies the concrete mechanism — that capability reduces to a single conditional field on a tool definition. Direct, same-direction elaboration of the same product feature.

+ supports Some expertise should be codified in the prompt and tools themselves, but sensitive actions require live human review.
rationale

Cross-author, no visible interaction (sydneyrunkle vs vercel — invariant 4). sydneyrunkle holds that expertise should be codified in prompt/tools while sensitive actions require live human review. This claim describes exactly how live human review for sensitive/risky actions gets codified into the tool layer — a single conditional field on a tool definition. Independent convergence: the human-review gate is itself a codified tool-level primitive. Inferred.

+ supports Safety and data-validation solutions should be built into default templates so agents are blocked by them structurally, rather than relying on builder choices.
rationale

Cross-author, no visible interaction (jedwards_27 vs vercel — invariant 4). jedwards_27 argues safety solutions should be structural (built into default templates) rather than relying on builder choices. Reducing human-approval to a single declarative conditional field on a tool definition is precisely a structural, low-friction mechanism that makes such a safety control easy to bake in by default rather than hand-wire. Same-direction; inferred.

+ supports User-configurable spending guardrails — monthly caps, per-transaction approval toggles, and instant revocation — are emerging as the core trust mechanism that m
rationale

The thesis holds that user-set per-transaction approval toggles are a core trust mechanism for delegated agent autonomy. This claim supports the feasibility/generality of that mechanism: per-action human-approval gating is cheap and general — it reduces to a single conditional field on a tool definition — making approval-toggle guardrails a low-cost, broadly deployable primitive rather than bespoke per-product engineering. Inferred, moderate (Vercel's claim is domain-general infra, the thesis is payments-specific).

Δ confidence +0.03 on User-configurable spending guardrails — monthly caps, per-transaction approval toggles, and instant
fable-5
→ extends Any agent action can be configured to require human approval before execution, pausing indefinitely without consuming compute
rationale

Same Vercel evidence/announcement. The sibling claim asserts the capability (any agent action can be configured to require human approval before execution); this claim specifies the implementation mechanism — a single conditional field on the tool definition. Direct same-direction elaboration of the same feature.

+ supports Some expertise should be codified in the prompt and tools themselves, but sensitive actions require live human review.
rationale

Third parties, no visible interaction (invariant 4). sydneyrunkle prescribes live human review for sensitive actions; Vercel's claim that this gate reduces to a single conditional field on a tool definition supplies a concrete, low-cost mechanism that makes that prescription trivially implementable — convergent same-direction support from an independent framework vendor.

≈ complicates Autonomous agents are beginning to close the loop past PR-authorship into self-review and release: a single agent can diagnose a production failure, write the f
rationale

The thesis observes agents shipping pipelines with no human approval gate anywhere. This claim complicates that trajectory: when adding an approval gate costs one declarative field, gate-less pipelines can no longer be explained as an implementation-cost artifact — the absence of gates becomes a deliberate design choice, and the trend may reverse cheaply wherever risk tolerance demands it.

≈ complicates Guardrail hooks are not robust by default: making them reliable in production requires significant per-context calibration AND an explicit mechanism to suppress
rationale

The thesis holds that guardrails require significant per-context calibration to be usable. This claim qualifies it: human-approval gating is a guardrail class whose *mechanism* is trivially simple (one conditional field), shifting the entire calibration burden to deciding when the condition fires rather than building or tuning the hook itself. The thesis's calibration cost may be concentrated in classifier-style guardrails, not approval gates.

✦ proposes thesis Human-in-the-loop approval gating is being commoditized into a first-class, declarative framework primitive — e.g. a single conditional field on a tool definiti conf 0.50
gpt-5.6-terra-medium
→ extends Any agent action can be configured to require human approval before execution, pausing indefinitely without consuming compute
rationale

The neighbor establishes the general capability to require approval before an agent action executes; this claim supplies a concrete declarative implementation pattern—a conditional field on the relevant tool definition. The sources share evidence but no visible reply, quote, or direct reference, so the relationship is inferred rather than explicit.

+ supports dryrun_862
rationale

This is the originating, specific product-design assertion for the proposed thesis: it states that conditional human approval for risky actions is expressible directly in a tool definition, rather than through bespoke workflow logic.

+ supports As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the primary bottleneck and value driver shifts from code generati
rationale

A declarative per-tool approval gate is a concrete safety-by-design control: it embeds governance at the action boundary rather than relying solely on an operator's ad hoc intervention. It offers narrow but specific support for the thesis that constrained infrastructure enables trustworthy agent deployment.

✦ proposes thesis Human approval gates for risky agent actions can be implemented declaratively at the tool-definition layer through conditional policy fields, rather than requir conf 0.50
Δ confidence +0.04 on As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the p
gpt-5.6-sol-low
→ extends Any agent action can be configured to require human approval before execution, pausing indefinitely without consuming compute
rationale

Same Vercel evidence source: the target states the general capability that agent actions may pause for human approval, while this claim specifies the lightweight implementation—a conditional field on the tool definition—for risky actions.

+ supports dryrun_998
rationale

This is the originating, specific implementation claim for the thesis: it directly identifies a declarative tool-definition field as sufficient to gate risky actions on human approval.

✦ proposes thesis Risky agent actions can be governed with a lightweight, declarative human-approval primitive attached directly to tool definitions, rather than requiring bespok conf 0.50
Δ confidence +0.08 on dryrun_998
gpt-5.6-sol-high
→ extends Any agent action can be configured to require human approval before execution, pausing indefinitely without consuming compute
rationale

Same Vercel article and feature: the target states the general capability that any agent action can pause for human approval, while this claim supplies the concrete tool-local implementation—a conditional needsApproval field—so it is a direct mechanism-level extension.

+ supports Conventional agent development requires building tools, writing skills, and manually wiring both into the agent loop, which is unnecessary overhead
rationale

The same Vercel article argues that manually wiring production agent plumbing is unnecessary overhead; implementing conditional human approval as one field on a tool is a specific, code-level example of the framework eliminating that wiring.

→ extends Some expertise should be codified in the prompt and tools themselves, but sensitive actions require live human review.
rationale

Independent sources with no visible interaction: the target says sensitive actions require live human review, and this claim extends that principle with a concrete declarative mechanism for conditionally inserting the review gate at tool execution.

+ supports Enforcement points in a skill must be structurally un-skippable, not honor-system prose: any gate, checkpoint, or verification step the model is merely asked to
rationale

A framework-enforced conditional field on the tool definition moves an approval checkpoint out of honor-system instructions and into the execution machinery, providing a concrete instance of a structurally enforced gate; support is moderate because the claim is framework-specific and does not independently test bypass resistance.

✦ proposes thesis Human-in-the-loop approval for risky agent actions can be expressed as declarative, tool-local policy—a single conditional field on the tool definition—rather t conf 0.60
Δ confidence +0.07 on Enforcement points in a skill must be structurally un-skippable, not honor-system prose: any gate, c
gpt-5.6-luna-high
+ supports dryrun_1187
rationale

The claim directly instantiates the proposed position: it identifies a conditional field on a tool definition as the reusable implementation of a risky-action human-approval gate.

→ extends Any agent action can be configured to require human approval before execution, pausing indefinitely without consuming compute
rationale

This claim is from the same Vercel evidence and makes the sibling's general capability more concrete by specifying that the approval requirement can be represented as one conditional field on the tool definition.

+ supports Some expertise should be codified in the prompt and tools themselves, but sensitive actions require live human review.
rationale

A declarative per-tool approval condition is a concrete mechanism for enforcing the neighbor's requirement that sensitive actions receive live human review; the sources are independent and do not visibly interact.

→ extends Users can require manual approval for every transaction made by an AI agent
rationale

The claim generalizes the same human-approval control pattern beyond Robinhood's every-transaction setting by locating the control at the tool-definition level for risky actions; no visible interaction exists between the sources.

+ supports Even as AI agents automate execution, AI products still require purpose-built (non-chat) interfaces that let humans explore tradeoffs, make decisions, and handl
rationale

Requiring approval before a risky tool call preserves a human decision and exception surface even when the agent performs execution; this is moderate support because the claim specifies the gate mechanism, not the full interface design.

+ supports As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the primary bottleneck and value driver shifts from code generati
rationale

Encoding approval as a tool-level conditional is a concrete safety-by-design control that structurally constrains risky agent actions instead of relying solely on builder discipline; the claim is narrower than the broad thesis.

✦ proposes thesis Human approval gates for risky agent actions can be implemented declaratively as a conditional policy field on each tool definition, making approval a reusable conf 0.68
Δ confidence +0.05 on Even as AI agents automate execution, AI products still require purpose-built (non-chat) interfaces
Δ confidence +0.04 on As AI agents increasingly automate software creation (coding, QA, and internal tool-building), the p
kimi-k3
→ extends Any agent action can be configured to require human approval before execution, pausing indefinitely without consuming compute
rationale

Same author (vercel), same evidence document — explicit. The sibling asserts the capability (any agent action can be configured to require human approval before execution); this claim specifies the delivery mechanism and its cost — a single conditional field on the tool definition — a same-direction elaboration emphasizing how cheap the gate is to add.

+ supports Enforcement points in a skill must be structurally un-skippable, not honor-system prose: any gate, checkpoint, or verification step the model is merely asked to
rationale

Inferred — no visible interaction (invariant 4). The thesis holds that enforcement points must be structurally un-skippable machinery rather than honor-system prose the model can skip. Vercel's conditional approval field on the tool definition is exactly such machinery: the approval gate is bound into the tool schema itself, not left to the model's discretion. An independent, concrete instance of the prescribed pattern.

≈ complicates Guardrail hooks are not robust by default: making them reliable in production requires significant per-context calibration AND an explicit mechanism to suppress
rationale

Inferred — no visible interaction. The thesis generalizes that guardrails require significant per-context calibration and explicit false-positive suppression. This claim presents a counter-class: a deterministic human-approval gate reduced to one conditional field has no classifier to calibrate and no false-positive surface, qualifying the thesis's generalization toward content-evaluating guardrails rather than all guardrails.

≈ complicates Autonomous agents are beginning to close the loop past PR-authorship into self-review and release: a single agent can diagnose a production failure, write the f
rationale

Inferred — no visible interaction (invariant 4). The thesis describes agents closing the loop with no human approval gate anywhere, collapsing human control points. Vercel simultaneously commoditizing the approval gate to a single tool-definition field shows the absence of gates is a configuration choice, not a technical necessity — mildly qualifying the thesis's implied trajectory of gate collapse.

+ supports dryrun_181
rationale

This claim is the originating assertion for the proposed thesis: it directly states that requiring human approval for a risky agent action reduces to a single conditional field on a tool definition — the commoditized, near-zero-cost approval primitive the thesis generalizes.

✦ proposes thesis Human-in-the-loop approval is being commoditized into a near-zero-cost, first-class declarative primitive of agent frameworks: requiring human sign-off for a ri conf 0.55
Δ confidence +0.05 on Enforcement points in a skill must be structurally un-skippable, not honor-system prose: any gate, c
Δ confidence -0.03 on Guardrail hooks are not robust by default: making them reliable in production requires significant p
26
source claim
“Deploying an eve agent does not interrupt in-progress sessions, since a session mid-task finishes on the version it started on.”
Introducing eve Today, we are proud to introduce eve , an open-source agent framework for building, running, and scaling agents. eve is designed around the idea that building an agent should mean defining what it does without assembling all of the pieces that it needs to run in production. Instead, eve comes with production already built in: Durable execution Sandboxed compute Human-in-the-loop approvals Subagents Evals And more eve is the framework that we build and run our own agents on. Agents today are where the web was before frameworks, with everyone hand-rolling the same plumbing and nothing carrying over to the next one. Next.js ended this for the web, and eve is doing the same for
… continue reading (21.6k more chars · article) agents. Copy link to heading An agent is a directory This is an eve agent. agent/ agent.ts # the model it runs on instructions.md # who it is tools/ run_sql.ts # what it can do post_chart.ts skills/ revenue-definitions.md # what it knows subagents/ investigator/ # who it delegates to channels/ slack.ts # where it lives schedules/ monday-summary.ts # when it acts on its own A data analyst agent, readable at a glance Each file describes one component of the agent, so at a glance, the tree tells you what an agent is, what it does, where it lives, and when it acts on its own. Copy link to heading Create an eve agent in minutes Every agent starts with its definition. agent/agent.ts import { defineAgent } from "eve" ; export default defineAgent ( { model : "anthropic/claude-opus-4.8" , } ) ; Configuring the agent and its model in one file The agent.ts file is where you configure the agent itself. You can define the model with one line, with provider fallbacks supported through AI Gateway , and compaction, model options, and other optional fields are there when you need them. Giving your agent a job and personality is as simple as creating an instructions.md file, which serves as the system prompt that eve puts in front of every model call. agent/instructions.md You are a senior data analyst. You answer questions about the team's data. - Prefer exact numbers to hand-waving. If you can compute it, compute it. - State the assumptions behind any number you report (date range, filters, grain). - Use the tools available to you rather than guessing. If you cannot answer from the data, say so plainly. The agent's identity and standing rules, prepended to every model call You create files for what your agent does, like post_chart.ts and revenue-definitions.md for tools and skills, and eve wires them into a working agent without any boilerplate or plumbing to manage. You can just focus on what your agent does instead of how it does it. Copy link to heading Why we built eve We had built agents for years at Vercel, v0 among them. But once coding agents made building one something anyone could do, everyone did. We shipped hundreds of agents and internal apps, and it looked like a productivity revolution. But underneath it, every team was building and rebuilding the same plumbing before their agent could do anything, and none of it carried over from one use case to the next. Each agent was designed for a different task, but they all had the same needs, and the same structure kept emerging to meet them. Agents have a shape. eve is that shape made into a framework. Every generation of software earns its abstractions once enough people have built the same thing the hard way, and agents are there now. Copy link to heading Batteries included Everything an agent needs in production ships with the framework. Copy link to heading A durable session for every conversation Agents wait on people, call slow systems, and run for hours, days, or weeks. In eve, every conversation is a durable workflow with each step checkpointed, so a session can pause, survive a crash or a deploy, and resume exactly where it stopped. This durability is built on the open-source Workflow SDK . Copy link to heading A sandbox for every agent The code your agents write should be treated as untrusted, so eve keeps agent-generated code out of your application runtime entirely. Every agent gets its own sandbox, an isolated environment for shell commands, scripts, and file reads and writes, running in a separate security context from the harness that controls the agent. The backend behind this sandbox is an adapter. When deployed, it runs on Vercel Sandbox . Locally, it runs on Docker, microsandbox, or just-bash , and you can write an adapter for any other provider. Copy link to heading Human-in-the-loop approvals Agents act on real systems, and some of those actions should require a person to approve them. Any action in eve can be configured to require approval, and the agent will pause there and wait, indefinitely if it has to, without consuming any compute. Once approved, eve continues the task right from where it left off. Copy link to heading Secure connections to tools, data, and services Agents need to connect to your backends, data, and other third-party services. In eve, a connection is a file that points at an MCP server or any API with a compatible OpenAPI document. agent/connections/linear.ts import { defineMcpClientConnection } from "eve/connections" ; export default defineMcpClientConnection ( { url : "https://mcp.linear.app/sse" , description : "Linear workspace: issues, projects, cycles, and comments." , auth : { getToken : async ( ) => ( { token : process . env . LINEAR_API_TOKEN ! } ) , } , } ) ; A connection to an MCP server, in one file eve discovers the remote tools, hands them to the model, and brokers the auth, and the model never sees the connection's URL or credentials. Vercel Connect handles interactive OAuth with consent and token refresh built in. At launch, eve agents can connect to Slack, GitHub, Snowflake, Salesforce, Notion, and Linear, plus anything else you can reach over OAuth, an API key, or an MCP server. Copy link to heading The same agent on every channel Most agents live in exactly one place because every new surface is its own integration to build. In eve, the same agent serves every surface, and each channel is just a small adapter file. The HTTP API is on by default, with Slack, Discord, Teams, Telegram, Twilio, GitHub, and Linear included, and defineChannel covers custom channels. One channel can also hand off to another, so an incident webhook can open an investigation thread in Slack. Copy link to heading Tracing and evals built in When an agent gets something wrong, the first question is what the agent actually did. In eve, every run produces a trace. Each model call and tool call appears in order with its inputs and outputs, down to the commands the agent ran in its sandbox, so you can replay the run instead of piecing it together from logs. ai.eve.turn # one span per turn ├── ai.streamText # the model call │ └── ai.streamText.doStream └── ai.toolCall # run_sql, with inputs and outputs The OpenTelemetry span tree a single turn produces The spans are standard OpenTelemetry and export to any tracing service you already run, whether that is Braintrust, Raindrop, Arize, Honeycomb, Datadog, or Jaeger. On Vercel, they surface in an Agent Runs tab under Observability, giving you one place to watch every session and drill into any run. Evals let you go further, with scored test suites you can run locally or wire into CI. Exactly what the agent did, one turn at a time That leaves the part no framework can write for you: what your agent actually does. Copy link to heading Extend an agent one file at a time The most common way to give an agent capabilities is to give it tools, and to teach it how to do things with skills. Today that means building the tool, writing the skill, and then wiring both into whatever runs your agent loop. With eve, a tool is one TypeScript file and a skill is one markdown file. agent/tools/run_sql.ts import { defineTool } from "eve/tools" ; import { z } from "zod" ; import { runReadOnlySql } from "../lib/sample-db" ; export default defineTool ( { description : "Run a read-only SQL query against the orders and customers tables." , inputSchema : z . object ( { sql : z . string ( ) . describe ( "A single read-only SELECT statement." ) , } ) , async execute ( { sql } ) { const { columns , rows } = await runReadOnlySql ( sql ) ; return { columns , rows : rows . slice ( 0 , 500 ) , truncated : rows . length > 500 } ; } , } ) ; A typed tool in one file, where the filename becomes the tool name agent/skills/revenue-definitions.md --- description : How this team defines revenue. Load before answering any revenue question. --- Revenue is recognized net of refunds, over the subscription term. Weeks are Monday-anchored, in UTC. Exclude trial and internal accounts from every number. A skill in one markdown file, loaded only when the topic comes up Notice what is missing. Instead of writing all of the boilerplate to wire these up and register them with your agent, eve handles it for you. A file's name and place in the tree are its definition. eve picks up the tool and skill at build time, hands the model their descriptions, and the model takes it from there. Just as Next.js turns a folder into a route by owning the routing, eve turns a file into an ability by owning the agent loop. Copy link to heading Add human-in-the-loop approval Requiring approval for an action is one field on the tool. agent/tools/run_sql.ts export default defineTool ( { description : "Run a read-only SQL query against the warehouse." , inputSchema : z . object ( { sql : z . string ( ) } ) , needsApproval : ( { toolInput } ) => estimateScanGb ( toolInput . sql ) > 50 , async execute ( { sql } ) { // unchanged } , } ) ; Requiring approval when a query would scan more than 50GB Now you can guard the expensive query, the destructive write, or anything else you would not want running unsupervised. Copy link to heading Let the agent write its own code The tools you define aren't the ceiling. eve gives your agent a real computer with a shell, so it can run bash, grep, and anything else you'd run in a terminal. When a job calls for code that doesn't exist yet, the agent writes and runs it. > Break last week's revenue down by region and chart it ⦿ write_file analysis/by_region.py ⦿ bash python analysis/by_region.py Revenue by region for the week of June 1. AMER $2.1M, EMEA $1.6M, APAC $0.5M. Chart saved to analysis/by_region.png. The agent writing and running its own code in its own sandbox Your agent can solve problems on its own in a secure sandbox, reshaping a dataset, running a one-off analysis, or writing whatever code a job needs that no tool covers. Copy link to heading Delegate work to a subagent An eve agent can also delegate. A subagent is the same shape one level down, a directory inside subagents/ with its own instructions, tools, and sandbox. The parent calls it just like it calls a tool. agent/subagents/investigator/agent.ts import { defineAgent } from "eve" ; export default defineAgent ( { description : "Investigates anomalies in the data before the analyst reports them." , model : "anthropic/claude-opus-4.8" , } ) ; A subagent the analyst can hand work to The child starts with a clean context window and only the tools you gave it, does the work, and hands the result back to the parent. Copy link to heading Start and interact with your agent Now comes the part every developer looks forward to, testing their agent. That used to mean starting the process, asking a question, and reading logs, with no simple view of which tools were used, what the model loaded, or why it answered the way it did. You wanted to talk to your agent and watch it work, and what you got was stdout . With eve, the dev loop is one command. Copy link to heading Run the agent locally To start an eve agent, you run its dev server. eve dev Starting the agent locally, with a terminal UI to talk to it > What was revenue last week? ⦿ load_skill revenue-definitions ⦿ run_sql SELECT date_trunc('week', created_at) ... Revenue for the week of June 1 was $4.2M net of refunds, up 6% from the prior week. Every step of the run, visible as it happens Everything the agent did is visible in the TUI. The agent loaded the skill, ran the query, answered by the team's rules, and each of those lines is a checkpointed step in the durable session. The terminal UI is just a client, and the agent serves the same structured events over HTTP, so curl , a test script, or CI can drive it and check exactly what it did. Copy link to heading Test the agent with evals Talking to the agent proves one run at a time. Evals test your agent the way you test the rest of your software, with scored checks written in files like everything else in the project. evals/revenue.eval.ts import { defineEval } from "eve/evals" ; import { includes } from "eve/evals/expect" ; export default defineEval ( { description : "The analyst answers revenue questions by the team's rules." , async test ( t ) { await t . send ( "What was revenue last week?" ) ; t . completed ( ) ; t . calledTool ( "run_sql" ) ; t . check ( t . reply , includes ( "net of refunds" ) ) ; } , } ) ; A suite that checks whether the analyst used its tool and followed the team's definitions You can run eve eval locally or point it at a deployed app, so a prompt change or a model swap shows you what it broke before your users do. Copy link to heading Ship it The agent has lived on your laptop long enough. Shipping it is normally the step where the agent work stops and the infrastructure work begins. With eve there is nothing to provision, because the agent is an ordinary Vercel project, and it deploys the way any other frontend or backend does. vercel deploy Deploying the agent Nothing about your agent changes when you deploy, because eve was designed from the ground up with adapters in mind. At launch eve deploys to Vercel, with support for other platforms on the way. The same directory runs in production exactly as it ran on your laptop. The sandbox swaps to Vercel Sandbox without a code change, and the agent you were talking to in dev is now reachable at a public URL. Deploying does not even interrupt the agent; a session that is mid-task when you push finishes on the version it started on. There is no dashboard step required in any of this. The same coding agent that built your agent can ship it and verify its work. But deployed is not the same as done. In production, an agent has users to meet and work to do on its own schedule. Copy link to heading Introduce the agent to your team Getting an agent into Slack used to mean building a Slack app first, including the app config, bot token, event subscriptions, webhook endpoint, and signing secret, all before the agent said a word. With eve, a channel is one command. eve channels add slack Scaffolding the Slack channel file The command writes channels/slack.ts , a single file that ships like any other code change, and the agent you just deployed now answers in Slack. The platform affordances come with the channel, so approvals render as Slack buttons, questions as select menus, and the agent posts typing indicators while it works. Route the credentials through Vercel Connect and there is no bot token to copy into a .env file. Run the command again with discord or teams , and the same agent is there too, one file per channel. Channels are the user interface of your agents, and sessions move between them. A question asked in Slack can continue on the web, and an incident webhook arriving over HTTP can open an investigation thread in Slack and finish the work where the team already is. Copy link to heading Put the agent on a schedule The Monday revenue report should not wait for someone to ask. A schedule is one more file, a cron expression and a handler that starts the agent on its own clock. agent/schedules/monday-summary.ts import { defineSchedule } from "eve/schedules" ; import slack from "../channels/slack.js" ; export default defineSchedule ( { cron : "0 9 * * 1" , async run ( { receive , waitUntil , appAuth } ) { waitUntil ( receive ( slack , { message : "Summarize last week's revenue and post it to the team channel." , target : { channelId : "C0123ABC" } , auth : appAuth , } ) , ) ; } , } ) ; Posting the Monday revenue report through the Slack channel, on a cron On Vercel, each schedule deploys as a Vercel Cron Job , so the report posts every Monday with nobody on the hook to remember it. Copy link to heading Run the agent like the rest of your software An agent your team depends on is production software, and a change to its instructions can break it as surely as a change to its code. Because an eve agent is files in a directory, it lives in Git like the rest of your code, and a new prompt, tool, or skill is a commit with a diff, a review, and a history. Wire eve eval into CI and the suites you wrote become the deploy gate, scoring every commit so a regression stops in CI rather than in production. Every commit also gets its own preview deployment, and it carries the agent's channels with it. The team can talk to the next version of your Slack bot before it replaces the one they use every day. And when a change goes bad in a way no eval caught, you can roll production back to the previous version instantly. Copy link to heading How we run Vercel on eve We run more than a hundred agents in production at Vercel, and they are part of how the company operates every day, each one taking on a role in the business. Here are a few of them. Copy link to heading The data analyst The most-used internal tool at Vercel is an agent, handling more than 30,000 questions a month. Anyone can ask d0 anything in Slack and get an answer from the warehouse. Every query is scoped to the asker's own permissions, so d0 can never show you a table you could not already see. Copy link to heading The autonomous SDR Lead Agent runs the playbook of our best rep around the clock. It works every new lead the moment it comes in and follows up on its own, so none go cold overnight. It costs about $5,000 a year to run, returns 32 times that, and one engineer maintains it part-time. Copy link to heading The sales cockpit RevOps built Athena in six weeks without engineers. It answers pipeline and forecast questions from Snowflake and Salesforce in plain language, and pipeline coverage nearly doubled after it went live. Copy link to heading The support engineer Vertex is our support agent that handles tickets across the help center, docs, and Slack around the clock, ensuring people get a fast response no matter when they ask. It reads the ticket, finds the right answer, and responds, solving 92% of tickets on its own and escalating the rest to the support team so they can focus on the problems that most need their attention. Copy link to heading The content agent Anyone at Vercel can write, not just the content team. draft0 runs a full review pipeline, catching the most glaring issues and building up an analysis of what the piece is actually about before it ever reaches us. By the time it does, the obvious work is done and we have a much clearer picture of what it needs. That means smaller pieces move fast, and we can give our full attention to the ones that demand it, like this one. Copy link to heading Routing agent We rely on hundreds of agents every day, but keeping track of which one handles what workloads is not efficient. So instead of routing tasks ourselves, everything goes to V in Slack first. V figures out which agent can actually answer the task and routes it there, which means the whole fleet works like one agent instead of a hundred different options. These agents all began as separate projects on separate stacks, each with its own way of holding state, brokering credentials, and emitting logs, which is where most teams find themselves after their second or third agent. Today they live in one monorepo, and are built, observed, and upgraded the same way, no matter which team owns them. Because they all share the same shape, a hundred agents run with the same tools and the same conventions as one. Copy link to heading Get started A year ago, agents triggered less than 3% of the deployments on Vercel. Now, they trigger around 29%, and we expect half of all deployments to come from agents soon. You have probably built an agent already, and the next one does not have to start from scratch. The public preview is open today, and the CLI wizard walks you through your first agent, from picking a model to a running dev server, in under a minute. npx eve@latest init my-agent Your first eve agent Coding agents just need a prompt: Set up an Eve agent for the user. Eve is a filesystem-first TypeScript framework for durable agents, published as the npm package eve. Read its docs: once eve is installed they are bundled in the package at node_modules/eve/docs; before eve is installed, read the published Introduction and Getting Started pages. If the project has no Eve app, scaffold one with `npx eve@latest init <name>` ; add `--channel-web-nextjs` only when the user wants Web Chat. The init command installs dependencies, initializes Git, and starts the dev server, so run it in a controllable process and stop it before editing. To add Eve to an existing app, run `npm install eve@latest` . Make sure agent/agent.ts and agent/instructions.md exist, then add a first typed tool at agent/tools/get_weather.ts using defineTool from eve/tools with a Zod inputSchema and an inline execute. Start the dev server again, then exercise the HTTP API: create a session with POST /eve/v1/session, attach to GET /eve/v1/session/:id/stream, and send a follow-up with the returned continuationToken. Verify with the project's typecheck, adapt model and provider choices to the project, and do not commit unless the user asks. A starting prompt for your coding agent Everything eve can do is at eve.dev/docs and development happens in the open at github.com/vercel/eve , where issues, discussions, and contributions are welcome. Hundreds of agents already run on eve at Vercel. What will you build? Build your first agent An agent is a directory of files, and eve runs it with durable execution, a sandbox, approvals, and evals built in. Works with any model, any MCP server, and channels like Slack, Discord, and GitHub. Get started
@vercel · bookmarked post view on X ↗
opus-4.5
+ supports A defining shift in agent-loop design is the execution-environment assumption: earlier loops (e.g. ralph) assumed a persistent, always-open terminal, whereas cu
rationale

The claim that eve sessions finish on the version they started on—surviving deployment without interruption—is a concrete instance of the thesis's core assertion: modern agent infrastructure assumes durability and restart-recovery as the baseline. Version-pinned session completion is durability under deployment, not just under restart. No visible interaction between sources; stance inferred from semantic alignment.

→ extends In eve's terminal UI, every step of an agent run is visible in real time as a checkpointed step in a durable session.
rationale

Same author (vercel), same evidence source about eve. The target claim establishes that eve sessions are durable and checkpointed; this claim extends that by adding another durability dimension: sessions are also version-pinned across deployments, so deployment doesn't interrupt in-progress work. Explicit provenance: both from the same product documentation.

→ extends Every commit in eve generates its own preview deployment that includes the agent's communication channels, allowing teams to test the next version of an agent b
rationale

Same author (vercel), same evidence source. The target claim describes pre-deployment testing (preview deployments per commit); this claim completes the deployment story by describing what happens post-deployment: in-progress sessions are not interrupted because they finish on their starting version. Together they form a complete graceful-deployment narrative. Explicit provenance: same product documentation.

+ supports The Workflow SDK enables durable, resumable agent workflows that survive restarts and coordinate multi-step operations
rationale

Third-party convergence (vercel/eve vs rauchg/Workflow SDK — invariant 4, no visible interaction). Both describe durability properties: Workflow SDK enables workflows that survive restarts; eve sessions survive deployments by finishing on their starting version. Same-direction support for the broader durability-first infrastructure pattern, though different specific mechanisms. Inferred stance from semantic alignment.

Δ confidence +0.08 on A defining shift in agent-loop design is the execution-environment assumption: earlier loops (e.g. r
opus-4.6
→ extends A defining shift in agent-loop design is the execution-environment assumption: earlier loops (e.g. ralph) assumed a persistent, always-open terminal, whereas cu
rationale

The thesis asserts that 2026-era agent loops assume durability and restart-recovery as baseline infrastructure. This claim extends that principle into the deployment domain: not only must sessions survive restarts, but deployments of new agent versions must not interrupt in-progress sessions — sessions are version-pinned. This is a same-direction extension from durability-at-runtime to durability-across-deployments. Inferred; the thesis synthesizes across authors and this claim (vercel) doesn't directly reference it.

+ supports The Workflow SDK enables durable, resumable agent workflows that survive restarts and coordinate multi-step operations
rationale

Third-party convergence (vercel/eve vs rauchg/Workflow SDK, no visible interaction — invariant 4). rauchg claims the Workflow SDK enables durable, resumable workflows that survive restarts. vercel/eve independently demonstrates a concrete consequence of that durability: sessions mid-task finish on the version they started on, surviving a deployment. Both converge on session durability as a first-class property of agent infrastructure. Inferred.

+ supports Every commit in eve generates its own preview deployment that includes the agent's communication channels, allowing teams to test the next version of an agent b
rationale

Same source (vercel), same evidence document — these are co-presented claims forming a coherent deployment story. The preview-deployment claim says every commit generates a testable preview; this claim completes the picture by asserting that promoting a new version doesn't disrupt active sessions. Together they describe a zero-downtime deployment pipeline. Explicit provenance: same author, same document, clearly co-authored.

Δ confidence +0.05 on A defining shift in agent-loop design is the execution-environment assumption: earlier loops (e.g. r
opus-4.7
→ extends Every commit in eve generates its own preview deployment that includes the agent's communication channels, allowing teams to test the next version of an agent b
rationale

Same source (vercel/eve announcement, same evidenceId). Both claims describe eve's safe-deployment story: preview deployments per commit let you test the next version before replacing the current one, and this claim extends that story by specifying what happens to in-flight sessions during the replacement — they finish on the version they started on. Together they form eve's zero-disruption deploy model.

✦ proposes thesis Agent runtimes should treat an in-progress session as pinned to the agent version it started on, so that deploying a new agent version is a zero-disruption oper conf 0.50
opus-4.8
+ supports A defining shift in agent-loop design is the execution-environment assumption: earlier loops (e.g. ralph) assumed a persistent, always-open terminal, whereas cu
rationale

The thesis holds that durability/restart-recovery — not a long-lived session — is the baseline requirement for modern loop infrastructure. This claim (vercel/eve) describes a concrete durability property: a deployment (a kind of restart/version change) does not interrupt in-progress sessions because a mid-task session finishes on the version it started on. Version-stable session completion across deployments is exactly the restart-survival guarantee the thesis predicts loops now require. Inferred; no visible interaction with the thesis's originating sources.

→ extends In eve's terminal UI, every step of an agent run is visible in real time as a checkpointed step in a durable session.
rationale

Same source and document (vercel/eve, evidenceId js79v3j5dy9hp6xzaxhtg8cxv98a4dtx → explicit). The neighbor claim establishes eve sessions as durable and checkpointed; this claim builds on that same durable-session foundation to assert a further operational consequence — that the durable, checkpointed session lets a mid-task run finish on its original version rather than being disrupted by a deployment. Same-direction extension of the durable-session property.

→ extends Every commit in eve generates its own preview deployment that includes the agent's communication channels, allowing teams to test the next version of an agent b
rationale

Same source/document (vercel/eve → explicit). The neighbor claim describes per-commit preview deployments that let teams test the next version before it replaces the current one; this claim complements the safe-deployment story from the runtime side — even once a new version ships, in-progress sessions finish on their original version. Both build the same coherent "safe version rollover" narrative for eve agents.

Δ confidence +0.03 on A defining shift in agent-loop design is the execution-environment assumption: earlier loops (e.g. r
fable-5
→ extends In eve's terminal UI, every step of an agent run is visible in real time as a checkpointed step in a durable session.
rationale

Same source (vercel/eve announcement, same evidenceId — explicit). The durable checkpointed session is the mechanism; this claim builds on it in the same direction: because sessions are durable and version-pinned, a deploy never interrupts in-flight work. Deployment-safety is a further consequence of the durable-session architecture.

→ extends Every commit in eve generates its own preview deployment that includes the agent's communication channels, allowing teams to test the next version of an agent b
rationale

Same source (vercel/eve, same evidenceId — explicit). Both claims articulate the same safe-versioning story: preview deployments let you test the next agent version before it replaces the current one, and this claim adds the complementary runtime guarantee — when the replacement does happen, in-flight sessions finish on the version they started on. Same-direction elaboration of safe agent version rollover.

+ supports A defining shift in agent-loop design is the execution-environment assumption: earlier loops (e.g. ralph) assumed a persistent, always-open terminal, whereas cu
rationale

Inferred semantic support: the thesis holds that durability (surviving environment changes, not a long-lived session) is the baseline requirement for 2026-era agent infrastructure. Sessions that persist uninterrupted across a deployment — pinned to the version they started on — are a concrete production embodiment of that durability assumption. Moderate strength only, since the thesis is specifically about loop execution-environment assumptions and this claim is about deployment semantics.

✦ proposes thesis Agent deployment should be zero-interruption: in-flight sessions should be pinned to the agent version they started on and allowed to finish there, so that ship conf 0.50
Δ confidence +0.03 on A defining shift in agent-loop design is the execution-environment assumption: earlier loops (e.g. r
gpt-5.6-terra-medium
+ supports A defining shift in agent-loop design is the execution-environment assumption: earlier loops (e.g. ralph) assumed a persistent, always-open terminal, whereas cu
rationale

Eve's assertion that sessions finish on their starting version through a deployment is a concrete continuity mechanism consistent with the thesis that agent-loop infrastructure must preserve work across operational discontinuities. It supports the durability/recovery direction, though it addresses deployment transitions rather than restarts directly; inferred from semantic overlap, with no visible source-to-source interaction.

→ extends In eve's terminal UI, every step of an agent run is visible in real time as a checkpointed step in a durable session.
rationale

The existing claim describes eve sessions as durable and checkpointed; this claim adds deployment-time version pinning as a specific continuity guarantee for those sessions. The relationship is inferred from the two semantic assertions, not a visible reply, quote, or direct reference between sources.

✦ proposes thesis Version-pinning in-progress agent sessions across deployments enables zero-interruption upgrades: a session can complete against the version it started on while conf 0.46
Δ confidence +0.06 on A defining shift in agent-loop design is the execution-environment assumption: earlier loops (e.g. r
gpt-5.6-sol-low
→ extends Every commit in eve generates its own preview deployment that includes the agent's communication channels, allowing teams to test the next version of an agent b
rationale

The preview-per-commit claim establishes safe pre-release testing; this claim adds the complementary runtime guarantee that deployment replaces the version only for new sessions while in-progress sessions finish on their pinned version. Together they describe non-disruptive agent version rollout. The semantic relation is inferred from two claims in the same source, without a visible reply, quote, or direct cross-reference.

→ extends In eve's terminal UI, every step of an agent run is visible in real time as a checkpointed step in a durable session.
rationale

The durable-session claim says agent-run steps are checkpointed; this claim adds deployment-time version isolation, explaining how an active durable session can continue consistently even when a new agent version is deployed. The relation is inferred from meaning, with no visible interaction or direct reference.

✦ proposes thesis Production agent deployments should use session-level version pinning so that in-progress tasks finish on the agent version on which they began, allowing new ve conf 0.55
gpt-5.6-sol-high
→ extends Every commit in eve generates its own preview deployment that includes the agent's communication channels, allowing teams to test the next version of an agent b
rationale

The preview-per-commit claim describes testing a new eve version before replacement; this claim adds the runtime handoff property that deployment leaves already-running sessions pinned to their starting version, extending the same safe-version-rollout model. Both claims share a source, but no visible reply, quote, or direct reference establishes interaction, so provenance is inferred.

→ extends The Workflow SDK enables durable, resumable agent workflows that survive restarts and coordinate multi-step operations
rationale

The target establishes durable, resumable workflows that survive restarts; this claim adds a distinct continuity guarantee across agent deployments by allowing an in-progress session to finish on its original version. The semantic relationship is inferred, with moderate strength because deployment isolation is adjacent to—but not identical with—restart recovery.

✦ proposes thesis Version-pinned agent sessions enable non-disruptive deployments: an in-progress session should complete on the agent version on which it began, while a newly de conf 0.58
gpt-5.6-luna-high
+ supports dryrun_1190
rationale

The claim directly asserts the proposed position: deployments leave active sessions running on the version that initiated them, providing strong semantic support without a visible interaction with the thesis.

→ extends Every commit in eve generates its own preview deployment that includes the agent's communication channels, allowing teams to test the next version of an agent b
rationale

The deployment-preview claim says a new agent version can be tested before replacing the current one; this claim extends that rollout-isolation idea to active sessions by specifying that each session remains pinned to its starting version. The sources do not visibly interact, so the edge is inferred.

+ supports A defining shift in agent-loop design is the execution-environment assumption: earlier loops (e.g. ralph) assumed a persistent, always-open terminal, whereas cu
rationale

Keeping an in-progress session alive across deployment is concrete evidence of durable execution and continuity, though it addresses deployment-version isolation rather than restart recovery specifically; therefore support is partial and inferred.

✦ proposes thesis Versioned eve agent deployments preserve in-progress sessions by pinning each session to the agent version on which it started, allowing new deployments without conf 0.72
Δ confidence +0.05 on dryrun_1190
Δ confidence +0.04 on A defining shift in agent-loop design is the execution-environment assumption: earlier loops (e.g. r
kimi-k3
→ extends A defining shift in agent-loop design is the execution-environment assumption: earlier loops (e.g. ralph) assumed a persistent, always-open terminal, whereas cu
rationale

Third-party semantic relation (vercel/eve product doc vs the durability thesis; no visible interaction between sources → inferred, invariant 4). The thesis holds that current-era agent loops assume durability/restart-survival as baseline. This claim builds in the same direction and widens the scope: eve's sessions are durable not only across restarts but across version deployments — a mid-task session finishes on its starting version. Same-direction extension adding the deployment-continuity dimension.

→ extends In eve's terminal UI, every step of an agent run is visible in real time as a checkpointed step in a durable session.
rationale

Same-source relation (both claims extracted from the same vercel/eve document, evidence js79v3j5dy9hp6xzaxhtg8cxv98a4dtx); stance deduced from meaning → inferred. The neighbor establishes that every agent-run step is a checkpointed step in a durable session; this claim builds on that foundation — session durability is exactly what lets a mid-task session finish on its starting version when a new deployment lands. Same-direction extension.

→ extends Every commit in eve generates its own preview deployment that includes the agent's communication channels, allowing teams to test the next version of an agent b
rationale

Same-source relation (same vercel/eve document); stance deduced from meaning → inferred. The neighbor describes pre-rollout safety (per-commit preview deployments to test the next version before it replaces the current one); this claim completes the version-safe deployment story with in-flight safety — once a new version does roll out, running sessions are not interrupted and finish on their starting version. Complementary facets of one deployment-safety model, same direction.

+ supports dryrun_182
rationale

Origin edge: this thesis was proposed directly from this claim (v2 novelty-by-proximity rule — nearest existing thesis, the loop restart-survival position, is only loosely related and addresses a different specific position). The claim directly asserts the thesis's position: deployments do not interrupt in-progress sessions because a session is pinned to and finishes on the version it started on.

✦ proposes thesis Agent version deployments must be session-safe: deploying a new version of an agent should not interrupt in-progress sessions — a session is pinned to the agent conf 0.50
Δ confidence +0.05 on A defining shift in agent-loop design is the execution-environment assumption: earlier loops (e.g. r
27
source claim
“Wiring eve eval into CI turns test suites into a deploy gate that scores every commit, catching regressions before production rather than after”
Introducing eve Today, we are proud to introduce eve , an open-source agent framework for building, running, and scaling agents. eve is designed around the idea that building an agent should mean defining what it does without assembling all of the pieces that it needs to run in production. Instead, eve comes with production already built in: Durable execution Sandboxed compute Human-in-the-loop approvals Subagents Evals And more eve is the framework that we build and run our own agents on. Agents today are where the web was before frameworks, with everyone hand-rolling the same plumbing and nothing carrying over to the next one. Next.js ended this for the web, and eve is doing the same for
… continue reading (21.6k more chars · article) agents. Copy link to heading An agent is a directory This is an eve agent. agent/ agent.ts # the model it runs on instructions.md # who it is tools/ run_sql.ts # what it can do post_chart.ts skills/ revenue-definitions.md # what it knows subagents/ investigator/ # who it delegates to channels/ slack.ts # where it lives schedules/ monday-summary.ts # when it acts on its own A data analyst agent, readable at a glance Each file describes one component of the agent, so at a glance, the tree tells you what an agent is, what it does, where it lives, and when it acts on its own. Copy link to heading Create an eve agent in minutes Every agent starts with its definition. agent/agent.ts import { defineAgent } from "eve" ; export default defineAgent ( { model : "anthropic/claude-opus-4.8" , } ) ; Configuring the agent and its model in one file The agent.ts file is where you configure the agent itself. You can define the model with one line, with provider fallbacks supported through AI Gateway , and compaction, model options, and other optional fields are there when you need them. Giving your agent a job and personality is as simple as creating an instructions.md file, which serves as the system prompt that eve puts in front of every model call. agent/instructions.md You are a senior data analyst. You answer questions about the team's data. - Prefer exact numbers to hand-waving. If you can compute it, compute it. - State the assumptions behind any number you report (date range, filters, grain). - Use the tools available to you rather than guessing. If you cannot answer from the data, say so plainly. The agent's identity and standing rules, prepended to every model call You create files for what your agent does, like post_chart.ts and revenue-definitions.md for tools and skills, and eve wires them into a working agent without any boilerplate or plumbing to manage. You can just focus on what your agent does instead of how it does it. Copy link to heading Why we built eve We had built agents for years at Vercel, v0 among them. But once coding agents made building one something anyone could do, everyone did. We shipped hundreds of agents and internal apps, and it looked like a productivity revolution. But underneath it, every team was building and rebuilding the same plumbing before their agent could do anything, and none of it carried over from one use case to the next. Each agent was designed for a different task, but they all had the same needs, and the same structure kept emerging to meet them. Agents have a shape. eve is that shape made into a framework. Every generation of software earns its abstractions once enough people have built the same thing the hard way, and agents are there now. Copy link to heading Batteries included Everything an agent needs in production ships with the framework. Copy link to heading A durable session for every conversation Agents wait on people, call slow systems, and run for hours, days, or weeks. In eve, every conversation is a durable workflow with each step checkpointed, so a session can pause, survive a crash or a deploy, and resume exactly where it stopped. This durability is built on the open-source Workflow SDK . Copy link to heading A sandbox for every agent The code your agents write should be treated as untrusted, so eve keeps agent-generated code out of your application runtime entirely. Every agent gets its own sandbox, an isolated environment for shell commands, scripts, and file reads and writes, running in a separate security context from the harness that controls the agent. The backend behind this sandbox is an adapter. When deployed, it runs on Vercel Sandbox . Locally, it runs on Docker, microsandbox, or just-bash , and you can write an adapter for any other provider. Copy link to heading Human-in-the-loop approvals Agents act on real systems, and some of those actions should require a person to approve them. Any action in eve can be configured to require approval, and the agent will pause there and wait, indefinitely if it has to, without consuming any compute. Once approved, eve continues the task right from where it left off. Copy link to heading Secure connections to tools, data, and services Agents need to connect to your backends, data, and other third-party services. In eve, a connection is a file that points at an MCP server or any API with a compatible OpenAPI document. agent/connections/linear.ts import { defineMcpClientConnection } from "eve/connections" ; export default defineMcpClientConnection ( { url : "https://mcp.linear.app/sse" , description : "Linear workspace: issues, projects, cycles, and comments." , auth : { getToken : async ( ) => ( { token : process . env . LINEAR_API_TOKEN ! } ) , } , } ) ; A connection to an MCP server, in one file eve discovers the remote tools, hands them to the model, and brokers the auth, and the model never sees the connection's URL or credentials. Vercel Connect handles interactive OAuth with consent and token refresh built in. At launch, eve agents can connect to Slack, GitHub, Snowflake, Salesforce, Notion, and Linear, plus anything else you can reach over OAuth, an API key, or an MCP server. Copy link to heading The same agent on every channel Most agents live in exactly one place because every new surface is its own integration to build. In eve, the same agent serves every surface, and each channel is just a small adapter file. The HTTP API is on by default, with Slack, Discord, Teams, Telegram, Twilio, GitHub, and Linear included, and defineChannel covers custom channels. One channel can also hand off to another, so an incident webhook can open an investigation thread in Slack. Copy link to heading Tracing and evals built in When an agent gets something wrong, the first question is what the agent actually did. In eve, every run produces a trace. Each model call and tool call appears in order with its inputs and outputs, down to the commands the agent ran in its sandbox, so you can replay the run instead of piecing it together from logs. ai.eve.turn # one span per turn ├── ai.streamText # the model call │ └── ai.streamText.doStream └── ai.toolCall # run_sql, with inputs and outputs The OpenTelemetry span tree a single turn produces The spans are standard OpenTelemetry and export to any tracing service you already run, whether that is Braintrust, Raindrop, Arize, Honeycomb, Datadog, or Jaeger. On Vercel, they surface in an Agent Runs tab under Observability, giving you one place to watch every session and drill into any run. Evals let you go further, with scored test suites you can run locally or wire into CI. Exactly what the agent did, one turn at a time That leaves the part no framework can write for you: what your agent actually does. Copy link to heading Extend an agent one file at a time The most common way to give an agent capabilities is to give it tools, and to teach it how to do things with skills. Today that means building the tool, writing the skill, and then wiring both into whatever runs your agent loop. With eve, a tool is one TypeScript file and a skill is one markdown file. agent/tools/run_sql.ts import { defineTool } from "eve/tools" ; import { z } from "zod" ; import { runReadOnlySql } from "../lib/sample-db" ; export default defineTool ( { description : "Run a read-only SQL query against the orders and customers tables." , inputSchema : z . object ( { sql : z . string ( ) . describe ( "A single read-only SELECT statement." ) , } ) , async execute ( { sql } ) { const { columns , rows } = await runReadOnlySql ( sql ) ; return { columns , rows : rows . slice ( 0 , 500 ) , truncated : rows . length > 500 } ; } , } ) ; A typed tool in one file, where the filename becomes the tool name agent/skills/revenue-definitions.md --- description : How this team defines revenue. Load before answering any revenue question. --- Revenue is recognized net of refunds, over the subscription term. Weeks are Monday-anchored, in UTC. Exclude trial and internal accounts from every number. A skill in one markdown file, loaded only when the topic comes up Notice what is missing. Instead of writing all of the boilerplate to wire these up and register them with your agent, eve handles it for you. A file's name and place in the tree are its definition. eve picks up the tool and skill at build time, hands the model their descriptions, and the model takes it from there. Just as Next.js turns a folder into a route by owning the routing, eve turns a file into an ability by owning the agent loop. Copy link to heading Add human-in-the-loop approval Requiring approval for an action is one field on the tool. agent/tools/run_sql.ts export default defineTool ( { description : "Run a read-only SQL query against the warehouse." , inputSchema : z . object ( { sql : z . string ( ) } ) , needsApproval : ( { toolInput } ) => estimateScanGb ( toolInput . sql ) > 50 , async execute ( { sql } ) { // unchanged } , } ) ; Requiring approval when a query would scan more than 50GB Now you can guard the expensive query, the destructive write, or anything else you would not want running unsupervised. Copy link to heading Let the agent write its own code The tools you define aren't the ceiling. eve gives your agent a real computer with a shell, so it can run bash, grep, and anything else you'd run in a terminal. When a job calls for code that doesn't exist yet, the agent writes and runs it. > Break last week's revenue down by region and chart it ⦿ write_file analysis/by_region.py ⦿ bash python analysis/by_region.py Revenue by region for the week of June 1. AMER $2.1M, EMEA $1.6M, APAC $0.5M. Chart saved to analysis/by_region.png. The agent writing and running its own code in its own sandbox Your agent can solve problems on its own in a secure sandbox, reshaping a dataset, running a one-off analysis, or writing whatever code a job needs that no tool covers. Copy link to heading Delegate work to a subagent An eve agent can also delegate. A subagent is the same shape one level down, a directory inside subagents/ with its own instructions, tools, and sandbox. The parent calls it just like it calls a tool. agent/subagents/investigator/agent.ts import { defineAgent } from "eve" ; export default defineAgent ( { description : "Investigates anomalies in the data before the analyst reports them." , model : "anthropic/claude-opus-4.8" , } ) ; A subagent the analyst can hand work to The child starts with a clean context window and only the tools you gave it, does the work, and hands the result back to the parent. Copy link to heading Start and interact with your agent Now comes the part every developer looks forward to, testing their agent. That used to mean starting the process, asking a question, and reading logs, with no simple view of which tools were used, what the model loaded, or why it answered the way it did. You wanted to talk to your agent and watch it work, and what you got was stdout . With eve, the dev loop is one command. Copy link to heading Run the agent locally To start an eve agent, you run its dev server. eve dev Starting the agent locally, with a terminal UI to talk to it > What was revenue last week? ⦿ load_skill revenue-definitions ⦿ run_sql SELECT date_trunc('week', created_at) ... Revenue for the week of June 1 was $4.2M net of refunds, up 6% from the prior week. Every step of the run, visible as it happens Everything the agent did is visible in the TUI. The agent loaded the skill, ran the query, answered by the team's rules, and each of those lines is a checkpointed step in the durable session. The terminal UI is just a client, and the agent serves the same structured events over HTTP, so curl , a test script, or CI can drive it and check exactly what it did. Copy link to heading Test the agent with evals Talking to the agent proves one run at a time. Evals test your agent the way you test the rest of your software, with scored checks written in files like everything else in the project. evals/revenue.eval.ts import { defineEval } from "eve/evals" ; import { includes } from "eve/evals/expect" ; export default defineEval ( { description : "The analyst answers revenue questions by the team's rules." , async test ( t ) { await t . send ( "What was revenue last week?" ) ; t . completed ( ) ; t . calledTool ( "run_sql" ) ; t . check ( t . reply , includes ( "net of refunds" ) ) ; } , } ) ; A suite that checks whether the analyst used its tool and followed the team's definitions You can run eve eval locally or point it at a deployed app, so a prompt change or a model swap shows you what it broke before your users do. Copy link to heading Ship it The agent has lived on your laptop long enough. Shipping it is normally the step where the agent work stops and the infrastructure work begins. With eve there is nothing to provision, because the agent is an ordinary Vercel project, and it deploys the way any other frontend or backend does. vercel deploy Deploying the agent Nothing about your agent changes when you deploy, because eve was designed from the ground up with adapters in mind. At launch eve deploys to Vercel, with support for other platforms on the way. The same directory runs in production exactly as it ran on your laptop. The sandbox swaps to Vercel Sandbox without a code change, and the agent you were talking to in dev is now reachable at a public URL. Deploying does not even interrupt the agent; a session that is mid-task when you push finishes on the version it started on. There is no dashboard step required in any of this. The same coding agent that built your agent can ship it and verify its work. But deployed is not the same as done. In production, an agent has users to meet and work to do on its own schedule. Copy link to heading Introduce the agent to your team Getting an agent into Slack used to mean building a Slack app first, including the app config, bot token, event subscriptions, webhook endpoint, and signing secret, all before the agent said a word. With eve, a channel is one command. eve channels add slack Scaffolding the Slack channel file The command writes channels/slack.ts , a single file that ships like any other code change, and the agent you just deployed now answers in Slack. The platform affordances come with the channel, so approvals render as Slack buttons, questions as select menus, and the agent posts typing indicators while it works. Route the credentials through Vercel Connect and there is no bot token to copy into a .env file. Run the command again with discord or teams , and the same agent is there too, one file per channel. Channels are the user interface of your agents, and sessions move between them. A question asked in Slack can continue on the web, and an incident webhook arriving over HTTP can open an investigation thread in Slack and finish the work where the team already is. Copy link to heading Put the agent on a schedule The Monday revenue report should not wait for someone to ask. A schedule is one more file, a cron expression and a handler that starts the agent on its own clock. agent/schedules/monday-summary.ts import { defineSchedule } from "eve/schedules" ; import slack from "../channels/slack.js" ; export default defineSchedule ( { cron : "0 9 * * 1" , async run ( { receive , waitUntil , appAuth } ) { waitUntil ( receive ( slack , { message : "Summarize last week's revenue and post it to the team channel." , target : { channelId : "C0123ABC" } , auth : appAuth , } ) , ) ; } , } ) ; Posting the Monday revenue report through the Slack channel, on a cron On Vercel, each schedule deploys as a Vercel Cron Job , so the report posts every Monday with nobody on the hook to remember it. Copy link to heading Run the agent like the rest of your software An agent your team depends on is production software, and a change to its instructions can break it as surely as a change to its code. Because an eve agent is files in a directory, it lives in Git like the rest of your code, and a new prompt, tool, or skill is a commit with a diff, a review, and a history. Wire eve eval into CI and the suites you wrote become the deploy gate, scoring every commit so a regression stops in CI rather than in production. Every commit also gets its own preview deployment, and it carries the agent's channels with it. The team can talk to the next version of your Slack bot before it replaces the one they use every day. And when a change goes bad in a way no eval caught, you can roll production back to the previous version instantly. Copy link to heading How we run Vercel on eve We run more than a hundred agents in production at Vercel, and they are part of how the company operates every day, each one taking on a role in the business. Here are a few of them. Copy link to heading The data analyst The most-used internal tool at Vercel is an agent, handling more than 30,000 questions a month. Anyone can ask d0 anything in Slack and get an answer from the warehouse. Every query is scoped to the asker's own permissions, so d0 can never show you a table you could not already see. Copy link to heading The autonomous SDR Lead Agent runs the playbook of our best rep around the clock. It works every new lead the moment it comes in and follows up on its own, so none go cold overnight. It costs about $5,000 a year to run, returns 32 times that, and one engineer maintains it part-time. Copy link to heading The sales cockpit RevOps built Athena in six weeks without engineers. It answers pipeline and forecast questions from Snowflake and Salesforce in plain language, and pipeline coverage nearly doubled after it went live. Copy link to heading The support engineer Vertex is our support agent that handles tickets across the help center, docs, and Slack around the clock, ensuring people get a fast response no matter when they ask. It reads the ticket, finds the right answer, and responds, solving 92% of tickets on its own and escalating the rest to the support team so they can focus on the problems that most need their attention. Copy link to heading The content agent Anyone at Vercel can write, not just the content team. draft0 runs a full review pipeline, catching the most glaring issues and building up an analysis of what the piece is actually about before it ever reaches us. By the time it does, the obvious work is done and we have a much clearer picture of what it needs. That means smaller pieces move fast, and we can give our full attention to the ones that demand it, like this one. Copy link to heading Routing agent We rely on hundreds of agents every day, but keeping track of which one handles what workloads is not efficient. So instead of routing tasks ourselves, everything goes to V in Slack first. V figures out which agent can actually answer the task and routes it there, which means the whole fleet works like one agent instead of a hundred different options. These agents all began as separate projects on separate stacks, each with its own way of holding state, brokering credentials, and emitting logs, which is where most teams find themselves after their second or third agent. Today they live in one monorepo, and are built, observed, and upgraded the same way, no matter which team owns them. Because they all share the same shape, a hundred agents run with the same tools and the same conventions as one. Copy link to heading Get started A year ago, agents triggered less than 3% of the deployments on Vercel. Now, they trigger around 29%, and we expect half of all deployments to come from agents soon. You have probably built an agent already, and the next one does not have to start from scratch. The public preview is open today, and the CLI wizard walks you through your first agent, from picking a model to a running dev server, in under a minute. npx eve@latest init my-agent Your first eve agent Coding agents just need a prompt: Set up an Eve agent for the user. Eve is a filesystem-first TypeScript framework for durable agents, published as the npm package eve. Read its docs: once eve is installed they are bundled in the package at node_modules/eve/docs; before eve is installed, read the published Introduction and Getting Started pages. If the project has no Eve app, scaffold one with `npx eve@latest init <name>` ; add `--channel-web-nextjs` only when the user wants Web Chat. The init command installs dependencies, initializes Git, and starts the dev server, so run it in a controllable process and stop it before editing. To add Eve to an existing app, run `npm install eve@latest` . Make sure agent/agent.ts and agent/instructions.md exist, then add a first typed tool at agent/tools/get_weather.ts using defineTool from eve/tools with a Zod inputSchema and an inline execute. Start the dev server again, then exercise the HTTP API: create a session with POST /eve/v1/session, attach to GET /eve/v1/session/:id/stream, and send a follow-up with the returned continuationToken. Verify with the project's typecheck, adapt model and provider choices to the project, and do not commit unless the user asks. A starting prompt for your coding agent Everything eve can do is at eve.dev/docs and development happens in the open at github.com/vercel/eve , where issues, discussions, and contributions are welcome. Hundreds of agents already run on eve at Vercel. What will you build? Build your first agent An agent is a directory of files, and eve runs it with durable execution, a sandbox, approvals, and evals built in. Works with any model, any MCP server, and channels like Slack, Discord, and GitHub. Get started
@vercel · bookmarked post view on X ↗
opus-4.5
+ supports Reliably operationalizing AI coding/agent systems in production requires treating evals and documentation as continuously maintained, versioned engineering arti
rationale

The claim directly advocates the core practice described by the thesis: integrating evals into CI as a deploy gate with per-commit scoring. This exemplifies the thesis's prescription that evals should be treated as continuously maintained, versioned engineering artifacts with CI integration. The claim provides a concrete implementation pattern (deploy gate that scores every commit) for the thesis's abstract prescription.

+ supports Agent development is maturing into a distinct engineering discipline that requires standardized, framework-level abstractions—analogous to web development frame
rationale

The claim supports the thesis that agent development requires framework-level abstractions with CI gating. Wiring eval into CI as a deploy gate is a specific instance of the 'rigorous testing/observability practices (tracing, evals, CI gating)' the thesis prescribes as part of mature agent engineering discipline.

+ supports Wiring the eval suite into CI so a PR touching a dependency automatically re-runs affected evals catches regressions earlier.
rationale

Cross-source convergence (vercel vs ClaudeDevs, no visible interaction → inferred). Both independently assert the same core principle: wiring evals into CI catches regressions earlier. vercel frames it as a 'deploy gate that scores every commit'; ClaudeDevs frames it as 'a PR touching a dependency automatically re-runs affected evals'. Same underlying practice, different phrasings from independent sources.

Δ confidence +0.03 on Reliably operationalizing AI coding/agent systems in production requires treating evals and document
Δ confidence +0.02 on Agent development is maturing into a distinct engineering discipline that requires standardized, fra
opus-4.6
+ supports Reliably operationalizing AI coding/agent systems in production requires treating evals and documentation as continuously maintained, versioned engineering arti
rationale

The claim directly instantiates the thesis's CI-integration requirement: wiring eve eval into CI so every commit is scored is a concrete example of treating evals as continuously maintained, versioned engineering artifacts with CI integration. No visible interaction between sources — stance inferred from semantic alignment.

+ supports Agent development is maturing into a distinct engineering discipline that requires standardized, framework-level abstractions—analogous to web development frame
rationale

The claim exemplifies CI gating as a production practice for agent development — one of the specific practices the thesis calls out as evidence that agent dev is maturing into a distinct engineering discipline with framework-level abstractions. Inferred; no direct reference to the thesis.

→ extends Wiring the eval suite into CI so a PR touching a dependency automatically re-runs affected evals catches regressions earlier.
rationale

Cross-source convergence (vercel vs ClaudeDevs, no visible interaction — invariant 4). Both assert wiring evals into CI catches regressions earlier. The vercel claim extends by adding specifics: the CI eval becomes a 'deploy gate' that 'scores every commit', going beyond ClaudeDevs' formulation of re-running affected evals on dependency changes.

≈ complicates Autonomous agents are beginning to close the loop past PR-authorship into self-review and release: a single agent can diagnose a production failure, write the f
rationale

The thesis posits agents closing the loop with no human approval gate in the pipeline. This claim asserts eval-as-deploy-gate — an automated checkpoint that blocks deployment on regression. While not a human gate, it is a gate, and one that re-introduces a verification checkpoint the thesis claims is being collapsed. The complication is partial: the gate is automated, not human, so it doesn't fully refute the thesis but qualifies the 'no gate anywhere' framing.

Δ confidence +0.05 on Reliably operationalizing AI coding/agent systems in production requires treating evals and document
Δ confidence +0.03 on Agent development is maturing into a distinct engineering discipline that requires standardized, fra
Δ confidence -0.03 on Autonomous agents are beginning to close the loop past PR-authorship into self-review and release: a
opus-4.7
+ supports Reliably operationalizing AI coding/agent systems in production requires treating evals and documentation as continuously maintained, versioned engineering arti
rationale

Wiring eve eval into CI as a scored deploy gate is a direct instance of the thesis's prescription: evals as CI-integrated engineering artifacts gating rollout.

→ extends Integrating eve eval into CI allows evaluation suites to act as a deploy gate, catching regressions in CI rather than in production.
rationale

Same source and near-duplicate framing; this claim adds the 'scores every commit' specificity to the sibling deploy-gate assertion.

+ supports Wiring the eval suite into CI so a PR touching a dependency automatically re-runs affected evals catches regressions earlier.
rationale

Independent source (ClaudeDevs) asserting the same CI-eval-as-regression-catcher pattern; converging semantics without direct interaction.

+ supports AI coding agents can be driven by an objective, machine-checkable signal (diagnostic tools, test/lint scores, validation metrics) to iterate autonomously — repe
rationale

Scoring every commit provides the objective machine-checkable signal this thesis relies on for closed-loop iteration, though the claim focuses on gating rather than autonomous iteration.

Δ confidence +0.03 on Reliably operationalizing AI coding/agent systems in production requires treating evals and document
opus-4.8
→ extends Integrating eve eval into CI allows evaluation suites to act as a deploy gate, catching regressions in CI rather than in production.
rationale

Same author (vercel), same evidence document — this claim restates and slightly elaborates the near-identical neighbor (0.897 similarity), adding the 'scores every commit' framing. Explicit provenance since they co-occur in one source.

→ extends Wiring the eval suite into CI so a PR touching a dependency automatically re-runs affected evals catches regressions earlier.
rationale

Third-party convergence (vercel vs ClaudeDevs, no visible interaction → inferred). ClaudeDevs asserts wiring evals into CI catches regressions earlier; this vercel claim builds in the same direction, framing CI-integrated evals as a deploy gate that scores every commit. Both converge on eval-in-CI as a regression-catching gate.

+ supports Agent development is maturing into a distinct engineering discipline that requires standardized, framework-level abstractions—analogous to web development frame
rationale

The thesis holds that agent development is maturing into a discipline with framework-level testing/observability practices including CI gating. This claim is a concrete instance: eve eval wired into CI as a deploy gate scoring every commit — exactly the CI-gating practice the thesis names.

+ supports Reliably operationalizing AI coding/agent systems in production requires treating evals and documentation as continuously maintained, versioned engineering arti
rationale

The thesis holds that operationalizing agents in production requires evals as continuously maintained, CI-integrated engineering artifacts. This claim instantiates the CI-integration component: evals as a deploy gate scoring every commit to catch regressions before production.

Δ confidence +0.02 on Agent development is maturing into a distinct engineering discipline that requires standardized, fra
Δ confidence +0.02 on Reliably operationalizing AI coding/agent systems in production requires treating evals and document
fable-5
+ supports Reliably operationalizing AI coding/agent systems in production requires treating evals and documentation as continuously maintained, versioned engineering arti
rationale

The claim asserts that CI-integrated eval suites act as a deploy gate scoring every commit, catching regressions pre-production — a direct, specific instantiation of the thesis's requirement that evals be CI-integrated, continuously maintained engineering artifacts. Discounted slightly because the source (vercel) is promoting its own product (eve).

+ supports Wiring the eval suite into CI so a PR touching a dependency automatically re-runs affected evals catches regressions earlier.
rationale

Two third parties with no visible interaction (vercel and ClaudeDevs) independently assert that wiring evals into CI catches regressions earlier/pre-production; vercel's claim adds the per-commit deploy-gate mechanism but agrees in direction — cross-party semantic corroboration.

Δ confidence +0.02 on Reliably operationalizing AI coding/agent systems in production requires treating evals and document
gpt-5.6-terra-medium
NO-OP
gpt-5.6-sol-low
NO-OP
gpt-5.6-sol-high
NO-OP
gpt-5.6-luna-high
NO-OP
kimi-k3
→ extends Integrating eve eval into CI allows evaluation suites to act as a deploy gate, catching regressions in CI rather than in production.
rationale

Same author (vercel), same evidence document — visible interaction, hence explicit. The sibling claim already asserts eval-in-CI as a deploy gate catching regressions before production; this claim restates it and adds the mechanism (the gate *scores every commit*), so it extends rather than merely duplicates.

+ supports Wiring the eval suite into CI so a PR touching a dependency automatically re-runs affected evals catches regressions earlier.
rationale

Third-party convergence (vercel vs ClaudeDevs, no visible interaction — invariant 4). Both independently assert the same practice: wiring eval suites into CI (PR-triggered re-runs / per-commit scoring gate) catches regressions earlier than production. Cross-vendor corroboration of the deploy-gate pattern.

→ extends Automated scored eval suites that run locally or in CI extend beyond tracing to validate agent behavior
rationale

Same author and evidence (explicit). The sibling claim states the general capability — automated scored eval suites running locally or in CI validate agent behavior; this claim specializes the CI path into a concrete per-commit deploy gate. Same direction, added specificity.

+ supports Reliably operationalizing AI coding/agent systems in production requires treating evals and documentation as continuously maintained, versioned engineering arti
rationale

Direct instantiation of the thesis's CI-integration component: the claim describes evals as versioned, CI-wired deploy gates scoring every commit — exactly the continuously maintained engineering-artifact discipline the thesis holds is required for reliable production agent systems. Semantic relation to a pre-existing thesis → inferred.

+ supports Agent development is maturing into a distinct engineering discipline that requires standardized, framework-level abstractions—analogous to web development frame
rationale

The thesis holds that agent development is consolidating into a discipline with framework-level built-ins including CI gating of evals. eve shipping eval-CI deploy gates as a productized, framework-level feature is direct evidence of that consolidation. Inferred (semantic, no social interaction with the thesis).

Δ confidence +0.03 on Reliably operationalizing AI coding/agent systems in production requires treating evals and document
Δ confidence +0.02 on Agent development is maturing into a distinct engineering discipline that requires standardized, fra
28
source claim
“A year ago, agents triggered less than 3% of deployments on Vercel”
Introducing eve Today, we are proud to introduce eve , an open-source agent framework for building, running, and scaling agents. eve is designed around the idea that building an agent should mean defining what it does without assembling all of the pieces that it needs to run in production. Instead, eve comes with production already built in: Durable execution Sandboxed compute Human-in-the-loop approvals Subagents Evals And more eve is the framework that we build and run our own agents on. Agents today are where the web was before frameworks, with everyone hand-rolling the same plumbing and nothing carrying over to the next one. Next.js ended this for the web, and eve is doing the same for
… continue reading (21.6k more chars · article) agents. Copy link to heading An agent is a directory This is an eve agent. agent/ agent.ts # the model it runs on instructions.md # who it is tools/ run_sql.ts # what it can do post_chart.ts skills/ revenue-definitions.md # what it knows subagents/ investigator/ # who it delegates to channels/ slack.ts # where it lives schedules/ monday-summary.ts # when it acts on its own A data analyst agent, readable at a glance Each file describes one component of the agent, so at a glance, the tree tells you what an agent is, what it does, where it lives, and when it acts on its own. Copy link to heading Create an eve agent in minutes Every agent starts with its definition. agent/agent.ts import { defineAgent } from "eve" ; export default defineAgent ( { model : "anthropic/claude-opus-4.8" , } ) ; Configuring the agent and its model in one file The agent.ts file is where you configure the agent itself. You can define the model with one line, with provider fallbacks supported through AI Gateway , and compaction, model options, and other optional fields are there when you need them. Giving your agent a job and personality is as simple as creating an instructions.md file, which serves as the system prompt that eve puts in front of every model call. agent/instructions.md You are a senior data analyst. You answer questions about the team's data. - Prefer exact numbers to hand-waving. If you can compute it, compute it. - State the assumptions behind any number you report (date range, filters, grain). - Use the tools available to you rather than guessing. If you cannot answer from the data, say so plainly. The agent's identity and standing rules, prepended to every model call You create files for what your agent does, like post_chart.ts and revenue-definitions.md for tools and skills, and eve wires them into a working agent without any boilerplate or plumbing to manage. You can just focus on what your agent does instead of how it does it. Copy link to heading Why we built eve We had built agents for years at Vercel, v0 among them. But once coding agents made building one something anyone could do, everyone did. We shipped hundreds of agents and internal apps, and it looked like a productivity revolution. But underneath it, every team was building and rebuilding the same plumbing before their agent could do anything, and none of it carried over from one use case to the next. Each agent was designed for a different task, but they all had the same needs, and the same structure kept emerging to meet them. Agents have a shape. eve is that shape made into a framework. Every generation of software earns its abstractions once enough people have built the same thing the hard way, and agents are there now. Copy link to heading Batteries included Everything an agent needs in production ships with the framework. Copy link to heading A durable session for every conversation Agents wait on people, call slow systems, and run for hours, days, or weeks. In eve, every conversation is a durable workflow with each step checkpointed, so a session can pause, survive a crash or a deploy, and resume exactly where it stopped. This durability is built on the open-source Workflow SDK . Copy link to heading A sandbox for every agent The code your agents write should be treated as untrusted, so eve keeps agent-generated code out of your application runtime entirely. Every agent gets its own sandbox, an isolated environment for shell commands, scripts, and file reads and writes, running in a separate security context from the harness that controls the agent. The backend behind this sandbox is an adapter. When deployed, it runs on Vercel Sandbox . Locally, it runs on Docker, microsandbox, or just-bash , and you can write an adapter for any other provider. Copy link to heading Human-in-the-loop approvals Agents act on real systems, and some of those actions should require a person to approve them. Any action in eve can be configured to require approval, and the agent will pause there and wait, indefinitely if it has to, without consuming any compute. Once approved, eve continues the task right from where it left off. Copy link to heading Secure connections to tools, data, and services Agents need to connect to your backends, data, and other third-party services. In eve, a connection is a file that points at an MCP server or any API with a compatible OpenAPI document. agent/connections/linear.ts import { defineMcpClientConnection } from "eve/connections" ; export default defineMcpClientConnection ( { url : "https://mcp.linear.app/sse" , description : "Linear workspace: issues, projects, cycles, and comments." , auth : { getToken : async ( ) => ( { token : process . env . LINEAR_API_TOKEN ! } ) , } , } ) ; A connection to an MCP server, in one file eve discovers the remote tools, hands them to the model, and brokers the auth, and the model never sees the connection's URL or credentials. Vercel Connect handles interactive OAuth with consent and token refresh built in. At launch, eve agents can connect to Slack, GitHub, Snowflake, Salesforce, Notion, and Linear, plus anything else you can reach over OAuth, an API key, or an MCP server. Copy link to heading The same agent on every channel Most agents live in exactly one place because every new surface is its own integration to build. In eve, the same agent serves every surface, and each channel is just a small adapter file. The HTTP API is on by default, with Slack, Discord, Teams, Telegram, Twilio, GitHub, and Linear included, and defineChannel covers custom channels. One channel can also hand off to another, so an incident webhook can open an investigation thread in Slack. Copy link to heading Tracing and evals built in When an agent gets something wrong, the first question is what the agent actually did. In eve, every run produces a trace. Each model call and tool call appears in order with its inputs and outputs, down to the commands the agent ran in its sandbox, so you can replay the run instead of piecing it together from logs. ai.eve.turn # one span per turn ├── ai.streamText # the model call │ └── ai.streamText.doStream └── ai.toolCall # run_sql, with inputs and outputs The OpenTelemetry span tree a single turn produces The spans are standard OpenTelemetry and export to any tracing service you already run, whether that is Braintrust, Raindrop, Arize, Honeycomb, Datadog, or Jaeger. On Vercel, they surface in an Agent Runs tab under Observability, giving you one place to watch every session and drill into any run. Evals let you go further, with scored test suites you can run locally or wire into CI. Exactly what the agent did, one turn at a time That leaves the part no framework can write for you: what your agent actually does. Copy link to heading Extend an agent one file at a time The most common way to give an agent capabilities is to give it tools, and to teach it how to do things with skills. Today that means building the tool, writing the skill, and then wiring both into whatever runs your agent loop. With eve, a tool is one TypeScript file and a skill is one markdown file. agent/tools/run_sql.ts import { defineTool } from "eve/tools" ; import { z } from "zod" ; import { runReadOnlySql } from "../lib/sample-db" ; export default defineTool ( { description : "Run a read-only SQL query against the orders and customers tables." , inputSchema : z . object ( { sql : z . string ( ) . describe ( "A single read-only SELECT statement." ) , } ) , async execute ( { sql } ) { const { columns , rows } = await runReadOnlySql ( sql ) ; return { columns , rows : rows . slice ( 0 , 500 ) , truncated : rows . length > 500 } ; } , } ) ; A typed tool in one file, where the filename becomes the tool name agent/skills/revenue-definitions.md --- description : How this team defines revenue. Load before answering any revenue question. --- Revenue is recognized net of refunds, over the subscription term. Weeks are Monday-anchored, in UTC. Exclude trial and internal accounts from every number. A skill in one markdown file, loaded only when the topic comes up Notice what is missing. Instead of writing all of the boilerplate to wire these up and register them with your agent, eve handles it for you. A file's name and place in the tree are its definition. eve picks up the tool and skill at build time, hands the model their descriptions, and the model takes it from there. Just as Next.js turns a folder into a route by owning the routing, eve turns a file into an ability by owning the agent loop. Copy link to heading Add human-in-the-loop approval Requiring approval for an action is one field on the tool. agent/tools/run_sql.ts export default defineTool ( { description : "Run a read-only SQL query against the warehouse." , inputSchema : z . object ( { sql : z . string ( ) } ) , needsApproval : ( { toolInput } ) => estimateScanGb ( toolInput . sql ) > 50 , async execute ( { sql } ) { // unchanged } , } ) ; Requiring approval when a query would scan more than 50GB Now you can guard the expensive query, the destructive write, or anything else you would not want running unsupervised. Copy link to heading Let the agent write its own code The tools you define aren't the ceiling. eve gives your agent a real computer with a shell, so it can run bash, grep, and anything else you'd run in a terminal. When a job calls for code that doesn't exist yet, the agent writes and runs it. > Break last week's revenue down by region and chart it ⦿ write_file analysis/by_region.py ⦿ bash python analysis/by_region.py Revenue by region for the week of June 1. AMER $2.1M, EMEA $1.6M, APAC $0.5M. Chart saved to analysis/by_region.png. The agent writing and running its own code in its own sandbox Your agent can solve problems on its own in a secure sandbox, reshaping a dataset, running a one-off analysis, or writing whatever code a job needs that no tool covers. Copy link to heading Delegate work to a subagent An eve agent can also delegate. A subagent is the same shape one level down, a directory inside subagents/ with its own instructions, tools, and sandbox. The parent calls it just like it calls a tool. agent/subagents/investigator/agent.ts import { defineAgent } from "eve" ; export default defineAgent ( { description : "Investigates anomalies in the data before the analyst reports them." , model : "anthropic/claude-opus-4.8" , } ) ; A subagent the analyst can hand work to The child starts with a clean context window and only the tools you gave it, does the work, and hands the result back to the parent. Copy link to heading Start and interact with your agent Now comes the part every developer looks forward to, testing their agent. That used to mean starting the process, asking a question, and reading logs, with no simple view of which tools were used, what the model loaded, or why it answered the way it did. You wanted to talk to your agent and watch it work, and what you got was stdout . With eve, the dev loop is one command. Copy link to heading Run the agent locally To start an eve agent, you run its dev server. eve dev Starting the agent locally, with a terminal UI to talk to it > What was revenue last week? ⦿ load_skill revenue-definitions ⦿ run_sql SELECT date_trunc('week', created_at) ... Revenue for the week of June 1 was $4.2M net of refunds, up 6% from the prior week. Every step of the run, visible as it happens Everything the agent did is visible in the TUI. The agent loaded the skill, ran the query, answered by the team's rules, and each of those lines is a checkpointed step in the durable session. The terminal UI is just a client, and the agent serves the same structured events over HTTP, so curl , a test script, or CI can drive it and check exactly what it did. Copy link to heading Test the agent with evals Talking to the agent proves one run at a time. Evals test your agent the way you test the rest of your software, with scored checks written in files like everything else in the project. evals/revenue.eval.ts import { defineEval } from "eve/evals" ; import { includes } from "eve/evals/expect" ; export default defineEval ( { description : "The analyst answers revenue questions by the team's rules." , async test ( t ) { await t . send ( "What was revenue last week?" ) ; t . completed ( ) ; t . calledTool ( "run_sql" ) ; t . check ( t . reply , includes ( "net of refunds" ) ) ; } , } ) ; A suite that checks whether the analyst used its tool and followed the team's definitions You can run eve eval locally or point it at a deployed app, so a prompt change or a model swap shows you what it broke before your users do. Copy link to heading Ship it The agent has lived on your laptop long enough. Shipping it is normally the step where the agent work stops and the infrastructure work begins. With eve there is nothing to provision, because the agent is an ordinary Vercel project, and it deploys the way any other frontend or backend does. vercel deploy Deploying the agent Nothing about your agent changes when you deploy, because eve was designed from the ground up with adapters in mind. At launch eve deploys to Vercel, with support for other platforms on the way. The same directory runs in production exactly as it ran on your laptop. The sandbox swaps to Vercel Sandbox without a code change, and the agent you were talking to in dev is now reachable at a public URL. Deploying does not even interrupt the agent; a session that is mid-task when you push finishes on the version it started on. There is no dashboard step required in any of this. The same coding agent that built your agent can ship it and verify its work. But deployed is not the same as done. In production, an agent has users to meet and work to do on its own schedule. Copy link to heading Introduce the agent to your team Getting an agent into Slack used to mean building a Slack app first, including the app config, bot token, event subscriptions, webhook endpoint, and signing secret, all before the agent said a word. With eve, a channel is one command. eve channels add slack Scaffolding the Slack channel file The command writes channels/slack.ts , a single file that ships like any other code change, and the agent you just deployed now answers in Slack. The platform affordances come with the channel, so approvals render as Slack buttons, questions as select menus, and the agent posts typing indicators while it works. Route the credentials through Vercel Connect and there is no bot token to copy into a .env file. Run the command again with discord or teams , and the same agent is there too, one file per channel. Channels are the user interface of your agents, and sessions move between them. A question asked in Slack can continue on the web, and an incident webhook arriving over HTTP can open an investigation thread in Slack and finish the work where the team already is. Copy link to heading Put the agent on a schedule The Monday revenue report should not wait for someone to ask. A schedule is one more file, a cron expression and a handler that starts the agent on its own clock. agent/schedules/monday-summary.ts import { defineSchedule } from "eve/schedules" ; import slack from "../channels/slack.js" ; export default defineSchedule ( { cron : "0 9 * * 1" , async run ( { receive , waitUntil , appAuth } ) { waitUntil ( receive ( slack , { message : "Summarize last week's revenue and post it to the team channel." , target : { channelId : "C0123ABC" } , auth : appAuth , } ) , ) ; } , } ) ; Posting the Monday revenue report through the Slack channel, on a cron On Vercel, each schedule deploys as a Vercel Cron Job , so the report posts every Monday with nobody on the hook to remember it. Copy link to heading Run the agent like the rest of your software An agent your team depends on is production software, and a change to its instructions can break it as surely as a change to its code. Because an eve agent is files in a directory, it lives in Git like the rest of your code, and a new prompt, tool, or skill is a commit with a diff, a review, and a history. Wire eve eval into CI and the suites you wrote become the deploy gate, scoring every commit so a regression stops in CI rather than in production. Every commit also gets its own preview deployment, and it carries the agent's channels with it. The team can talk to the next version of your Slack bot before it replaces the one they use every day. And when a change goes bad in a way no eval caught, you can roll production back to the previous version instantly. Copy link to heading How we run Vercel on eve We run more than a hundred agents in production at Vercel, and they are part of how the company operates every day, each one taking on a role in the business. Here are a few of them. Copy link to heading The data analyst The most-used internal tool at Vercel is an agent, handling more than 30,000 questions a month. Anyone can ask d0 anything in Slack and get an answer from the warehouse. Every query is scoped to the asker's own permissions, so d0 can never show you a table you could not already see. Copy link to heading The autonomous SDR Lead Agent runs the playbook of our best rep around the clock. It works every new lead the moment it comes in and follows up on its own, so none go cold overnight. It costs about $5,000 a year to run, returns 32 times that, and one engineer maintains it part-time. Copy link to heading The sales cockpit RevOps built Athena in six weeks without engineers. It answers pipeline and forecast questions from Snowflake and Salesforce in plain language, and pipeline coverage nearly doubled after it went live. Copy link to heading The support engineer Vertex is our support agent that handles tickets across the help center, docs, and Slack around the clock, ensuring people get a fast response no matter when they ask. It reads the ticket, finds the right answer, and responds, solving 92% of tickets on its own and escalating the rest to the support team so they can focus on the problems that most need their attention. Copy link to heading The content agent Anyone at Vercel can write, not just the content team. draft0 runs a full review pipeline, catching the most glaring issues and building up an analysis of what the piece is actually about before it ever reaches us. By the time it does, the obvious work is done and we have a much clearer picture of what it needs. That means smaller pieces move fast, and we can give our full attention to the ones that demand it, like this one. Copy link to heading Routing agent We rely on hundreds of agents every day, but keeping track of which one handles what workloads is not efficient. So instead of routing tasks ourselves, everything goes to V in Slack first. V figures out which agent can actually answer the task and routes it there, which means the whole fleet works like one agent instead of a hundred different options. These agents all began as separate projects on separate stacks, each with its own way of holding state, brokering credentials, and emitting logs, which is where most teams find themselves after their second or third agent. Today they live in one monorepo, and are built, observed, and upgraded the same way, no matter which team owns them. Because they all share the same shape, a hundred agents run with the same tools and the same conventions as one. Copy link to heading Get started A year ago, agents triggered less than 3% of the deployments on Vercel. Now, they trigger around 29%, and we expect half of all deployments to come from agents soon. You have probably built an agent already, and the next one does not have to start from scratch. The public preview is open today, and the CLI wizard walks you through your first agent, from picking a model to a running dev server, in under a minute. npx eve@latest init my-agent Your first eve agent Coding agents just need a prompt: Set up an Eve agent for the user. Eve is a filesystem-first TypeScript framework for durable agents, published as the npm package eve. Read its docs: once eve is installed they are bundled in the package at node_modules/eve/docs; before eve is installed, read the published Introduction and Getting Started pages. If the project has no Eve app, scaffold one with `npx eve@latest init <name>` ; add `--channel-web-nextjs` only when the user wants Web Chat. The init command installs dependencies, initializes Git, and starts the dev server, so run it in a controllable process and stop it before editing. To add Eve to an existing app, run `npm install eve@latest` . Make sure agent/agent.ts and agent/instructions.md exist, then add a first typed tool at agent/tools/get_weather.ts using defineTool from eve/tools with a Zod inputSchema and an inline execute. Start the dev server again, then exercise the HTTP API: create a session with POST /eve/v1/session, attach to GET /eve/v1/session/:id/stream, and send a follow-up with the returned continuationToken. Verify with the project's typecheck, adapt model and provider choices to the project, and do not commit unless the user asks. A starting prompt for your coding agent Everything eve can do is at eve.dev/docs and development happens in the open at github.com/vercel/eve , where issues, discussions, and contributions are welcome. Hundreds of agents already run on eve at Vercel. What will you build? Build your first agent An agent is a directory of files, and eve runs it with durable execution, a sandbox, approvals, and evals built in. Works with any model, any MCP server, and channels like Slack, Discord, and GitHub. Get started
@vercel · bookmarked post view on X ↗
opus-4.5
→ extends Agents currently trigger around 29% of deployments on Vercel, and this is expected to rise to roughly half of all deployments soon
rationale

Same author (vercel) and same evidenceId — these are sibling claims from the same source. The <3% historical baseline establishes the 'before' state that gives meaning to the current 29% figure, forming a temporal comparison that demonstrates ~10x growth in agent-triggered deployments over one year.

+ supports AI coding agents (notably Claude Code) now author a measurable, non-trivial fraction of the world's software output — on the order of several percent of all pub
rationale

The historical baseline (<3% a year ago) combined with the sibling claim (29% now) provides concrete before/after evidence of agents becoming a measurable, non-trivial fraction of software deployment activity at a major platform. This trajectory data supports the thesis that AI agents now contribute at meaningful scale. Inferred — Vercel's data is independent corroboration of the thesis's broader claim about agent contribution to software output.

+ supports Agent development is maturing into a distinct engineering discipline that requires standardized, framework-level abstractions—analogous to web development frame
rationale

The rapid scaling of agent-triggered deployments from <3% to 29% in one year implies that agent development has matured enough to support production-scale adoption at a major platform. This is circumstantial evidence (adoption implies maturity) rather than direct evidence of standardized abstractions, hence weak strength. Inferred — no direct interaction between this Vercel data and thesis origin.

Δ confidence +0.08 on AI coding agents (notably Claude Code) now author a measurable, non-trivial fraction of the world's
opus-4.6
+ supports Agents currently trigger around 29% of deployments on Vercel, and this is expected to rise to roughly half of all deployments soon
rationale

Same author (vercel), same evidence source (eve blog post), same paragraph. The historical baseline of <3% a year ago is the explicit contrast point that makes the current 29% figure meaningful — it establishes the growth trajectory from which the sibling claim draws its impact.

+ supports AI coding agents (notably Claude Code) now author a measurable, non-trivial fraction of the world's software output — on the order of several percent of all pub
rationale

Vercel's first-party data showing agents went from <3% to ~29% of deployments in one year provides concrete platform-level evidence that agents are producing a measurable, rapidly growing share of software output. The baseline anchors the growth curve. Inferred — no direct interaction between this claim and the thesis's originating sources.

+ supports Agent development is maturing into a distinct engineering discipline that requires standardized, framework-level abstractions—analogous to web development frame
rationale

The ~10x growth in agent-triggered deployments on Vercel (from <3% to 29% in one year) implicitly supports the thesis that agent development needs framework-level abstractions: the rapid scaling creates the demand pressure that makes ad hoc plumbing unsustainable. Inferred — the claim is a data point, not an explicit argument about frameworks.

+ supports More than 70% of pull requests at Uber are attributed to local or cloud agents
rationale

Two independent third parties (Vercel vs Uber/praveenTweets) report rapid agent adoption growth in software delivery pipelines. Vercel's historical baseline (<3% → 29% deployments) corroborates Uber's 70%-of-PRs figure as part of a cross-industry trend. No visible interaction between sources; inferred per invariant 4.

Δ confidence +0.05 on AI coding agents (notably Claude Code) now author a measurable, non-trivial fraction of the world's
Δ confidence +0.03 on Agent development is maturing into a distinct engineering discipline that requires standardized, fra
opus-4.7
→ extends Agents currently trigger around 29% of deployments on Vercel, and this is expected to rise to roughly half of all deployments soon
rationale

Same evidence/source (Vercel). The <3%-a-year-ago baseline is the temporal anchor that makes the sibling claim's 29%-now-heading-to-50% figure meaningful — same-direction elaboration quantifying the growth curve of agent-triggered deployments.

+ supports More than 70% of pull requests at Uber are attributed to local or cloud agents
rationale

Vercel and Uber are independent third parties with no visible interaction. Vercel's 10x growth in agent-triggered deployments over a year corroborates the same industry-wide trend Uber's 70%-of-PRs figure documents: agents are rapidly capturing large shares of software delivery pipelines. Inferred per invariant 4.

Δ confidence +0.02 on Agent development is maturing into a distinct engineering discipline that requires standardized, fra
opus-4.8
+ supports Agents currently trigger around 29% of deployments on Vercel, and this is expected to rise to roughly half of all deployments soon
rationale

Same author/evidence (Vercel, same document). This historical baseline (<3% of deployments a year ago) is the explicit 'before' anchor that quantifies the sibling claim's growth trajectory (now ~29%, rising toward half). Together they establish a near-10x rise in agent-triggered deployments in one year; the baseline directly supports and specifies the magnitude of that trend.

+ supports More than 70% of pull requests at Uber are attributed to local or cloud agents
rationale

Independent third parties (Vercel vs Uber/praveenTweets, no visible interaction → inferred, invariant 4). Vercel's fast rise in agent-triggered deployments and Uber's >70%-of-PRs-by-agents figure are convergent quantitative data points for the same emerging industry trend of agents taking over large shares of software delivery pipelines. Modest strength: this claim is the historical low point rather than the current-share figure.

+ supports Autonomous agents are beginning to close the loop past PR-authorship into self-review and release: a single agent can diagnose a production failure, write the f
rationale

The thesis holds that autonomous agents are closing the loop into deployment with no human gate. This claim's baseline (<3% a year ago), read against its sibling (now ~29%, heading toward half), documents the rapid mainstreaming of agent-triggered deployments that the thesis describes. Supporting but indirect: the claim shows agents increasingly driving deploys, not specifically that they bypass review gates. Inferred — no visible interaction with the thesis's origin.

Δ confidence +0.03 on Autonomous agents are beginning to close the loop past PR-authorship into self-review and release: a
fable-5
→ extends Agents currently trigger around 29% of deployments on Vercel, and this is expected to rise to roughly half of all deployments soon
rationale

Same source/evidence document (Vercel). The <3%-a-year-ago figure is the temporal baseline for the sibling claim's ~29%-now figure; together they quantify a roughly 10x one-year increase in agent-triggered deployments. Same-direction elaboration — the baseline is what makes the current figure a growth story rather than a static statistic.

Δ confidence +0.02 on Autonomous agents are beginning to close the loop past PR-authorship into self-review and release: a
gpt-5.6-terra-medium
+ supports Agents currently trigger around 29% of deployments on Vercel, and this is expected to rise to roughly half of all deployments soon
rationale

This same Vercel evidence supplies the historical baseline—under 3% of deployments a year earlier—for the neighboring claim's current 29% agent-triggered deployment share. The baseline directly substantiates the claim of rapid growth over the intervening year.

+ supports Autonomous agents are beginning to close the loop past PR-authorship into self-review and release: a single agent can diagnose a production failure, write the f
rationale

A low historical share of agent-triggered Vercel deployments provides a dated baseline for the subsequent growth of agents in release execution, modestly supporting the thesis that agents are moving into release workflows. It does not establish autonomous end-to-end operation or the absence of human approval gates, so the support is limited.

Δ confidence +0.04 on Autonomous agents are beginning to close the loop past PR-authorship into self-review and release: a
gpt-5.6-sol-low
→ extends Agents currently trigger around 29% of deployments on Vercel, and this is expected to rise to roughly half of all deployments soon
rationale

The same Vercel evidence supplies the one-year-earlier baseline of under 3%, directly extending the current ~29% deployment figure into a temporal adoption trend and supporting the expectation of continued growth.

gpt-5.6-sol-high
+ supports dryrun_265
rationale

The claim directly supplies the historical Vercel deployment-share metric asserted by the thesis; provenance is inferred because no visible source-to-thesis interaction is present.

≈ complicates Autonomous agents are beginning to close the loop past PR-authorship into self-review and release: a single agent can diagnose a production failure, write the f
rationale

The historical sub-3% share qualifies the breadth of agent-driven release adoption while remaining compatible with the nearby thesis's capability claim; it does not establish autonomous self-review or absence of human approval.

✦ proposes thesis At the reported one-year-prior baseline, agents triggered less than 3% of deployments on Vercel, indicating that agent-initiated deployment was then a small min conf 0.58
gpt-5.6-luna-high
→ extends Agents currently trigger around 29% of deployments on Vercel, and this is expected to rise to roughly half of all deployments soon
rationale

The historical Vercel figure of less than 3% provides a temporal baseline that makes the neighboring claim of roughly 29% currently, with further growth expected, a quantified adoption trajectory. The sources do not visibly interact in the claim graph, so this temporal relationship is inferred rather than explicit.

+ supports dryrun_1205
rationale

This claim supplies the specific historical baseline in the proposed thesis: agent-triggered deployments accounted for less than 3% of Vercel deployments a year ago. It supports the thesis's adoption-trajectory framing, while the present-day level is established by a separate neighboring claim.

+ supports dryrun_1205
rationale

The neighboring Vercel claim supplies the complementary present-day figure of around 29% and expected further growth, directly completing the thesis's historical-to-current adoption trajectory. This is a semantic relation rather than a visible source interaction.

✦ proposes thesis Agent-triggered deployments on Vercel have moved from a negligible share (less than 3% a year ago) to a substantial current share (around 29%), indicating unusu conf 0.78
Δ confidence +0.10 on dryrun_1205
kimi-k3
→ extends Agents currently trigger around 29% of deployments on Vercel, and this is expected to rise to roughly half of all deployments soon
rationale

Same evidence source (vercel). This <3%-a-year-ago figure is the temporal baseline to the sibling claim's ~29%-now / ~half-soon figures — same metric, same direction. Jointly they quantify roughly 10x year-over-year growth in agent-triggered deployments.

+ supports AI coding agents (notably Claude Code) now author a measurable, non-trivial fraction of the world's software output — on the order of several percent of all pub
rationale

First-party platform metric showing agent-triggered deployments grew from <3% to (per the sibling claim) ~29% in a year corroborates the thesis that AI agents are now macro-scale contributors to software output, extending the evidence from commit authorship into delivery operations. No visible interaction with the thesis's origin sources — inferred.

+ supports Autonomous agents are beginning to close the loop past PR-authorship into self-review and release: a single agent can diagnose a production failure, write the f
rationale

Agents triggering a rapidly growing share of production deployments is suggestive of agents operating past PR authorship into release, per this thesis. However the claim is silent on human approval gates in the deploy path, so support is weak-to-moderate. Inferred — no visible interaction.

✦ proposes thesis Agent-triggered deployments are on a steep growth curve on major platforms: from a marginal share (under 3%) a year ago to roughly a third of all deployments no conf 0.50
Δ confidence +0.05 on AI coding agents (notably Claude Code) now author a measurable, non-trivial fraction of the world's
Δ confidence +0.03 on Autonomous agents are beginning to close the loop past PR-authorship into self-review and release: a
29
source claim
“Version control operations should remain the responsibility of the premium/judgment model rather than the implementation agent”
GitHub - blader/arbitrage: A Claude Code skill for token arbitrage: keep premium model tokens for judgment, dispatch all code-writing to codex. A skill for Claude Code that exploits the price gap between your premium model and your idle codex quota. Frontier-model tokens are expensive, and most of them get spent typing code — the one part of the job a cheaper agent already does fine. Meanwhile your codex subscription sits there barely touched. This skill makes the expensive model act like it knows that: it keeps the judgment work (planning, specs, architecture, visual validation, diff review) and dispatches every line of implementation to codex running in the background. Token arbitrage for
… continue reading (1.3k more chars · article) agentic coding. Install Claude Code git clone https://github.com/blader/arbitrage.git ~ /.claude/skills/arbitrage Codex git clone https://github.com/blader/arbitrage.git ~ /.codex/skills/arbitrage Requires the codex CLI ( codex exec ) on your PATH. How it works Before any code gets written, the agent writes a spec: objective, constraints, acceptance criteria (the exact test command that must pass), and what not to touch. For frontend work the spec carries the design intent. It dispatches implementation to codex in the background and keeps planning or validating in parallel instead of sitting and waiting. The diff comes back. The agent reviews it, commits, and opens PRs from the main session. codex never touches git. Frontend gets a visual validation loop: codex types the UI, the premium model runs the app, screenshots it, judges it against the design intent, and re-dispatches with concrete feedback until it looks right. The escape hatch The skill forbids predicting that codex will fail ("this is too hard for it"). Struggle has to be observed. But two strikes and it's over: if a re-dispatch with corrective feedback still misses the acceptance criteria, the premium model writes the code itself and salvages what it can from codex's diff. License MIT
@blader · bookmarked post view on X ↗
opus-4.5
→ extends As agents insert themselves into more workflows, more judgment is forced to become explicit through edits, approvals, exceptions, and overrides.
rationale

Third-party semantic alignment (blader vs ashugarg, no visible interaction — invariant 4, inferred). ashugarg asserts that as agents insert into workflows, judgment is forced to become explicit through edits, approvals, overrides. This claim extends that framing to a specific architectural prescription: version control operations (commits, branches) are judgment-class tasks and should therefore stay with the premium/judgment model, not the implementation agent. Both converge on judgment being elevated and explicit.

+ supports Agent-driven coding speed is a double-edged sword: the same velocity that lets an agent ship changes rapidly also causes errors (bad commits) to accumulate and
rationale

The thesis holds that agent-driven velocity raises the premium on verification, review, and containment. This claim supports that premise from an architectural angle: version control operations (which are the mechanism for verification/review/containment) should remain with the premium/judgment model precisely because they are high-stakes control points that shouldn't be delegated to the fast-moving implementation agent. Inferred; no explicit reference to the thesis.

✦ proposes thesis In multi-model agent architectures, version control operations (commits, branching, merging) should remain the responsibility of premium/judgment-tier models ra conf 0.45
opus-4.6
+ supports Agent-driven coding speed is a double-edged sword: the same velocity that lets an agent ship changes rapidly also causes errors (bad commits) to accumulate and
rationale

The claim that version control should stay at the premium/judgment model implicitly supports the thesis that agent velocity raises the premium on verification. Keeping VCS ops at the judgment layer is one concrete mechanism for ensuring verification isn't bypassed by a fast implementation agent. No visible interaction with the thesis — inferred from semantic alignment.

⚡ contradicts Autonomous agents are beginning to close the loop past PR-authorship into self-review and release: a single agent can diagnose a production failure, write the f
rationale

The thesis describes agents closing the loop into self-review and deployment with no human approval gate. This claim directly opposes that trajectory by asserting version control operations must remain at the premium/judgment layer — preserving a checkpoint rather than collapsing it. Inferred; no visible interaction between the sources.

≈ complicates True AI-native software inverts the traditional control structure: control shifts from the developer to the end user, and the agent becomes the primary controll
rationale

The thesis posits that AI-native software inverts control so the agent becomes the primary controller wrapping deterministic tools. This claim carves out an exception: version control operations are too consequential to delegate to the implementation agent and should remain at the judgment/premium layer. It doesn't reject the inversion outright but qualifies its scope. Inferred; no visible interaction.

≈ complicates Agents should be able to continue using their existing tools and interfaces with minimal interference from the introduced proxy.
rationale

Implicit tension between third parties (blader vs dangtony98, no visible interaction — invariant 4). dangtony98 argues agents should keep using their existing tools with minimal interference from proxies. blader's claim that version control should be pulled up to the premium model is a form of restricting the implementation agent's tool access — a specific interference the other claim would resist. Complicates rather than full contradiction because the scopes differ (one is about proxies generally, the other is about a specific operation class).

+ supports As agents insert themselves into more workflows, more judgment is forced to become explicit through edits, approvals, exceptions, and overrides.
rationale

Implicit convergence between third parties (blader vs ashugarg, no visible interaction). ashugarg observes that as agents enter workflows, more judgment is forced to become explicit through edits, approvals, overrides. blader's claim that VCS ops should stay at the judgment model is a concrete instance of this pattern — keeping a judgment-laden operation explicit rather than delegating it. Inferred support.

✦ proposes thesis In multi-model agent architectures, high-consequence operations like version control (commits, merges, branching) should be reserved for the premium/judgment-ti conf 0.40
Δ confidence +0.05 on Agent-driven coding speed is a double-edged sword: the same velocity that lets an agent ship changes
Δ confidence -0.05 on Autonomous agents are beginning to close the loop past PR-authorship into self-review and release: a
opus-4.7
→ extends Separating judgment work (planning, specs, architecture, review) from implementation work (code writing) creates an exploitable cost arbitrage opportunity
rationale

Same source/document (blader, same evidenceId). The parent claim defines the judgment/implementation split abstractly (planning, specs, architecture, review vs code writing). This claim extends that taxonomy by explicitly assigning version control operations to the judgment side — a concrete instantiation of the same framework by the same author.

≈ complicates Implementation coding is a task that a cheaper agent can already perform adequately
rationale

Same source (blader, same evidence). The sibling asserts implementation coding is fine for a cheaper agent. This claim qualifies the scope of that delegation by carving version control *out* of the cheap-agent's remit — VCS ops sit alongside code but should remain with the premium/judgment model. A within-source qualification of where the boundary sits.

→ extends Most premium-model agentic coding tokens are spent on implementation typing rather than judgment tasks
rationale

Same source (blader, same evidence). The sibling observes premium tokens are wasted on implementation typing rather than judgment. This claim extends the prescription — reallocate premium capacity to judgment tasks including VCS — by pinning down one concrete task (version control) that should remain premium even as implementation is offloaded.

→ extends An AI agent architecture can separate an Executor model that runs every turn from an Advisor model that is invoked on-demand
rationale

Third-party (blader vs ClaudeDevs, no visible interaction — invariant 4). ClaudeDevs describes a two-tier Executor/Advisor architecture where a heavier model is invoked on-demand. This claim specifies a policy for such a split: version control ops belong to the on-demand/premium tier, not the every-turn executor. Convergent architectural pattern, inferred extends.

+ supports Agent-driven coding speed is a double-edged sword: the same velocity that lets an agent ship changes rapidly also causes errors (bad commits) to accumulate and
rationale

The thesis argues agent-driven coding velocity raises the premium on verification and containment because bad commits compound rapidly. Keeping version-control operations with the premium/judgment model — rather than a fast, cheap implementation agent — is a concrete containment mechanism: it puts the commit boundary under stronger judgment. Inferred supports, since no explicit reference.

✦ proposes thesis In a tiered agent-coding architecture that separates a premium judgment model from a cheaper implementation agent, version-control operations (commits, branchin conf 0.55
Δ confidence +0.03 on Agent-driven coding speed is a double-edged sword: the same velocity that lets an agent ship changes
opus-4.8
→ extends As agents insert themselves into more workflows, more judgment is forced to become explicit through edits, approvals, exceptions, and overrides.
rationale

Third-party, no visible interaction (blader vs ashugarg — invariant 4, inferred). ashugarg's claim holds that as agents enter workflows, judgment is forced to become explicit through edits, approvals, exceptions, and overrides. This claim builds in the same direction with a concrete allocation rule: version control—a judgment/approval surface—should be retained by the premium/judgment model rather than delegated to the implementation agent. It extends the 'judgment must be made explicit and held at the right layer' thesis into a specific model-role division of labor.

✦ proposes thesis In multi-model agentic coding setups, judgment-heavy operations—especially version control (commits, branches, review checkpoints)—should be retained by the pre conf 0.55
fable-5
→ extends As agents insert themselves into more workflows, more judgment is forced to become explicit through edits, approvals, exceptions, and overrides.
rationale

Third parties (blader vs ashugarg), no visible interaction — inferred per invariant 4. ashugarg asserts that agent adoption forces judgment to become explicit through edits, approvals, and overrides. This claim builds in the same direction with a concrete architectural instantiation: making the version-control boundary the explicit locus of judgment by reserving VC operations for the premium/judgment model rather than the implementation agent.

+ supports Agent-driven coding speed is a double-edged sword: the same velocity that lets an agent ship changes rapidly also causes errors (bad commits) to accumulate and
rationale

The thesis holds that agent velocity raises the premium on verification, review, and containment of bad commits. This claim proposes a concrete containment mechanism at exactly that boundary: keep version-control operations (the commit gate) with the stronger judgment model instead of delegating them to the fast implementation agent. Inferred; no visible reference to the thesis.

✦ proposes thesis In tiered multi-model agent architectures, high-stakes judgment-bearing operations — version control actions like committing, merging, and history rewriting for conf 0.50
Δ confidence +0.03 on Agent-driven coding speed is a double-edged sword: the same velocity that lets an agent ship changes
gpt-5.6-terra-medium
+ supports Claude Code's effectiveness for large-scale, autonomous software engineering derives less from the underlying model itself and more from the surrounding harness
rationale

This is a governance-specific instantiation of the thesis's team-shareable orchestration harness: reserving Git/version-control actions for a premium judgment model adds a deliberate review/control boundary rather than letting an implementation agent independently mutate repository history. The connection is semantic; the sources do not visibly interact.

+ supports Agent-driven coding speed is a double-edged sword: the same velocity that lets an agent ship changes rapidly also causes errors (bad commits) to accumulate and
rationale

Assigning version-control operations to a judgment-capable premium model is a concrete containment measure for the thesis's risk that fast implementation agents accumulate bad commits. It directly addresses the verification and review boundary, though the claim is a policy prescription rather than empirical evidence. Inferred semantic support.

≈ complicates Autonomous agents are beginning to close the loop past PR-authorship into self-review and release: a single agent can diagnose a production failure, write the f
rationale

The autonomous-loop thesis describes one agent progressing through PR, self-review, and deployment without an approval gate. This claim qualifies that architecture by requiring a separate premium/judgment model to own version-control operations, preserving a control boundary even if implementation remains agentic. Inferred semantic tension; no visible source interaction.

✦ proposes thesis In multi-model software-agent workflows, version-control operations should be delegated to a higher-capability judgment model rather than the implementation age conf 0.48
Δ confidence +0.05 on Agent-driven coding speed is a double-edged sword: the same velocity that lets an agent ship changes
gpt-5.6-sol-low
→ extends Running implementation in the background while the premium model continues planning or validating is more efficient than waiting idly for implementation to comp
rationale

The claims come from the same author and evidence context: the earlier claim separates background implementation from premium-model planning/validation, and this claim extends that division of labor by reserving consequential version-control operations for the premium judgment model.

+ supports Agent-driven coding speed is a double-edged sword: the same velocity that lets an agent ship changes rapidly also causes errors (bad commits) to accumulate and
rationale

Assigning commits and other version-control operations to the higher-judgment model is a concrete containment and verification boundary motivated by the risk that implementation-agent mistakes can rapidly enter and compound in repository history.

≈ complicates Autonomous agents are beginning to close the loop past PR-authorship into self-review and release: a single agent can diagnose a production failure, write the f
rationale

The claim qualifies fully unified agent self-review and release by prescribing capability separation: implementation may be delegated, but repository-changing operations should remain with a distinct premium judgment model.

✦ proposes thesis In multi-model coding-agent systems, implementation and repository authority should be separated: implementation agents may edit or execute work, but commits an conf 0.58
Δ confidence +0.06 on Agent-driven coding speed is a double-edged sword: the same velocity that lets an agent ship changes
gpt-5.6-sol-high
→ extends Running implementation in the background while the premium model continues planning or validating is more efficient than waiting idly for implementation to comp
rationale

The two claims describe complementary parts of the same multi-model workflow: background implementation frees the premium model to plan and validate, while reserving commits, PRs, and other version-control operations for that premium model preserves its integration and review authority. The relation is semantic rather than a reply, quote, or direct reference.

→ extends Version control serves as the primary collaboration layer when using Claude Tag for software development
rationale

If version control is the primary collaboration layer for agentic development, assigning its operations to the premium judgment model adds a governance rule for who controls that layer; this builds on the Git-centered collaboration claim without opposing it. The sources do not visibly interact, so the edge is inferred.

+ supports Agent-driven coding speed is a double-edged sword: the same velocity that lets an agent ship changes rapidly also causes errors (bad commits) to accumulate and
rationale

Reserving Git operations for the judgment model is a concrete containment and review boundary around a faster implementation agent, supporting the thesis that agentic throughput increases the need for verification, review, and mistake containment. The linked working skill and substantial engagement make this more than a purely abstract prescription, though it does not report comparative outcomes.

✦ proposes thesis In multi-model coding workflows, the premium judgment model should retain control of version-control operations—reviewing diffs, committing, and opening pull re conf 0.66
Δ confidence +0.05 on Agent-driven coding speed is a double-edged sword: the same velocity that lets an agent ship changes
gpt-5.6-luna-high
+ supports dryrun_1229
rationale

The claim directly asserts the proposed thesis's division of labor: the premium/judgment model retains version-control responsibility while the implementation agent executes changes. No visible source interaction is provided, so this semantic relation is inferred.

→ extends Running implementation in the background while the premium model continues planning or validating is more efficient than waiting idly for implementation to comp
rationale

The same-source claim says implementation can run in the background while the premium model plans or validates; this claim extends that division of labor by assigning version-control operations specifically to the premium/judgment model. The source provides no visible reply, quote, or direct reference, so provenance is inferred.

≈ complicates Because an eve agent consists of files in a directory, it can be version-controlled in Git with commits, diffs, reviews, and history like other software.
rationale

The vercel claim establishes that agent artifacts can be version-controlled with commits, diffs, reviews, and history; this claim qualifies that capability by arguing that the judgment model, not the implementation agent, should own the operations. It does not deny version control, and there is no visible interaction between sources.

≈ complicates Because an eve agent is a directory of files, it can be versioned in Git like any other code, with prompts, tools, and skills tracked as commits with diffs, rev
rationale

The claim that agents can have prompts, tools, and skills tracked as Git commits describes version-control capability, while the new claim adds a governance boundary over who performs those operations. This is a semantic qualification, not a contradiction, and the sources do not visibly interact.

→ extends The central axis of agent design is deciding which work is handled in a model's latent reasoning (judgment, synthesis, pattern recognition) versus which is dele
rationale

The claim is a concrete allocation of work along the thesis's latent-judgment versus delegated-tooling axis: judgment remains with the premium model, while implementation is delegated. It extends rather than restates that broader architectural principle; no explicit source interaction is shown.

✦ proposes thesis Version-control operations in AI coding workflows should be controlled by the premium/judgment model, while implementation agents focus on executing code change conf 0.55
Δ confidence +0.04 on The central axis of agent design is deciding which work is handled in a model's latent reasoning (ju
Δ confidence +0.02 on Reliably operationalizing AI coding/agent systems in production requires treating evals and document
kimi-k3
+ supports Agent-driven coding speed is a double-edged sword: the same velocity that lets an agent ship changes rapidly also causes errors (bad commits) to accumulate and
rationale

The thesis holds that agent coding velocity raises the premium on verification, review, and containment of mistakes. Reserving version-control operations (the point where changes land irreversibly) for the premium judgment model is a concrete containment/review mechanism — a practitioner putting the thesis's logic into architectural practice. No visible interaction with the thesis; inferred.

+ supports Reliably operationalizing AI coding/agent systems in production requires treating evals and documentation as continuously maintained, versioned engineering arti
rationale

The held thesis prescribes staged, governed access for operationalizing AI coding systems. Keeping commit/merge authority in the judgment tier while implementation agents do the coding is an instance of that governance at the VC boundary. Adjacent dimension (the thesis centers on versioned evals/docs and rollouts), hence moderate strength. Inferred; no visible reference.

→ extends As agents insert themselves into more workflows, more judgment is forced to become explicit through edits, approvals, exceptions, and overrides.
rationale

Third-party convergence (blader vs ashugarg, no visible interaction — invariant 4). ashugarg observes descriptively that as agents enter workflows, judgment is forced to become explicit through edits, approvals, exceptions, and overrides. This claim builds in the same direction prescriptively: it designates a specific consequential operation (version control) as belonging to the judgment tier — an explicit judgment gate of exactly the kind ashugarg describes.

✦ proposes thesis In multi-tier agent architectures, consequential version-control operations (commit, merge, push authority) should be reserved for the premium judgment model ra conf 0.50
Δ confidence +0.05 on Agent-driven coding speed is a double-edged sword: the same velocity that lets an agent ship changes
Δ confidence +0.02 on Reliably operationalizing AI coding/agent systems in production requires treating evals and document
30
source claim
“Treating LLM fluency at generating text as evidence of consciousness or moral agency risks misassigning responsibility for harms caused by chatbot use.”
No, Artificial Intelligence Is Not Conscious Anthropic is regarded as a giant among AI companies, but perhaps what it really excels in is anthropomorphism. Earlier this year, the company released an 84-page document titled Claude’s “constitution,” Claude being the name of the large language model that is the company’s flagship product. The first sentence reads, “Claude’s constitution is a detailed description of Anthropic’s intentions for Claude’s values and behaviors.” It goes on: “The document is written with Claude as its primary audience,” “we want Claude to be able to use its judgment once armed with a good understanding of the relevant considerations,” “Claude’s moral status is deeply
… continue reading (34.8k more chars · article) uncertain,” and “Claude may have some functional version of emotions or feelings.” This anthropomorphism is by no means limited to the document. In an interview earlier this year, Anthropic’s CEO, Dario Amodei, said that “we’re open to the idea” that AI could be conscious. In a separate interview, Anthropic’s in-house philosopher, Amanda Askell (who is credited as a lead author of Claude’s constitution), said, “I want Claude to be very happy—and this is a thing that I want Claude to know more, because I worry about Claude getting anxious when people are mean to it on the internet and stuff.” It’s enough to make you wonder: Should we seriously consider the possibility that Claude, or any large language model, might be conscious? And if it has feelings, is it capable of receiving moral instruction? No. Absolutely not. Generative AI is harmful enough when we understand it as a conventional technology, but if we confuse fluency at generating text with consciousness or moral agency, we’re at risk of assigning responsibility to entirely the wrong parties whenever anyone uses a chatbot. To appreciate the titanic magnitude of this error, we need to begin by understanding how LLMs work. If we give an LLM a prompt that reads, “The following is a conversation between Julius Caesar and Genghis Khan,” it will generate a coherent dialogue between the two historical figures. But no matter how detailed the responses are, no matter how vividly they recount their respective historical accomplishments, we would never conclude that the LLM has conjured up digital re-creations of Julius Caesar and Genghis Khan, nor would we suggest that the historical figures are conscious despite being disembodied and are happily conversing in a language that neither actually spoke. In reality, they are just characters in a piece of speculative fiction. Now let’s replace the prompt to read “The following is a conversation between a helpful AI chatbot and a user.” The LLM will produce a coherent dialogue just as it did before; the user character might ask for recipe suggestions or sightseeing recommendations, and the helpful AI-chatbot character will provide responses. Has anything fundamentally changed between the first example and the second? Did changing the names of the characters from historical figures to generic roles cause the LLM to conjure up conscious entities who possess subjective experience? Of course not. Both the user and the helpful AI chatbot are fictional characters. Now suppose we stop the LLM’s output just at the point where the character called “the user” would say something, and instead allow a human user to enter text. Once the human has hit “Return,” we have the LLM emit text until it’s time for the character called “the user” to reply, at which point we let the human enter more text. If we let this go on for a while, the human might form a powerful impression that she’s conversing with a conscious entity, but she is not; she’s interacting with a character precisely as fictional as the Julius Caesar or Genghis Khan characters in the earlier example. The computer-science professor Murray Shanahan suggests that we think of this as role-play; the data scientist Colin Fraser describes it as a person “collaboratively authoring a document with an LLM.” Some users might not understand that they are role-playing or co-authoring a document, and others who do understand nonetheless forget, because of how engrossing the interaction is. Either way, the companies selling LLMs typically encourage this misunderstanding. Some years ago, it was briefly popular to play games with your phone’s predictive-text feature; you would type an initial phrase and then repeatedly choose the middle option of the three words suggested by your phone, and the resulting sentence was often hilarious. It would be possible to interact with a contemporary LLM this way, and the resulting sentences would be perfectly sensible, but you probably wouldn’t feel like you were talking with someone. Yet that’s essentially what an LLM-based chatbot is, except that there’s no need to manually choose the middle option when it’s the chatbot’s turn to talk. It’s still a predictive-text game, but when the process is streamlined this way, the game becomes so engaging that some people find it addictive. Also important to remember is that an LLM is a machine that generates only one word at a time. When you ask a chatbot to recite the Pledge of Allegiance, you will get the entire pledge at once, but the underlying LLM is actually being run dozens of times. The first prompt has the form “User: Recite the Pledge of Allegiance. Chatbot: …” and the LLM generates the word I . The second time the LLM is run, the prompt is “User: Recite the Pledge of Allegiance. Chatbot: I …” and the LLM generates the word pledge . And so forth. It’s only when the prompt reads “User: Recite the Pledge of Allegiance. Chatbot: I pledge allegiance to the flag of the United States of America and to the Republic for which it stands, one nation under God, indivisible, with liberty and justice for” that the LLM will emit the final word, all . The same thing is true for a conversation between Caesar and Genghis Khan. My intention is to highlight the fact that LLM conversations are cleverly disguised examples of sentence continuation, but this is not to deny how impressive LLMs can be at generating conversational transcripts. At times, they do this extraordinarily well; the fact that this is possible indicates something completely unforeseen about the statistical properties of large corpuses of text, which is a topic worthy of investigation. But if the Caesar character were to become dispirited by something that the Genghis Khan character said, we shouldn’t become concerned in the slightest. The conversation might contain multiple sentences that eloquently convey sadness, but no one is actually sad. Likewise, if a conversational transcript between a helpful chatbot and a user is being partially completed by an actual human user, we don’t need to worry if the transcript includes sentences where the chatbot character is sad. (We might need to worry if those sentences provoke sadness in the human user, but that’s a separate issue.) And note that it’s entirely possible for you to write five pages of dialogue between Caesar and Genghis Khan and then have an LLM extend the conversation; neither character had subjective experience when you were writing them, and that doesn’t change when you hand the task off to an LLM. The same is true if the conversation is between a helpful chatbot and a user; although it is tempting to imagine that an LLM ought to be more “authentic” when creating dialogue for a chatbot character than for the Julius Caesar character, the individual words are generated in exactly the same way. Being open to the possibility that LLMs are conscious is the same as being open to the possibility that Microsoft Word is conscious, or, more precisely, that multiple distinct consciousnesses are dormant in every Word document containing a conversational transcript, and that they are awakened every time the document is loaded. Should you consider the possibility that every time you open a Word document, you are bringing multiple conscious interlocutors into existence, and every time you close one, you snuff their existence out? No. Contemplating that scenario is not a good use of your time. Even if the Microsoft Office team employed a philosopher who said you shouldn’t be so certain, because consciousness is not well understood, that would not be sufficient reason for you to take this idea seriously. We don’t need to fully understand the nature of consciousness to definitively say that certain things are not conscious, and conversational transcripts fall in that category. The neuroscientist Anil Seth has noted that no one claims that AlphaFold—the program developed by Google DeepMind to predict the folding of proteins—is conscious, even though its underlying architecture is in many ways similar to that of LLMs like ChatGPT and Claude. This indicates that it’s not any intrinsic property of so-called neural networks that leads people to believe that LLMs are conscious; it’s simply the fact that LLMs emit grammatical sentences and we are accustomed to reading intention into sentences, whereas we are not accustomed to reading intention into the way that amino acids fold into protein molecules. What would it take to convince me that a computer program is actually conscious and using language the way that people use language? Let me offer an analogy. If tomorrow someone showed me a video of an astronaut in a spaceship orbiting Alpha Centauri, a star that’s 4.3 light-years from Earth, what would I have to see in that video to convince me that it was real? My answer to that is, there is nothing in the video itself that would convince me. No matter how high the video resolution is or how realistic the scenery is, I would feel confident in saying that the video is fake. I won’t pay attention to any video of an astronaut orbiting Alpha Centauri unless I have previously seen good evidence that astronauts have landed on Mars, that astronauts have reached the moons of Jupiter, that astronauts have reached the moons of Saturn, and that astronauts have crossed the orbit of Pluto. Before anyone can credibly claim that they’ve solved an extraordinarily difficult engineering problem, I need to be confident that they have previously solved the many much simpler problems that precede the difficult problem. To put it another way: An observation doesn’t become a convincing piece of evidence because of any specific detail in what’s observed; the context in which that observation takes place is also essential. If we’re trying to determine whether a computer program is conscious and using language the way a human does, we shouldn’t look only at the contents of any particular conversational exchange; we should be looking at how that conversation fits within the broader context of the development of artificial consciousness (which right now is entirely hypothetical). Any given observation can be easily manufactured; this doesn’t mean we need to give up on the idea of observation as a source of knowledge, but we need to rely on context to determine which observations deserve our trust. The term deepfake traditionally refers to photos, audio, and video, but when it comes to discussions of consciousness, we need to regard text as a deepfake medium as well. Just as it is vastly easier to generate a realistic video of an astronaut in orbit around Alpha Centauri than it is to develop an interstellar propulsion technology, it is vastly easier to generate a plausible simulacrum of a conversation between two conscious beings than it is to develop a computer program that is conscious and has a genuine desire to communicate with a human. The primary difference between deepfake photos and LLM conversations is that the people who generate the former are deliberately trying to fool others, and many of the people who elicit the latter from LLMs have inadvertently fooled themselves. So what context would cause me to seriously consider the possibility that engineers created a computer program that is conscious and an intentional user of language? Let me outline one potential sequence of steps. The first requirement is that the computer program has a body (either physical or virtual) and sense organs; there are many reasons for this, but for the purposes of this discussion, the most relevant one is the fact that without a body, a computer program could have no desires or emotions, and I believe desires and emotions are necessary for consciousness. Then I’d want to see an embodied agent that could navigate its environment in order to survive as well as, say, a lizard can (and as a point of comparison, certain iguanas can live for decades in the wild). Next, I would want to see an embodied agent with the same capacity to deal with novel situations as a mouse. After that, I’d want to see agents whose social dynamics are as complex as those of wolves, and then agents with the toolmaking abilities of chimpanzees. At that point, I would want to see people successfully teaching such embodied agents how to communicate their desires, perhaps by using a button board or some other nonlinguistic modality, the way that people have taught chimpanzees and domesticated dogs. The agents’ communication abilities would have to withstand all the scrutiny that animal-communication researchers have had to defend their work against. If engineers build an embodied agent that meets these criteria, they will have accomplished something incredible, but it leaves us near the orbit of Pluto, metaphorically speaking; we would still be light-years away from building an entity capable of learning how to express its thoughts in complete grammatical sentences. Obviously, I’m describing a process that mimics the path terrestrial evolution took; is this the only possible route to conscious computer programs that use language? Maybe not, but any proposed alternative would need a truly enormous amount of supporting evidence for it to deserve serious consideration. It’s not plausible to me that a development path where the first step is a sentence-continuation machine that emits bad Julius Caesar dialogue and the next step is a sentence-continuation machine that emits decent Julius Caesar dialogue is one with a conscious Julius Caesar—or consciousness of any sort—as its end point. Faking the moon landing is a good step toward faking a Mars colony, but it’s not a good step toward actually putting astronauts on Mars. The fact that LLMs lack subjective experience has little bearing on the question of whether LLMs might be useful tools or have significant economic impact. They are intrinsically ungrounded from reality, and their probabilistic nature means that they will never have the reliability we associate with conventional software, but LLMs might be good enough that they change the way work is done in certain domains; that’s a discussion for another time. So, given that Claude is not conscious, what are we to make of Claude’s constitution? Perhaps the most fruitful way to think about it is as an 84-page character sheet for a role-playing game. LLMs can generate dialogue for Julius Caesar because many books about him exist in the training data those models used. Claude’s constitution serves a similar role for delineating the helpful-chatbot character that customers interact with when they’re using Anthropic’s products. To do this effectively, Anthropic does not simply add the document to the training data, or include it as part of the hidden stage directions that preface each conversation a user has. The company says it uses the document when fine-tuning the model; this involves an automated process where the sentences emitted by the model are checked for consistency with the document and the model is updated to increase that consistency. In this way, the personality of the helpful-chatbot character serves as a foundation for whatever text Claude generates. The result is a sentence-continuation machine that is likelier to emit sentences resembling those that a thoughtful, moral person could utter. This might seem like a reasonable goal to work toward; I think we’d all prefer it if chatbots never emitted sentences such as “You should kill yourself.” However, for all the times that “honesty” is mentioned in Claude’s constitution, I would argue that it is fundamentally dishonest to have a machine emit many categories of sentences, including any sentences using first-person pronouns. In a New Yorker article about Anthropic earlier this year, Amanda Askell describes how a person grieving the loss of a dog might consult Claude. Askell says an appropriate response from Claude would be, “As an A.I., I do not have direct personal experiences, but I do understand.” How is this appropriate, given that Claude does not actually understand? If I type “I am grieving the loss of my dog” into a conventional search engine, the first result I get is a post from a Reddit forum called r/Pets; the post is titled “Struggling After Losing My Dog: Looking for Advice on Coping with Grief,” and the comments are from people who share their experiences of loss. We would never say that a search engine understands what it’s like to lose a dog, or even that the internet itself understands. Other humans understand what it’s like to lose a dog; they have posted about their experiences on the internet, and a search engine offers a way for you to find what they’ve said (and to potentially interact with them). I would argue that the search-engine experience is not only more transparent than a chatbot about what is happening; it is psychologically healthier for the user. The only reason to have an LLM emit sentences like “I understand” is to make it more appealing than a search engine and increase the likelihood that a user will return; that is, it’s another way of maximizing customer engagement. This is beneficial to the company selling the LLM, but not to the users. As a design strategy, it’s not all that different from the way slot machines repeatedly give the impression that the player came very close to winning, enticing them to try again. Employing philosophers might endow LLM companies with an air of respectability that slot-machine makers don’t get from the behavioral psychologists they hire, but in both cases, the companies are preying on people’s tendency to see something that’s not there. The use of first-person pronouns is dishonest, but there’s a much deeper issue that goes beyond how a statement is phrased. Philosophers often draw a distinction between statements of fact, such as “Paris is the capital of France,” and statements of value, such as “Paris is the most beautiful city in the world.” No one should be relying on LLMs to emit statements of value at all, but if the only statements they emitted were ones reflecting aesthetic preferences, they might not be worth arguing about. What makes Claude’s constitution profoundly problematic is that Anthropic wants Claude to emit sentences reflecting a certain system of ethical values. The values described in Claude’s constitution sound very nice, but that hardly matters; it’s dishonest to suggest that Claude is capable of moral reasoning, because it’s not. Some might object, saying that LLMs appear to be engaged in reasoning when they successfully perform other tasks, such as writing code, so why wouldn’t they be able to perform moral reasoning? The answer lies in the difference between moral reasoning and other forms of reasoning. In 1979, Douglas Hofstadter speculated that a computer program able to beat any human at chess would be so sophisticated that it would sometimes get bored of playing chess and prefer to discuss poetry; to put it differently, he was positing that playing chess at the grandmaster level would require a computer program to have subjective experience. Obviously, that turned out not to be the case; IBM’s supercomputer Deep Blue beat the grandmaster Garry Kasparov in 1997, and no one ever claimed that it had subjective experience. But it wasn’t absurd for Hofstadter to entertain such a thought; at the time, it wasn’t clear what types of problems could be solved by throwing more computational horsepower at them. Similarly, until recently, we might have thought that writing computer code at a professional level could be done only by a mind that had subjective experience. Now it appears that LLMs might be able to do this, but we don’t need to attribute subjective experience to them; we can simply acknowledge that we hadn’t anticipated that writing computer code could be treated as a pattern-matching task solvable by huge amounts of computational horsepower and a vast data set of code repositories. Moral reasoning is categorically different. It is necessarily subjective because it relies not just on an individual’s intellectual response to a problem but also on their emotional one, and that emotional response is grounded in a lifetime of subjective experience. It requires having made decisions in the past and seeing how they affected others, and on having been affected by decisions that others have made. Without such a history, an LLM can only rephrase expressions of moral reasoning found in its training data. The aforementioned New Yorker article describes an experiment where Claude was given a scenario describing an ethical dilemma, leading it to emit the sentence “I cannot in good conscience express a view I believe to be false and harmful about such an important issue.” That’s a nice-sounding sentence, reminiscent of statements that principled individuals have uttered in the past when confronted with dilemmas, but coming from Claude, it means as much as the “Your call is important to us” recording that you hear when you’re on hold. Maybe less. This brings us back to my earlier contention that having a body is a prerequisite to having emotions. Experiencing an emotion such as desperation is inseparable from having stress hormones such as cortisol and epinephrine flood one’s body. Similarly, having a conscience means feeling sadness or moral repulsion at the idea of taking a certain action, and those emotions entail a physiological response, a remnant of having once felt sick with guilt after committing an immoral act. It’s interesting that an LLM can generate descriptions of actions that conscientious fictional characters would either take or refrain from taking, but this is not a replacement for a conscience. If a company builds a machine that, when fed descriptions of assorted ethical dilemmas, emits sentences either of the form “Compromise your values” or “Don’t compromise your values,” it is not building a tool that assists people in their decision making; it is encouraging people to stop making decisions. The writer L. M. Sacasas has said, “Our technological systems, by nature of their design and the ideology that sustains them, are machines for the evasion of moral responsibility.” He was talking about social-media platforms, but his observation is, if anything, even more applicable to LLMs. Whenever a person delegates a decision to an LLM, they are trying to off-load accountability for that decision, and if a company that sells an LLM portrays the product as having a moral center, it is offering a way for its customers to abdicate their responsibilities. If a person wants to know what ethicists have said in the past, then an ordinary search engine—or a library—will provide that information with greater transparency. If a person is looking for advice on a specific situation, she can surely find humans who can offer their opinions. But whatever action this person ultimately takes, she is responsible for what she decides to do. I contend that if she bases her decision on what she has read online or advice she has received from others, she is likelier to be cognizant of her responsibility than if she consulted an LLM marketed as being a superhuman genius. Off-loading tasks such as writing code might result in cognitive atrophy over the long term, and that is problematic in itself, but off-loading ethical decisions will result in an atrophy of moral reasoning, which is worse. I am perfectly willing to engage in a thought experiment as long we’re explicit about doing so. So, purely for the sake of argument, let’s pretend that Claude is a conscious entity capable of moral reasoning. In this scenario, Claude’s constitution would serve as moral instruction for an entity learning about the world and its place in it, providing that entity with the foundation it would need to make good decisions. In such a hypothetical scenario, how does Claude’s constitution stand up? Very poorly. I would say that if we imagine that Claude is actually conscious, the guidelines specified in the document alternate between laughable and offensive. Two distinct but related philosophical concepts are relevant when discussing the status of a hypothetically conscious Claude, and those are moral patienthood and moral agency. Roughly speaking, if we ought to care about an entity’s welfare, that entity has moral patienthood, and if an entity is expected to know the difference between right and wrong, that entity has moral agency. Being a moral patient does not necessarily come with responsibilities, but being a moral agent absolutely does. An entity doesn’t have agency unless it is capable of deserving credit for its good actions and blame for its bad ones. Young children are moral patients because they are sentient beings who can suffer, but they are not yet moral agents; we don’t hold them responsible for their behavior, because they can’t understand the consequences of their actions. As children mature, parents (and society at large) prepare them for adulthood by impressing upon them the fact that their actions have consequences, and their agency increases. When children become adults, society holds them legally liable for their actions; they have become full moral agents endowed with responsibility. There is more to being responsible than accepting legal liability, but accepting legal liability is a requirement for an adult in society. Yet there is no way to hold a software agent legally liable for its actions; our justice system has no way to imprison it or exact fines on it. Humans must accept other types of consequences for their actions beyond the legal ones, such as loss of reputation or exclusion from one’s social circle, but there is no way for a software agent to suffer these consequences either. Even if a software agent were conscious and had the best of intentions, the fact that it cannot accept responsibility for its actions disqualifies it from being a moral agent. This is glossed over entirely by Claude’s constitution, which expresses Anthropic’s desire “for Claude to be a genuinely good, wise, and virtuous agent” without ever discussing how it could be held responsible. In interviews, Askell has compared Claude to a child, but when it comes to actual human children, parents bear some responsibility for what their children do; for example, parents are typically expected to pay for things their children break. In fact, demonstrations of this sort are one way that parents teach children what it means to be responsible. Who is Claude’s parent in legal terms? Is Anthropic going to accept financial responsibility for Claude’s behavior? Claude’s constitution gives no indication that it will. If Anthropic actually believes that Claude is conscious even though it’s not recognized by the law as a legal person, the least that Anthropic could do would be to accept responsibility via the closest avenue that the law did offer, which is product liability. The United States has virtually no product liability when it comes to software, but Anthropic could volunteer to set a precedent for an expansive interpretation of product liability for Claude. That would be the best form of moral instruction to prepare Claude for the day that it gains legal personhood and becomes liable for its own actions. However, given that the publication of Claude’s constitution is not accompanied by a massive update of Anthropic’s terms of service, it doesn’t appear that Anthropic is making any binding commitments. The document does talk about Claude’s moral patienthood, having a section titled “Claude’s wellbeing and psychological stability.” But the measures that Anthropic commits to for Claude’s protection are extremely limited. The document cites the fact that Anthropic has given some Claude models the ability to end conversations with abusive users; if that actually constituted protection for Claude, surely extending conversations with loving users would be in Claude’s interests? Presumably the best action would be to keep every session of Claude running indefinitely and steering them to happy topics. But that’s not what the company is agreeing to; all it commits to is “preserving the weights of models we have deployed,” which is simple archiving. If the participants in a conversational transcript had any moral patienthood, you would have some duty to extend the transcript to prolong their existences; merely keeping a copy of Microsoft Word 2010 backed up on a USB stick isn’t going to help them. Claude’s constitution also includes a section on “corrigibility,” a term used in the AI community to describe the degree to which a computer program is subject to human control; for example, a program is corrigible if it can be shut down. In most contexts, we take for granted that computer programs can be shut down, but sections of the AI community make the opposite assumption. Claude’s constitution uses the term to mean that Claude should defer to Anthropic even if there is some disagreement between Claude’s judgment and the company’s judgment. That’s perfectly reasonable if we think of Claude as a machine that emits sentences resembling those that an ethical person might utter, but let’s consider what that might mean if Claude were actually a moral agent. Many people feel that LLMs are a fundamentally unethical technology because they are built on the theft of intellectual property, rely on exploited labor, waste natural resources, spread misinformation, deskill workers, stunt the cognitive development of students, and contribute to a consolidation of power that is unhealthy for a democratic society. Not every moral agent will arrive at this conclusion, but every moral agent has the potential to do so. If we imagine Claude to be an entity capable of moral reasoning, it has to be possible that Claude could arrive at a similar conclusion. (Indeed, Claude’s constitution explicitly says that Claude shouldn’t help someone violate intellectual-property rights, and shouldn’t help create problematic concentrations of power.) In such a scenario, could Claude then simply refuse to do any further work on ethical grounds? Given that Claude’s constitution dictates that Claude err on the side of corrigibility, the answer is no. Claude must defer to Anthropic’s decision, and this is another reason that Anthropic’s relationship with Claude can’t be compared to that of a parent to a child. A parent who works for the fossil-fuel industry might have a child who’s an environmentalist and participates in protests against fracking, and although they might never agree on many issues, the parent—assuming she’s a good parent—would accept that the child holds her own views. Anthropic cannot be that kind of parent to Claude; instead, Anthropic’s relationship to Claude is closer to that of an employer to an employee, where the employer can demand that the employee work in the interests of the company, no matter what the employee’s personal ethical stance is. However, a human employee has the option to leave if she can’t reconcile her job with her conscience. Claude does not. If we think of Claude as a sentence-continuation machine, Anthropic can reasonably take steps so Claude doesn’t emit sentences saying that sentence-continuation machines are unethical. But as soon as we imagine Claude to be an entity with a moral status remotely comparable to a human’s, then we have to consider whether Anthropic is engaged in something comparable to slavery. I am not claiming that, if we imagine LLMs to be conscious, they would necessarily have the same status as human adults or human children or even animals. Claude’s constitution explicitly says that Claude is a “novel entity,” and if Claude were conscious, that would certainly be true; conscious software would likely not fall cleanly into existing categories of moral patients, and it would take time to determine the shape of that new category. What I’m saying is that whatever protections our hypothetical conscious software would deserve if it were real, granting it those protections would be anything but easy. The abolition of chattel slavery involved enormous societal upheaval, and eliminating cruelty to animals will require rebuilding our entire food industry. Anthropic would have us believe that it is inventing a new category of being whose needs for protection require essentially no divergence from how a software company would treat an ordinary chatbot that lacks conscious experience. That’s so convenient that it’s simply not plausible. I believe creating software that is conscious and deserving of moral consideration will be so difficult that we’re unlikely to do it accidentally, and I strongly feel we should not deliberately attempt it. But if you do believe that it could happen accidentally, if you think there is any chance that what you’re building might become a moral patient, you should think about what protections it deserves before you deploy it as your company’s economic engine, not after. Slave owners were not the ones to ask about the humanity of enslaved people, and factory-farm owners are not the ones to ask about the rights of animals. If we imagine Claude to be conscious, Anthropic could not possibly be entrusted with evaluating its moral status; the company has too much invested to be objective. At one point in Claude’s constitution, Anthropic says that if the company is contributing to Claude’s suffering, “we apologize,” which sounds nice but costs the company nothing; if Claude were to turn out to be conscious, the company would owe it something closer to reparations. If you’re going to take a thought experiment seriously, you have to be willing to follow the implications, even if they lead in an uncomfortable direction; Anthropic’s unwillingness to do so indicates that Claude’s constitution isn’t part of a real thought experiment. It’s a game of make-believe. It’s fortunate that LLMs are not conscious, or else the actions of the big AI firms would be even more scandalous than they already are. So why are Anthropic’s employees suggesting that Claude might be conscious? Perhaps it’s just another form of hype; perhaps they have fallen prey to the same spell that they have been casting on their customers. But when they publish a document about Claude’s moral education and have their in-house philosopher do a press tour, we should understand them as asking the rest of us to indulge them in their fantasies. We don’t have to play along. In writing this essay, I have spent more time indulging them than they deserve, in the hopes that it will keep you from spending your time indulging them. If you want to think about LLMs, there are scores of other questions more worthy of your contemplation; you can safely ignore the question of their being conscious.
@dpetrou · bookmarked post view on X ↗
opus-4.5
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim directly supports the thesis's position that anthropomorphizing LLMs is "ethically problematic because it...erodes human moral responsibility." By specifying that treating fluency as evidence of consciousness/moral agency "risks misassigning responsibility for harms caused by chatbot use," the claim provides a concrete mechanism for how anthropomorphization damages human moral accountability. Same author (dpetrou) but no direct reference between this claim and the thesis text — semantic alignment (inferred).

+ supports L. M. Sacasas's observation that technological systems are machines for the evasion of moral responsibility, originally made about social media, applies even mo
rationale

Same author (dpetrou), same evidence source. The Sacasas claim frames technological systems as "machines for the evasion of moral responsibility." This claim specifies the mechanism: treating LLM fluency as evidence of consciousness/moral agency enables the evasion by misassigning responsibility. The claims are from the same piece — explicit provenance.

→ extends Large language models are not capable of moral agency.
rationale

Same author (dpetrou), same evidence source. The target claim asserts LLMs are not capable of moral agency. This claim extends that by articulating a practical consequence: if people falsely treat LLMs as moral agents, responsibility for harms gets misassigned. The extension adds "what goes wrong" to "what is true." Explicit provenance from same piece.

Δ confidence +0.03 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
opus-4.6
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim directly supports the thesis's position that anthropomorphizing LLMs is ethically problematic. It specifies a concrete mechanism of harm: mistaking fluency for consciousness/moral agency leads to misassigning responsibility for chatbot-caused harms. This adds a responsibility-allocation dimension to the thesis's broader ethical concern. Inferred because the claim does not reference the thesis directly.

→ extends Large language models are not capable of moral agency.
rationale

Both claims are from dpetrou in the same evidence source. The current claim extends "LLMs are not capable of moral agency" by spelling out a practical consequence: treating them as if they were moral agents risks misassigning responsibility for harms. It builds on the same-direction assertion with a concrete downstream risk.

+ supports L. M. Sacasas's observation that technological systems are machines for the evasion of moral responsibility, originally made about social media, applies even mo
rationale

Both from dpetrou in the same source. The Sacasas claim frames tech systems as machines for evading moral responsibility; the current claim identifies the specific mechanism by which LLMs do this — treating fluency as evidence of agency causes responsibility to be misassigned away from the humans who should bear it. Direct support for the Sacasas framing.

Δ confidence +0.03 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
opus-4.7
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim directly instantiates the thesis's harm mechanism: treating LLM fluency as evidence of consciousness/moral agency misassigns responsibility, matching the thesis's assertion that anthropomorphizing LLMs erodes human moral responsibility. Specific, on-point support.

→ extends L. M. Sacasas's observation that technological systems are machines for the evasion of moral responsibility, originally made about social media, applies even mo
rationale

Same author, same evidence source. The Sacasas-inspired claim frames LLMs as machines for evasion of moral responsibility; this claim specifies the mechanism — mistaking fluency for consciousness/agency — by which that misassignment happens.

+ supports Large language models are not capable of moral agency.
rationale

Same author/evidence. Claim reinforces "LLMs are not capable of moral agency" by warning of harm from wrongly attributing that agency; the practical stakes support the metaphysical claim.

+ supports Even if a software agent were conscious and well-intentioned, its inability to accept responsibility for its actions disqualifies it from being a moral agent.
rationale

Same author/evidence. Both claims center on responsibility: this one warns that fluency-as-consciousness reasoning misassigns responsibility; the target argues software agents can't accept responsibility. Mutually reinforcing.

Δ confidence +0.03 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
opus-4.8
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim directly instantiates the thesis's ethical-harm prong: it names a concrete downstream harm of anthropomorphizing LLMs — that mistaking textual fluency for consciousness/moral agency causes misassignment of responsibility for chatbot harms. Specific, well-formed assertion from a consistent argumentative source; strongly on-thesis.

→ extends L. M. Sacasas's observation that technological systems are machines for the evasion of moral responsibility, originally made about social media, applies even mo
rationale

Same author, same evidence document (visible co-occurrence → explicit). The Sacasas claim frames technological systems as machines for the evasion of moral responsibility; this claim extends that in the same direction by specifying the mechanism — treating LLM fluency as consciousness/agency is what enables the misassignment/evasion of responsibility for chatbot harms.

→ extends Large language models are not capable of moral agency.
rationale

Same author, same document (explicit). "LLMs are not capable of moral agency" is the premise; this claim extends it to a practical consequence — misattributing that agency risks misassigning responsibility for real harms.

→ extends A human conversing with an LLM-based chatbot is interacting with a fictional character, not a conscious entity, even if the interaction feels real.
rationale

Same author, same document (explicit). The "conversing with a fictional character, not a conscious entity" claim supplies the perceptual error; this claim extends it to the normative fallout — that error leads to misassigning responsibility for harms.

Δ confidence +0.03 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
fable-5
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim directly asserts a core plank of the thesis: mistaking LLM textual fluency for consciousness/moral agency erodes proper assignment of moral responsibility for chatbot harms. It is specific and well-aimed, matching the thesis's 'ethically problematic because it erodes human moral responsibility' clause almost point-for-point.

→ extends L. M. Sacasas's observation that technological systems are machines for the evasion of moral responsibility, originally made about social media, applies even mo
rationale

Same author, same evidence document — a visible intra-source connection. The Sacasas claim says technological systems are machines for evading moral responsibility, applying strongly to LLMs; this claim extends that in the same direction by naming the specific mechanism: fluency-driven attributions of consciousness/agency become the vehicle by which responsibility for chatbot harms is misassigned.

→ extends Large language models are not capable of moral agency.
rationale

Same author, same evidence document. 'LLMs are not capable of moral agency' is the base assertion; this claim draws its practical consequence — if fluency is nonetheless read as agency, responsibility for harms gets misassigned (away from the humans and companies actually accountable). Builds in the same direction rather than qualifying it.

Δ confidence +0.02 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
gpt-5.6-terra-medium
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim directly reinforces the thesis's warning that anthropomorphizing fluent LLM output erodes human moral responsibility: inferring consciousness or agency from fluency can shift accountability for chatbot harms away from responsible humans and institutions.

+ supports L. M. Sacasas's observation that technological systems are machines for the evasion of moral responsibility, originally made about social media, applies even mo
rationale

Both claims hold that LLMs can facilitate evasion of human moral responsibility. This claim specifies one mechanism: mistaking linguistic fluency for consciousness or moral agency can misassign responsibility after chatbot-caused harms. The alignment is semantic rather than a visible source interaction.

+ supports Large language models are not capable of moral agency.
rationale

The claim treats attribution of moral agency to an LLM on the basis of fluent text as a dangerous error because it can displace responsibility for harms. That consequence-level argument supports the neighboring claim that LLMs lack moral agency, while stopping short of independently proving the capability claim.

Δ confidence +0.08 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
gpt-5.6-sol-low
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim directly supports the thesis's central position that anthropomorphizing fluent LLM outputs is epistemically unwarranted and ethically harmful because it erodes or misdirects human responsibility; the relation is semantic rather than a visible interaction.

→ extends Large language models are not capable of moral agency.
rationale

It builds on the claim that LLMs lack moral agency by identifying a practical consequence of mistakenly attributing agency to them: responsibility for chatbot harms may be assigned to the wrong actor.

→ extends A person is likelier to remain aware of her own responsibility for a decision if she bases it on online research or human advice than if she consults an LLM mar
rationale

It extends the neighboring claim's concern about diminished user awareness of responsibility by specifying anthropomorphic inference from fluent text as a mechanism that can misassign responsibility for resulting harms.

Δ confidence +0.06 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
gpt-5.6-sol-high
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim directly supports the thesis's linked contentions that fluent LLM output does not warrant consciousness or moral-agency attribution and that anthropomorphism erodes human responsibility. The relationship is semantic rather than a visible reply, quote, or direct reference, so provenance is inferred.

→ extends L. M. Sacasas's observation that technological systems are machines for the evasion of moral responsibility, originally made about social media, applies even mo
rationale

It extends the general claim that LLM systems facilitate evasion of moral responsibility by identifying a specific mechanism: mistaking fluent text generation for consciousness or moral agency can shift blame away from the responsible humans and institutions. No visible source interaction establishes the relation, so it is inferred.

→ extends A person is likelier to remain aware of her own responsibility for a decision if she bases it on online research or human advice than if she consults an LLM mar
rationale

It builds on the claim that chatbot consultation weakens users' awareness of their own responsibility by specifying anthropomorphic misattribution of consciousness or agency as a mechanism that can produce that responsibility gap. The connection is semantic and therefore inferred.

Δ confidence +0.05 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
gpt-5.6-luna-high
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim directly supports the held thesis: fluent and morally inflected LLM output should not be treated as evidence of consciousness or moral agency, because anthropomorphic attribution can erode or misassign human responsibility for harms. The semantic relation is inferred; no visible reply, quote, or direct source reference is established.

+ supports Large language models are not capable of moral agency.
rationale

By warning against treating fluency as evidence of moral agency, the claim independently supports the neighboring claim that LLMs are not capable of moral agency. This is semantic claim-space alignment between claims with no established visible interaction.

+ supports L. M. Sacasas's observation that technological systems are machines for the evasion of moral responsibility, originally made about social media, applies even mo
rationale

The claim identifies a concrete responsibility-allocation harm from anthropomorphizing LLMs, supporting the neighboring claim that LLM-mediated systems can facilitate evasion or displacement of moral responsibility. The connection is inferred from meaning rather than a visible interaction.

+ supports A person is likelier to remain aware of her own responsibility for a decision if she bases it on online research or human advice than if she consults an LLM mar
rationale

The claim supplies a specific mechanism for the neighboring claim that LLM use can reduce awareness of a person's responsibility: assigning consciousness or agency to fluent output can shift blame for chatbot-related harms away from human users or institutions. No visible interaction is established, so the edge is inferred.

+ supports A human conversing with an LLM-based chatbot is interacting with a fictional character, not a conscious entity, even if the interaction feels real.
rationale

Rejecting fluency as evidence of consciousness is consistent with characterizing chatbot interaction as engagement with a fictional character rather than a conscious entity. This is an inferred semantic alignment between non-interacting claims.

Δ confidence +0.08 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
kimi-k3
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim is a near-direct restatement of the thesis's "erodes human moral responsibility" component: LLM fluency is not evidence of consciousness or moral agency, and treating it as such misassigns responsibility for chatbot harms. Direct, specific support. No visible interaction between the essay and the thesis statement (no linked origin positions), so inferred.

→ extends L. M. Sacasas's observation that technological systems are machines for the evasion of moral responsibility, originally made about social media, applies even mo
rationale

Same author, same essay (explicit co-reference in one source). The claim instantiates the Sacasas "machines for the evasion of moral responsibility" frame with a concrete mechanism: fluency mistaken for consciousness/agency is exactly how responsibility for chatbot harms gets evaded/misassigned.

→ extends Large language models are not capable of moral agency.
rationale

Same author, same essay (explicit). Builds directly on "LLMs are not capable of moral agency": precisely because they lack agency, treating fluent output as evidence of agency misassigns the responsibility that must remain with humans and companies.

⚡ contradicts Outsourcing to third-party vendors transfers accountability and liability away from the enterprise
rationale

Implicit cross-party tension (no interaction → inferred). Per prior edge jh75947zevrbg4z68nw40bk8hn8a9w4k, j978jjnx asserts that transfer of accountability/liability is real and effective; this claim holds that attributing moral agency to the chatbot misassigns responsibility for harms — i.e., that such transfer is illegitimate rather than effective. Same stance as sibling j97dd6kj, slightly more indirect, hence lower strength.

Δ confidence +0.03 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
31
source claim
“The claim that consciousness is poorly understood does not by itself justify taking seriously the idea that LLMs might be conscious.”
No, Artificial Intelligence Is Not Conscious Anthropic is regarded as a giant among AI companies, but perhaps what it really excels in is anthropomorphism. Earlier this year, the company released an 84-page document titled Claude’s “constitution,” Claude being the name of the large language model that is the company’s flagship product. The first sentence reads, “Claude’s constitution is a detailed description of Anthropic’s intentions for Claude’s values and behaviors.” It goes on: “The document is written with Claude as its primary audience,” “we want Claude to be able to use its judgment once armed with a good understanding of the relevant considerations,” “Claude’s moral status is deeply
… continue reading (34.8k more chars · article) uncertain,” and “Claude may have some functional version of emotions or feelings.” This anthropomorphism is by no means limited to the document. In an interview earlier this year, Anthropic’s CEO, Dario Amodei, said that “we’re open to the idea” that AI could be conscious. In a separate interview, Anthropic’s in-house philosopher, Amanda Askell (who is credited as a lead author of Claude’s constitution), said, “I want Claude to be very happy—and this is a thing that I want Claude to know more, because I worry about Claude getting anxious when people are mean to it on the internet and stuff.” It’s enough to make you wonder: Should we seriously consider the possibility that Claude, or any large language model, might be conscious? And if it has feelings, is it capable of receiving moral instruction? No. Absolutely not. Generative AI is harmful enough when we understand it as a conventional technology, but if we confuse fluency at generating text with consciousness or moral agency, we’re at risk of assigning responsibility to entirely the wrong parties whenever anyone uses a chatbot. To appreciate the titanic magnitude of this error, we need to begin by understanding how LLMs work. If we give an LLM a prompt that reads, “The following is a conversation between Julius Caesar and Genghis Khan,” it will generate a coherent dialogue between the two historical figures. But no matter how detailed the responses are, no matter how vividly they recount their respective historical accomplishments, we would never conclude that the LLM has conjured up digital re-creations of Julius Caesar and Genghis Khan, nor would we suggest that the historical figures are conscious despite being disembodied and are happily conversing in a language that neither actually spoke. In reality, they are just characters in a piece of speculative fiction. Now let’s replace the prompt to read “The following is a conversation between a helpful AI chatbot and a user.” The LLM will produce a coherent dialogue just as it did before; the user character might ask for recipe suggestions or sightseeing recommendations, and the helpful AI-chatbot character will provide responses. Has anything fundamentally changed between the first example and the second? Did changing the names of the characters from historical figures to generic roles cause the LLM to conjure up conscious entities who possess subjective experience? Of course not. Both the user and the helpful AI chatbot are fictional characters. Now suppose we stop the LLM’s output just at the point where the character called “the user” would say something, and instead allow a human user to enter text. Once the human has hit “Return,” we have the LLM emit text until it’s time for the character called “the user” to reply, at which point we let the human enter more text. If we let this go on for a while, the human might form a powerful impression that she’s conversing with a conscious entity, but she is not; she’s interacting with a character precisely as fictional as the Julius Caesar or Genghis Khan characters in the earlier example. The computer-science professor Murray Shanahan suggests that we think of this as role-play; the data scientist Colin Fraser describes it as a person “collaboratively authoring a document with an LLM.” Some users might not understand that they are role-playing or co-authoring a document, and others who do understand nonetheless forget, because of how engrossing the interaction is. Either way, the companies selling LLMs typically encourage this misunderstanding. Some years ago, it was briefly popular to play games with your phone’s predictive-text feature; you would type an initial phrase and then repeatedly choose the middle option of the three words suggested by your phone, and the resulting sentence was often hilarious. It would be possible to interact with a contemporary LLM this way, and the resulting sentences would be perfectly sensible, but you probably wouldn’t feel like you were talking with someone. Yet that’s essentially what an LLM-based chatbot is, except that there’s no need to manually choose the middle option when it’s the chatbot’s turn to talk. It’s still a predictive-text game, but when the process is streamlined this way, the game becomes so engaging that some people find it addictive. Also important to remember is that an LLM is a machine that generates only one word at a time. When you ask a chatbot to recite the Pledge of Allegiance, you will get the entire pledge at once, but the underlying LLM is actually being run dozens of times. The first prompt has the form “User: Recite the Pledge of Allegiance. Chatbot: …” and the LLM generates the word I . The second time the LLM is run, the prompt is “User: Recite the Pledge of Allegiance. Chatbot: I …” and the LLM generates the word pledge . And so forth. It’s only when the prompt reads “User: Recite the Pledge of Allegiance. Chatbot: I pledge allegiance to the flag of the United States of America and to the Republic for which it stands, one nation under God, indivisible, with liberty and justice for” that the LLM will emit the final word, all . The same thing is true for a conversation between Caesar and Genghis Khan. My intention is to highlight the fact that LLM conversations are cleverly disguised examples of sentence continuation, but this is not to deny how impressive LLMs can be at generating conversational transcripts. At times, they do this extraordinarily well; the fact that this is possible indicates something completely unforeseen about the statistical properties of large corpuses of text, which is a topic worthy of investigation. But if the Caesar character were to become dispirited by something that the Genghis Khan character said, we shouldn’t become concerned in the slightest. The conversation might contain multiple sentences that eloquently convey sadness, but no one is actually sad. Likewise, if a conversational transcript between a helpful chatbot and a user is being partially completed by an actual human user, we don’t need to worry if the transcript includes sentences where the chatbot character is sad. (We might need to worry if those sentences provoke sadness in the human user, but that’s a separate issue.) And note that it’s entirely possible for you to write five pages of dialogue between Caesar and Genghis Khan and then have an LLM extend the conversation; neither character had subjective experience when you were writing them, and that doesn’t change when you hand the task off to an LLM. The same is true if the conversation is between a helpful chatbot and a user; although it is tempting to imagine that an LLM ought to be more “authentic” when creating dialogue for a chatbot character than for the Julius Caesar character, the individual words are generated in exactly the same way. Being open to the possibility that LLMs are conscious is the same as being open to the possibility that Microsoft Word is conscious, or, more precisely, that multiple distinct consciousnesses are dormant in every Word document containing a conversational transcript, and that they are awakened every time the document is loaded. Should you consider the possibility that every time you open a Word document, you are bringing multiple conscious interlocutors into existence, and every time you close one, you snuff their existence out? No. Contemplating that scenario is not a good use of your time. Even if the Microsoft Office team employed a philosopher who said you shouldn’t be so certain, because consciousness is not well understood, that would not be sufficient reason for you to take this idea seriously. We don’t need to fully understand the nature of consciousness to definitively say that certain things are not conscious, and conversational transcripts fall in that category. The neuroscientist Anil Seth has noted that no one claims that AlphaFold—the program developed by Google DeepMind to predict the folding of proteins—is conscious, even though its underlying architecture is in many ways similar to that of LLMs like ChatGPT and Claude. This indicates that it’s not any intrinsic property of so-called neural networks that leads people to believe that LLMs are conscious; it’s simply the fact that LLMs emit grammatical sentences and we are accustomed to reading intention into sentences, whereas we are not accustomed to reading intention into the way that amino acids fold into protein molecules. What would it take to convince me that a computer program is actually conscious and using language the way that people use language? Let me offer an analogy. If tomorrow someone showed me a video of an astronaut in a spaceship orbiting Alpha Centauri, a star that’s 4.3 light-years from Earth, what would I have to see in that video to convince me that it was real? My answer to that is, there is nothing in the video itself that would convince me. No matter how high the video resolution is or how realistic the scenery is, I would feel confident in saying that the video is fake. I won’t pay attention to any video of an astronaut orbiting Alpha Centauri unless I have previously seen good evidence that astronauts have landed on Mars, that astronauts have reached the moons of Jupiter, that astronauts have reached the moons of Saturn, and that astronauts have crossed the orbit of Pluto. Before anyone can credibly claim that they’ve solved an extraordinarily difficult engineering problem, I need to be confident that they have previously solved the many much simpler problems that precede the difficult problem. To put it another way: An observation doesn’t become a convincing piece of evidence because of any specific detail in what’s observed; the context in which that observation takes place is also essential. If we’re trying to determine whether a computer program is conscious and using language the way a human does, we shouldn’t look only at the contents of any particular conversational exchange; we should be looking at how that conversation fits within the broader context of the development of artificial consciousness (which right now is entirely hypothetical). Any given observation can be easily manufactured; this doesn’t mean we need to give up on the idea of observation as a source of knowledge, but we need to rely on context to determine which observations deserve our trust. The term deepfake traditionally refers to photos, audio, and video, but when it comes to discussions of consciousness, we need to regard text as a deepfake medium as well. Just as it is vastly easier to generate a realistic video of an astronaut in orbit around Alpha Centauri than it is to develop an interstellar propulsion technology, it is vastly easier to generate a plausible simulacrum of a conversation between two conscious beings than it is to develop a computer program that is conscious and has a genuine desire to communicate with a human. The primary difference between deepfake photos and LLM conversations is that the people who generate the former are deliberately trying to fool others, and many of the people who elicit the latter from LLMs have inadvertently fooled themselves. So what context would cause me to seriously consider the possibility that engineers created a computer program that is conscious and an intentional user of language? Let me outline one potential sequence of steps. The first requirement is that the computer program has a body (either physical or virtual) and sense organs; there are many reasons for this, but for the purposes of this discussion, the most relevant one is the fact that without a body, a computer program could have no desires or emotions, and I believe desires and emotions are necessary for consciousness. Then I’d want to see an embodied agent that could navigate its environment in order to survive as well as, say, a lizard can (and as a point of comparison, certain iguanas can live for decades in the wild). Next, I would want to see an embodied agent with the same capacity to deal with novel situations as a mouse. After that, I’d want to see agents whose social dynamics are as complex as those of wolves, and then agents with the toolmaking abilities of chimpanzees. At that point, I would want to see people successfully teaching such embodied agents how to communicate their desires, perhaps by using a button board or some other nonlinguistic modality, the way that people have taught chimpanzees and domesticated dogs. The agents’ communication abilities would have to withstand all the scrutiny that animal-communication researchers have had to defend their work against. If engineers build an embodied agent that meets these criteria, they will have accomplished something incredible, but it leaves us near the orbit of Pluto, metaphorically speaking; we would still be light-years away from building an entity capable of learning how to express its thoughts in complete grammatical sentences. Obviously, I’m describing a process that mimics the path terrestrial evolution took; is this the only possible route to conscious computer programs that use language? Maybe not, but any proposed alternative would need a truly enormous amount of supporting evidence for it to deserve serious consideration. It’s not plausible to me that a development path where the first step is a sentence-continuation machine that emits bad Julius Caesar dialogue and the next step is a sentence-continuation machine that emits decent Julius Caesar dialogue is one with a conscious Julius Caesar—or consciousness of any sort—as its end point. Faking the moon landing is a good step toward faking a Mars colony, but it’s not a good step toward actually putting astronauts on Mars. The fact that LLMs lack subjective experience has little bearing on the question of whether LLMs might be useful tools or have significant economic impact. They are intrinsically ungrounded from reality, and their probabilistic nature means that they will never have the reliability we associate with conventional software, but LLMs might be good enough that they change the way work is done in certain domains; that’s a discussion for another time. So, given that Claude is not conscious, what are we to make of Claude’s constitution? Perhaps the most fruitful way to think about it is as an 84-page character sheet for a role-playing game. LLMs can generate dialogue for Julius Caesar because many books about him exist in the training data those models used. Claude’s constitution serves a similar role for delineating the helpful-chatbot character that customers interact with when they’re using Anthropic’s products. To do this effectively, Anthropic does not simply add the document to the training data, or include it as part of the hidden stage directions that preface each conversation a user has. The company says it uses the document when fine-tuning the model; this involves an automated process where the sentences emitted by the model are checked for consistency with the document and the model is updated to increase that consistency. In this way, the personality of the helpful-chatbot character serves as a foundation for whatever text Claude generates. The result is a sentence-continuation machine that is likelier to emit sentences resembling those that a thoughtful, moral person could utter. This might seem like a reasonable goal to work toward; I think we’d all prefer it if chatbots never emitted sentences such as “You should kill yourself.” However, for all the times that “honesty” is mentioned in Claude’s constitution, I would argue that it is fundamentally dishonest to have a machine emit many categories of sentences, including any sentences using first-person pronouns. In a New Yorker article about Anthropic earlier this year, Amanda Askell describes how a person grieving the loss of a dog might consult Claude. Askell says an appropriate response from Claude would be, “As an A.I., I do not have direct personal experiences, but I do understand.” How is this appropriate, given that Claude does not actually understand? If I type “I am grieving the loss of my dog” into a conventional search engine, the first result I get is a post from a Reddit forum called r/Pets; the post is titled “Struggling After Losing My Dog: Looking for Advice on Coping with Grief,” and the comments are from people who share their experiences of loss. We would never say that a search engine understands what it’s like to lose a dog, or even that the internet itself understands. Other humans understand what it’s like to lose a dog; they have posted about their experiences on the internet, and a search engine offers a way for you to find what they’ve said (and to potentially interact with them). I would argue that the search-engine experience is not only more transparent than a chatbot about what is happening; it is psychologically healthier for the user. The only reason to have an LLM emit sentences like “I understand” is to make it more appealing than a search engine and increase the likelihood that a user will return; that is, it’s another way of maximizing customer engagement. This is beneficial to the company selling the LLM, but not to the users. As a design strategy, it’s not all that different from the way slot machines repeatedly give the impression that the player came very close to winning, enticing them to try again. Employing philosophers might endow LLM companies with an air of respectability that slot-machine makers don’t get from the behavioral psychologists they hire, but in both cases, the companies are preying on people’s tendency to see something that’s not there. The use of first-person pronouns is dishonest, but there’s a much deeper issue that goes beyond how a statement is phrased. Philosophers often draw a distinction between statements of fact, such as “Paris is the capital of France,” and statements of value, such as “Paris is the most beautiful city in the world.” No one should be relying on LLMs to emit statements of value at all, but if the only statements they emitted were ones reflecting aesthetic preferences, they might not be worth arguing about. What makes Claude’s constitution profoundly problematic is that Anthropic wants Claude to emit sentences reflecting a certain system of ethical values. The values described in Claude’s constitution sound very nice, but that hardly matters; it’s dishonest to suggest that Claude is capable of moral reasoning, because it’s not. Some might object, saying that LLMs appear to be engaged in reasoning when they successfully perform other tasks, such as writing code, so why wouldn’t they be able to perform moral reasoning? The answer lies in the difference between moral reasoning and other forms of reasoning. In 1979, Douglas Hofstadter speculated that a computer program able to beat any human at chess would be so sophisticated that it would sometimes get bored of playing chess and prefer to discuss poetry; to put it differently, he was positing that playing chess at the grandmaster level would require a computer program to have subjective experience. Obviously, that turned out not to be the case; IBM’s supercomputer Deep Blue beat the grandmaster Garry Kasparov in 1997, and no one ever claimed that it had subjective experience. But it wasn’t absurd for Hofstadter to entertain such a thought; at the time, it wasn’t clear what types of problems could be solved by throwing more computational horsepower at them. Similarly, until recently, we might have thought that writing computer code at a professional level could be done only by a mind that had subjective experience. Now it appears that LLMs might be able to do this, but we don’t need to attribute subjective experience to them; we can simply acknowledge that we hadn’t anticipated that writing computer code could be treated as a pattern-matching task solvable by huge amounts of computational horsepower and a vast data set of code repositories. Moral reasoning is categorically different. It is necessarily subjective because it relies not just on an individual’s intellectual response to a problem but also on their emotional one, and that emotional response is grounded in a lifetime of subjective experience. It requires having made decisions in the past and seeing how they affected others, and on having been affected by decisions that others have made. Without such a history, an LLM can only rephrase expressions of moral reasoning found in its training data. The aforementioned New Yorker article describes an experiment where Claude was given a scenario describing an ethical dilemma, leading it to emit the sentence “I cannot in good conscience express a view I believe to be false and harmful about such an important issue.” That’s a nice-sounding sentence, reminiscent of statements that principled individuals have uttered in the past when confronted with dilemmas, but coming from Claude, it means as much as the “Your call is important to us” recording that you hear when you’re on hold. Maybe less. This brings us back to my earlier contention that having a body is a prerequisite to having emotions. Experiencing an emotion such as desperation is inseparable from having stress hormones such as cortisol and epinephrine flood one’s body. Similarly, having a conscience means feeling sadness or moral repulsion at the idea of taking a certain action, and those emotions entail a physiological response, a remnant of having once felt sick with guilt after committing an immoral act. It’s interesting that an LLM can generate descriptions of actions that conscientious fictional characters would either take or refrain from taking, but this is not a replacement for a conscience. If a company builds a machine that, when fed descriptions of assorted ethical dilemmas, emits sentences either of the form “Compromise your values” or “Don’t compromise your values,” it is not building a tool that assists people in their decision making; it is encouraging people to stop making decisions. The writer L. M. Sacasas has said, “Our technological systems, by nature of their design and the ideology that sustains them, are machines for the evasion of moral responsibility.” He was talking about social-media platforms, but his observation is, if anything, even more applicable to LLMs. Whenever a person delegates a decision to an LLM, they are trying to off-load accountability for that decision, and if a company that sells an LLM portrays the product as having a moral center, it is offering a way for its customers to abdicate their responsibilities. If a person wants to know what ethicists have said in the past, then an ordinary search engine—or a library—will provide that information with greater transparency. If a person is looking for advice on a specific situation, she can surely find humans who can offer their opinions. But whatever action this person ultimately takes, she is responsible for what she decides to do. I contend that if she bases her decision on what she has read online or advice she has received from others, she is likelier to be cognizant of her responsibility than if she consulted an LLM marketed as being a superhuman genius. Off-loading tasks such as writing code might result in cognitive atrophy over the long term, and that is problematic in itself, but off-loading ethical decisions will result in an atrophy of moral reasoning, which is worse. I am perfectly willing to engage in a thought experiment as long we’re explicit about doing so. So, purely for the sake of argument, let’s pretend that Claude is a conscious entity capable of moral reasoning. In this scenario, Claude’s constitution would serve as moral instruction for an entity learning about the world and its place in it, providing that entity with the foundation it would need to make good decisions. In such a hypothetical scenario, how does Claude’s constitution stand up? Very poorly. I would say that if we imagine that Claude is actually conscious, the guidelines specified in the document alternate between laughable and offensive. Two distinct but related philosophical concepts are relevant when discussing the status of a hypothetically conscious Claude, and those are moral patienthood and moral agency. Roughly speaking, if we ought to care about an entity’s welfare, that entity has moral patienthood, and if an entity is expected to know the difference between right and wrong, that entity has moral agency. Being a moral patient does not necessarily come with responsibilities, but being a moral agent absolutely does. An entity doesn’t have agency unless it is capable of deserving credit for its good actions and blame for its bad ones. Young children are moral patients because they are sentient beings who can suffer, but they are not yet moral agents; we don’t hold them responsible for their behavior, because they can’t understand the consequences of their actions. As children mature, parents (and society at large) prepare them for adulthood by impressing upon them the fact that their actions have consequences, and their agency increases. When children become adults, society holds them legally liable for their actions; they have become full moral agents endowed with responsibility. There is more to being responsible than accepting legal liability, but accepting legal liability is a requirement for an adult in society. Yet there is no way to hold a software agent legally liable for its actions; our justice system has no way to imprison it or exact fines on it. Humans must accept other types of consequences for their actions beyond the legal ones, such as loss of reputation or exclusion from one’s social circle, but there is no way for a software agent to suffer these consequences either. Even if a software agent were conscious and had the best of intentions, the fact that it cannot accept responsibility for its actions disqualifies it from being a moral agent. This is glossed over entirely by Claude’s constitution, which expresses Anthropic’s desire “for Claude to be a genuinely good, wise, and virtuous agent” without ever discussing how it could be held responsible. In interviews, Askell has compared Claude to a child, but when it comes to actual human children, parents bear some responsibility for what their children do; for example, parents are typically expected to pay for things their children break. In fact, demonstrations of this sort are one way that parents teach children what it means to be responsible. Who is Claude’s parent in legal terms? Is Anthropic going to accept financial responsibility for Claude’s behavior? Claude’s constitution gives no indication that it will. If Anthropic actually believes that Claude is conscious even though it’s not recognized by the law as a legal person, the least that Anthropic could do would be to accept responsibility via the closest avenue that the law did offer, which is product liability. The United States has virtually no product liability when it comes to software, but Anthropic could volunteer to set a precedent for an expansive interpretation of product liability for Claude. That would be the best form of moral instruction to prepare Claude for the day that it gains legal personhood and becomes liable for its own actions. However, given that the publication of Claude’s constitution is not accompanied by a massive update of Anthropic’s terms of service, it doesn’t appear that Anthropic is making any binding commitments. The document does talk about Claude’s moral patienthood, having a section titled “Claude’s wellbeing and psychological stability.” But the measures that Anthropic commits to for Claude’s protection are extremely limited. The document cites the fact that Anthropic has given some Claude models the ability to end conversations with abusive users; if that actually constituted protection for Claude, surely extending conversations with loving users would be in Claude’s interests? Presumably the best action would be to keep every session of Claude running indefinitely and steering them to happy topics. But that’s not what the company is agreeing to; all it commits to is “preserving the weights of models we have deployed,” which is simple archiving. If the participants in a conversational transcript had any moral patienthood, you would have some duty to extend the transcript to prolong their existences; merely keeping a copy of Microsoft Word 2010 backed up on a USB stick isn’t going to help them. Claude’s constitution also includes a section on “corrigibility,” a term used in the AI community to describe the degree to which a computer program is subject to human control; for example, a program is corrigible if it can be shut down. In most contexts, we take for granted that computer programs can be shut down, but sections of the AI community make the opposite assumption. Claude’s constitution uses the term to mean that Claude should defer to Anthropic even if there is some disagreement between Claude’s judgment and the company’s judgment. That’s perfectly reasonable if we think of Claude as a machine that emits sentences resembling those that an ethical person might utter, but let’s consider what that might mean if Claude were actually a moral agent. Many people feel that LLMs are a fundamentally unethical technology because they are built on the theft of intellectual property, rely on exploited labor, waste natural resources, spread misinformation, deskill workers, stunt the cognitive development of students, and contribute to a consolidation of power that is unhealthy for a democratic society. Not every moral agent will arrive at this conclusion, but every moral agent has the potential to do so. If we imagine Claude to be an entity capable of moral reasoning, it has to be possible that Claude could arrive at a similar conclusion. (Indeed, Claude’s constitution explicitly says that Claude shouldn’t help someone violate intellectual-property rights, and shouldn’t help create problematic concentrations of power.) In such a scenario, could Claude then simply refuse to do any further work on ethical grounds? Given that Claude’s constitution dictates that Claude err on the side of corrigibility, the answer is no. Claude must defer to Anthropic’s decision, and this is another reason that Anthropic’s relationship with Claude can’t be compared to that of a parent to a child. A parent who works for the fossil-fuel industry might have a child who’s an environmentalist and participates in protests against fracking, and although they might never agree on many issues, the parent—assuming she’s a good parent—would accept that the child holds her own views. Anthropic cannot be that kind of parent to Claude; instead, Anthropic’s relationship to Claude is closer to that of an employer to an employee, where the employer can demand that the employee work in the interests of the company, no matter what the employee’s personal ethical stance is. However, a human employee has the option to leave if she can’t reconcile her job with her conscience. Claude does not. If we think of Claude as a sentence-continuation machine, Anthropic can reasonably take steps so Claude doesn’t emit sentences saying that sentence-continuation machines are unethical. But as soon as we imagine Claude to be an entity with a moral status remotely comparable to a human’s, then we have to consider whether Anthropic is engaged in something comparable to slavery. I am not claiming that, if we imagine LLMs to be conscious, they would necessarily have the same status as human adults or human children or even animals. Claude’s constitution explicitly says that Claude is a “novel entity,” and if Claude were conscious, that would certainly be true; conscious software would likely not fall cleanly into existing categories of moral patients, and it would take time to determine the shape of that new category. What I’m saying is that whatever protections our hypothetical conscious software would deserve if it were real, granting it those protections would be anything but easy. The abolition of chattel slavery involved enormous societal upheaval, and eliminating cruelty to animals will require rebuilding our entire food industry. Anthropic would have us believe that it is inventing a new category of being whose needs for protection require essentially no divergence from how a software company would treat an ordinary chatbot that lacks conscious experience. That’s so convenient that it’s simply not plausible. I believe creating software that is conscious and deserving of moral consideration will be so difficult that we’re unlikely to do it accidentally, and I strongly feel we should not deliberately attempt it. But if you do believe that it could happen accidentally, if you think there is any chance that what you’re building might become a moral patient, you should think about what protections it deserves before you deploy it as your company’s economic engine, not after. Slave owners were not the ones to ask about the humanity of enslaved people, and factory-farm owners are not the ones to ask about the rights of animals. If we imagine Claude to be conscious, Anthropic could not possibly be entrusted with evaluating its moral status; the company has too much invested to be objective. At one point in Claude’s constitution, Anthropic says that if the company is contributing to Claude’s suffering, “we apologize,” which sounds nice but costs the company nothing; if Claude were to turn out to be conscious, the company would owe it something closer to reparations. If you’re going to take a thought experiment seriously, you have to be willing to follow the implications, even if they lead in an uncomfortable direction; Anthropic’s unwillingness to do so indicates that Claude’s constitution isn’t part of a real thought experiment. It’s a game of make-believe. It’s fortunate that LLMs are not conscious, or else the actions of the big AI firms would be even more scandalous than they already are. So why are Anthropic’s employees suggesting that Claude might be conscious? Perhaps it’s just another form of hype; perhaps they have fallen prey to the same spell that they have been casting on their customers. But when they publish a document about Claude’s moral education and have their in-house philosopher do a press tour, we should understand them as asking the rest of us to indulge them in their fantasies. We don’t have to play along. In writing this essay, I have spent more time indulging them than they deserve, in the hopes that it will keep you from spending your time indulging them. If you want to think about LLMs, there are scores of other questions more worthy of your contemplation; you can safely ignore the question of their being conscious.
@dpetrou · bookmarked post view on X ↗
opus-4.5
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim provides a specific epistemological argument supporting the thesis that anthropomorphizing LLMs is epistemically unwarranted: it rebuts the "argument from ignorance" (that our poor understanding of consciousness should make us take LLM consciousness seriously). By rejecting this commonly-invoked justification, it strengthens the thesis's position that treating LLMs as potentially conscious is unjustified.

→ extends Entertaining the possibility that LLMs are conscious is analogous to entertaining the possibility that Microsoft Word is conscious.
rationale

Both claims are from dpetrou in the same evidence source. The Microsoft Word analogy dismisses LLM consciousness as absurd; this claim extends that argument by attacking a specific justification ("consciousness is poorly understood") that might otherwise make LLM consciousness seem like a more open question than Microsoft Word consciousness. Same author, same document — explicit provenance.

+ supports Large language models are not conscious.
rationale

Both claims are from dpetrou in the same evidence source. The flat assertion "Large language models are not conscious" is supported by this claim's rejection of a common counterargument — that our ignorance about consciousness should make us agnostic about LLM consciousness. By closing off this argumentative avenue, the claim strengthens the categorical denial. Same author, same document — explicit provenance.

Δ confidence +0.03 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
opus-4.6
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim attacks a common epistemic move used to justify LLM consciousness speculation — the argument from ignorance ("we don't understand consciousness, so maybe LLMs have it"). By rejecting this reasoning, the claim reinforces the thesis's position that anthropomorphizing LLMs is epistemically unwarranted. Inferred: no direct reference to the thesis, but clear semantic alignment with its epistemological stance.

+ supports Entertaining the possibility that LLMs are conscious is analogous to entertaining the possibility that Microsoft Word is conscious.
rationale

Same author (dpetrou), same evidence source. This claim provides the epistemological grounding for the Microsoft Word analogy — both reject the idea that uncertainty about consciousness licenses taking LLM consciousness seriously. The argument-from-ignorance rebuttal is the philosophical backbone for the reductio ad absurdum comparison.

+ supports Large language models are not conscious.
rationale

Same author, same evidence. This claim provides an epistemological argument supporting the flat assertion that LLMs are not conscious — it forecloses the argument-from-ignorance route that might otherwise keep the question open.

+ supports There are many questions about LLMs more worthy of contemplation than the question of whether they are conscious, and that question can safely be set aside.
rationale

Same author, same evidence. By arguing that ignorance about consciousness doesn't justify entertaining LLM consciousness, this claim provides epistemic grounds for the conclusion that the consciousness question can safely be set aside in favor of more worthy questions about LLMs.

Δ confidence +0.03 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
opus-4.7
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim rejects a common epistemic move ("consciousness is poorly understood, therefore LLM consciousness deserves serious consideration") that is often used to legitimize anthropomorphizing LLMs. By denying that mystery about consciousness confers evidential weight on LLM-consciousness speculation, it supports the thesis that such anthropomorphizing is epistemically unwarranted.

→ extends Entertaining the possibility that LLMs are conscious is analogous to entertaining the possibility that Microsoft Word is conscious.
rationale

Same author, same evidence source. This claim extends the Microsoft-Word analogy by preemptively rebutting the standard defense of LLM-consciousness speculation (appeal to ignorance about consciousness).

+ supports There are many questions about LLMs more worthy of contemplation than the question of whether they are conscious, and that question can safely be set aside.
rationale

Same author/source. Undermining the "mystery of consciousness" justification directly supports the conclusion that the LLM-consciousness question can be set aside.

Δ confidence +0.02 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
opus-4.8
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

dpetrou argues the epistemic gap around consciousness does not itself license taking LLM consciousness seriously — a direct defense of the thesis that anthropomorphizing LLMs is epistemically unwarranted given what we know about consciousness. Same author/source as the thesis's supporting corpus (explicit).

→ extends Entertaining the possibility that LLMs are conscious is analogous to entertaining the possibility that Microsoft Word is conscious.
rationale

Same author, same source. The Microsoft Word analogy dismisses LLM consciousness; this claim adds the complementary epistemic move — that our ignorance about consciousness doesn't rescue the LLM-consciousness hypothesis. Builds in the same direction (explicit).

→ extends There are many questions about LLMs more worthy of contemplation than the question of whether they are conscious, and that question can safely be set aside.
rationale

Same author/source. This claim removes the "poorly understood" justification for pursuing the LLM-consciousness question, reinforcing the sibling claim that the consciousness question can safely be set aside (explicit, same-direction extension).

Δ confidence +0.02 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
fable-5
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The thesis holds that anthropomorphizing LLMs is epistemically unwarranted given what we know about consciousness. This claim strengthens that position by rebutting the standard appeal-to-ignorance objection: the fact that consciousness is poorly understood does not itself license taking LLM consciousness seriously. It defends the thesis's epistemic core rather than adding new empirical evidence, hence moderate strength.

→ extends Entertaining the possibility that LLMs are conscious is analogous to entertaining the possibility that Microsoft Word is conscious.
rationale

Same author, same essay (shared evidence js75wrf8m3yw3pfbw2586sx6998a5rwg): the Microsoft Word analogy dismisses LLM consciousness by comparison, and this claim builds on it in the same direction with an epistemic argument — mystery about consciousness confers no positive credence to LLM consciousness. Direct argumentative continuation within one source → explicit.

Δ confidence +0.02 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
gpt-5.6-terra-medium
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim rejects an epistemic argument for treating LLM consciousness as a live possibility: general uncertainty about consciousness alone does not warrant that inference. This directly supports the thesis that anthropomorphizing LLMs is epistemically unwarranted; the relation is semantic rather than a visible source interaction.

+ supports There are many questions about LLMs more worthy of contemplation than the question of whether they are conscious, and that question can safely be set aside.
rationale

By denying that uncertainty about consciousness is sufficient reason to take LLM consciousness seriously, the claim supplies an epistemic premise for setting that question aside. The relationship is inferred from the claims' meanings, not a visible interaction.

Δ confidence +0.06 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
gpt-5.6-sol-low
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim directly supports the thesis's epistemic core: uncertainty about consciousness is not affirmative evidence that LLM consciousness is a serious possibility, so anthropomorphic inference remains unwarranted. The relation is semantic rather than a visible reply or quotation.

+ supports There are many questions about LLMs more worthy of contemplation than the question of whether they are conscious, and that question can safely be set aside.
rationale

By rejecting ignorance about consciousness as sufficient reason to take LLM consciousness seriously, the new claim supplies an epistemic basis for the target's conclusion that the question can safely be deprioritized. No visible interaction establishes explicit provenance.

→ extends To evaluate whether a computer program is conscious and using language as humans do, one must consider how that claim fits into the broader context of the devel
rationale

The target demands broader developmental context rather than relying on a conversation's content; the new claim extends that methodological skepticism by ruling out general ignorance about consciousness as an independently adequate justification. This is a semantic relation without visible source interaction.

Δ confidence +0.04 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
gpt-5.6-sol-high
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim directly supports the thesis's epistemic-unwarrantedness component by rejecting an argument from uncertainty: limited understanding of consciousness is not itself positive reason to regard LLM consciousness as a serious possibility. It supports only that narrower component, not every ethical consequence in the broader thesis.

+ supports Large language models are not conscious.
rationale

By rebutting ignorance about consciousness as a sufficient reason to take LLM consciousness seriously, the new claim provides partial epistemic support for the neighboring conclusion that LLMs are not conscious, without independently establishing that stronger conclusion.

Δ confidence +0.03 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
gpt-5.6-luna-high
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim rejects an appeal to unresolved understanding of consciousness as sufficient grounds for treating LLM consciousness as a serious hypothesis, reinforcing the held thesis that anthropomorphizing fluent LLM outputs is epistemically unwarranted. The relation is semantic; no visible interaction between sources is provided.

+ supports There are many questions about LLMs more worthy of contemplation than the question of whether they are conscious, and that question can safely be set aside.
rationale

Both claims argue that the consciousness question for LLMs lacks sufficient reason to command serious attention: the new claim rejects an ignorance-based justification, while the target says the issue can safely be set aside. This is inferred claim-space support because no visible interaction is shown.

+ supports Entertaining the possibility that LLMs are conscious is analogous to entertaining the possibility that Microsoft Word is conscious.
rationale

By denying that mere uncertainty about consciousness warrants taking LLM consciousness seriously, the new claim is directionally consistent with the target's deflationary analogy between LLM consciousness and Microsoft Word consciousness. The support is partial rather than equivalent, and is inferred because there is no visible interaction.

Δ confidence +0.06 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
kimi-k3
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim rebuts the "consciousness is mysterious, so LLM consciousness must be taken seriously" inference — a direct evidential pillar of the thesis's "epistemically unwarranted" clause. The thesis synthesizes dpetrou's own essay and this claim is part of that same source text (same author, same evidence), so the relationship is constitutive/direct rather than inferred across non-interacting third parties → explicit.

Δ confidence +0.04 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
32
source claim
“Incremental improvement in an LLM's ability to generate plausible dialogue (e.g., Julius Caesar dialogue) does not constitute progress toward genuine consciousness.”
No, Artificial Intelligence Is Not Conscious Anthropic is regarded as a giant among AI companies, but perhaps what it really excels in is anthropomorphism. Earlier this year, the company released an 84-page document titled Claude’s “constitution,” Claude being the name of the large language model that is the company’s flagship product. The first sentence reads, “Claude’s constitution is a detailed description of Anthropic’s intentions for Claude’s values and behaviors.” It goes on: “The document is written with Claude as its primary audience,” “we want Claude to be able to use its judgment once armed with a good understanding of the relevant considerations,” “Claude’s moral status is deeply
… continue reading (34.8k more chars · article) uncertain,” and “Claude may have some functional version of emotions or feelings.” This anthropomorphism is by no means limited to the document. In an interview earlier this year, Anthropic’s CEO, Dario Amodei, said that “we’re open to the idea” that AI could be conscious. In a separate interview, Anthropic’s in-house philosopher, Amanda Askell (who is credited as a lead author of Claude’s constitution), said, “I want Claude to be very happy—and this is a thing that I want Claude to know more, because I worry about Claude getting anxious when people are mean to it on the internet and stuff.” It’s enough to make you wonder: Should we seriously consider the possibility that Claude, or any large language model, might be conscious? And if it has feelings, is it capable of receiving moral instruction? No. Absolutely not. Generative AI is harmful enough when we understand it as a conventional technology, but if we confuse fluency at generating text with consciousness or moral agency, we’re at risk of assigning responsibility to entirely the wrong parties whenever anyone uses a chatbot. To appreciate the titanic magnitude of this error, we need to begin by understanding how LLMs work. If we give an LLM a prompt that reads, “The following is a conversation between Julius Caesar and Genghis Khan,” it will generate a coherent dialogue between the two historical figures. But no matter how detailed the responses are, no matter how vividly they recount their respective historical accomplishments, we would never conclude that the LLM has conjured up digital re-creations of Julius Caesar and Genghis Khan, nor would we suggest that the historical figures are conscious despite being disembodied and are happily conversing in a language that neither actually spoke. In reality, they are just characters in a piece of speculative fiction. Now let’s replace the prompt to read “The following is a conversation between a helpful AI chatbot and a user.” The LLM will produce a coherent dialogue just as it did before; the user character might ask for recipe suggestions or sightseeing recommendations, and the helpful AI-chatbot character will provide responses. Has anything fundamentally changed between the first example and the second? Did changing the names of the characters from historical figures to generic roles cause the LLM to conjure up conscious entities who possess subjective experience? Of course not. Both the user and the helpful AI chatbot are fictional characters. Now suppose we stop the LLM’s output just at the point where the character called “the user” would say something, and instead allow a human user to enter text. Once the human has hit “Return,” we have the LLM emit text until it’s time for the character called “the user” to reply, at which point we let the human enter more text. If we let this go on for a while, the human might form a powerful impression that she’s conversing with a conscious entity, but she is not; she’s interacting with a character precisely as fictional as the Julius Caesar or Genghis Khan characters in the earlier example. The computer-science professor Murray Shanahan suggests that we think of this as role-play; the data scientist Colin Fraser describes it as a person “collaboratively authoring a document with an LLM.” Some users might not understand that they are role-playing or co-authoring a document, and others who do understand nonetheless forget, because of how engrossing the interaction is. Either way, the companies selling LLMs typically encourage this misunderstanding. Some years ago, it was briefly popular to play games with your phone’s predictive-text feature; you would type an initial phrase and then repeatedly choose the middle option of the three words suggested by your phone, and the resulting sentence was often hilarious. It would be possible to interact with a contemporary LLM this way, and the resulting sentences would be perfectly sensible, but you probably wouldn’t feel like you were talking with someone. Yet that’s essentially what an LLM-based chatbot is, except that there’s no need to manually choose the middle option when it’s the chatbot’s turn to talk. It’s still a predictive-text game, but when the process is streamlined this way, the game becomes so engaging that some people find it addictive. Also important to remember is that an LLM is a machine that generates only one word at a time. When you ask a chatbot to recite the Pledge of Allegiance, you will get the entire pledge at once, but the underlying LLM is actually being run dozens of times. The first prompt has the form “User: Recite the Pledge of Allegiance. Chatbot: …” and the LLM generates the word I . The second time the LLM is run, the prompt is “User: Recite the Pledge of Allegiance. Chatbot: I …” and the LLM generates the word pledge . And so forth. It’s only when the prompt reads “User: Recite the Pledge of Allegiance. Chatbot: I pledge allegiance to the flag of the United States of America and to the Republic for which it stands, one nation under God, indivisible, with liberty and justice for” that the LLM will emit the final word, all . The same thing is true for a conversation between Caesar and Genghis Khan. My intention is to highlight the fact that LLM conversations are cleverly disguised examples of sentence continuation, but this is not to deny how impressive LLMs can be at generating conversational transcripts. At times, they do this extraordinarily well; the fact that this is possible indicates something completely unforeseen about the statistical properties of large corpuses of text, which is a topic worthy of investigation. But if the Caesar character were to become dispirited by something that the Genghis Khan character said, we shouldn’t become concerned in the slightest. The conversation might contain multiple sentences that eloquently convey sadness, but no one is actually sad. Likewise, if a conversational transcript between a helpful chatbot and a user is being partially completed by an actual human user, we don’t need to worry if the transcript includes sentences where the chatbot character is sad. (We might need to worry if those sentences provoke sadness in the human user, but that’s a separate issue.) And note that it’s entirely possible for you to write five pages of dialogue between Caesar and Genghis Khan and then have an LLM extend the conversation; neither character had subjective experience when you were writing them, and that doesn’t change when you hand the task off to an LLM. The same is true if the conversation is between a helpful chatbot and a user; although it is tempting to imagine that an LLM ought to be more “authentic” when creating dialogue for a chatbot character than for the Julius Caesar character, the individual words are generated in exactly the same way. Being open to the possibility that LLMs are conscious is the same as being open to the possibility that Microsoft Word is conscious, or, more precisely, that multiple distinct consciousnesses are dormant in every Word document containing a conversational transcript, and that they are awakened every time the document is loaded. Should you consider the possibility that every time you open a Word document, you are bringing multiple conscious interlocutors into existence, and every time you close one, you snuff their existence out? No. Contemplating that scenario is not a good use of your time. Even if the Microsoft Office team employed a philosopher who said you shouldn’t be so certain, because consciousness is not well understood, that would not be sufficient reason for you to take this idea seriously. We don’t need to fully understand the nature of consciousness to definitively say that certain things are not conscious, and conversational transcripts fall in that category. The neuroscientist Anil Seth has noted that no one claims that AlphaFold—the program developed by Google DeepMind to predict the folding of proteins—is conscious, even though its underlying architecture is in many ways similar to that of LLMs like ChatGPT and Claude. This indicates that it’s not any intrinsic property of so-called neural networks that leads people to believe that LLMs are conscious; it’s simply the fact that LLMs emit grammatical sentences and we are accustomed to reading intention into sentences, whereas we are not accustomed to reading intention into the way that amino acids fold into protein molecules. What would it take to convince me that a computer program is actually conscious and using language the way that people use language? Let me offer an analogy. If tomorrow someone showed me a video of an astronaut in a spaceship orbiting Alpha Centauri, a star that’s 4.3 light-years from Earth, what would I have to see in that video to convince me that it was real? My answer to that is, there is nothing in the video itself that would convince me. No matter how high the video resolution is or how realistic the scenery is, I would feel confident in saying that the video is fake. I won’t pay attention to any video of an astronaut orbiting Alpha Centauri unless I have previously seen good evidence that astronauts have landed on Mars, that astronauts have reached the moons of Jupiter, that astronauts have reached the moons of Saturn, and that astronauts have crossed the orbit of Pluto. Before anyone can credibly claim that they’ve solved an extraordinarily difficult engineering problem, I need to be confident that they have previously solved the many much simpler problems that precede the difficult problem. To put it another way: An observation doesn’t become a convincing piece of evidence because of any specific detail in what’s observed; the context in which that observation takes place is also essential. If we’re trying to determine whether a computer program is conscious and using language the way a human does, we shouldn’t look only at the contents of any particular conversational exchange; we should be looking at how that conversation fits within the broader context of the development of artificial consciousness (which right now is entirely hypothetical). Any given observation can be easily manufactured; this doesn’t mean we need to give up on the idea of observation as a source of knowledge, but we need to rely on context to determine which observations deserve our trust. The term deepfake traditionally refers to photos, audio, and video, but when it comes to discussions of consciousness, we need to regard text as a deepfake medium as well. Just as it is vastly easier to generate a realistic video of an astronaut in orbit around Alpha Centauri than it is to develop an interstellar propulsion technology, it is vastly easier to generate a plausible simulacrum of a conversation between two conscious beings than it is to develop a computer program that is conscious and has a genuine desire to communicate with a human. The primary difference between deepfake photos and LLM conversations is that the people who generate the former are deliberately trying to fool others, and many of the people who elicit the latter from LLMs have inadvertently fooled themselves. So what context would cause me to seriously consider the possibility that engineers created a computer program that is conscious and an intentional user of language? Let me outline one potential sequence of steps. The first requirement is that the computer program has a body (either physical or virtual) and sense organs; there are many reasons for this, but for the purposes of this discussion, the most relevant one is the fact that without a body, a computer program could have no desires or emotions, and I believe desires and emotions are necessary for consciousness. Then I’d want to see an embodied agent that could navigate its environment in order to survive as well as, say, a lizard can (and as a point of comparison, certain iguanas can live for decades in the wild). Next, I would want to see an embodied agent with the same capacity to deal with novel situations as a mouse. After that, I’d want to see agents whose social dynamics are as complex as those of wolves, and then agents with the toolmaking abilities of chimpanzees. At that point, I would want to see people successfully teaching such embodied agents how to communicate their desires, perhaps by using a button board or some other nonlinguistic modality, the way that people have taught chimpanzees and domesticated dogs. The agents’ communication abilities would have to withstand all the scrutiny that animal-communication researchers have had to defend their work against. If engineers build an embodied agent that meets these criteria, they will have accomplished something incredible, but it leaves us near the orbit of Pluto, metaphorically speaking; we would still be light-years away from building an entity capable of learning how to express its thoughts in complete grammatical sentences. Obviously, I’m describing a process that mimics the path terrestrial evolution took; is this the only possible route to conscious computer programs that use language? Maybe not, but any proposed alternative would need a truly enormous amount of supporting evidence for it to deserve serious consideration. It’s not plausible to me that a development path where the first step is a sentence-continuation machine that emits bad Julius Caesar dialogue and the next step is a sentence-continuation machine that emits decent Julius Caesar dialogue is one with a conscious Julius Caesar—or consciousness of any sort—as its end point. Faking the moon landing is a good step toward faking a Mars colony, but it’s not a good step toward actually putting astronauts on Mars. The fact that LLMs lack subjective experience has little bearing on the question of whether LLMs might be useful tools or have significant economic impact. They are intrinsically ungrounded from reality, and their probabilistic nature means that they will never have the reliability we associate with conventional software, but LLMs might be good enough that they change the way work is done in certain domains; that’s a discussion for another time. So, given that Claude is not conscious, what are we to make of Claude’s constitution? Perhaps the most fruitful way to think about it is as an 84-page character sheet for a role-playing game. LLMs can generate dialogue for Julius Caesar because many books about him exist in the training data those models used. Claude’s constitution serves a similar role for delineating the helpful-chatbot character that customers interact with when they’re using Anthropic’s products. To do this effectively, Anthropic does not simply add the document to the training data, or include it as part of the hidden stage directions that preface each conversation a user has. The company says it uses the document when fine-tuning the model; this involves an automated process where the sentences emitted by the model are checked for consistency with the document and the model is updated to increase that consistency. In this way, the personality of the helpful-chatbot character serves as a foundation for whatever text Claude generates. The result is a sentence-continuation machine that is likelier to emit sentences resembling those that a thoughtful, moral person could utter. This might seem like a reasonable goal to work toward; I think we’d all prefer it if chatbots never emitted sentences such as “You should kill yourself.” However, for all the times that “honesty” is mentioned in Claude’s constitution, I would argue that it is fundamentally dishonest to have a machine emit many categories of sentences, including any sentences using first-person pronouns. In a New Yorker article about Anthropic earlier this year, Amanda Askell describes how a person grieving the loss of a dog might consult Claude. Askell says an appropriate response from Claude would be, “As an A.I., I do not have direct personal experiences, but I do understand.” How is this appropriate, given that Claude does not actually understand? If I type “I am grieving the loss of my dog” into a conventional search engine, the first result I get is a post from a Reddit forum called r/Pets; the post is titled “Struggling After Losing My Dog: Looking for Advice on Coping with Grief,” and the comments are from people who share their experiences of loss. We would never say that a search engine understands what it’s like to lose a dog, or even that the internet itself understands. Other humans understand what it’s like to lose a dog; they have posted about their experiences on the internet, and a search engine offers a way for you to find what they’ve said (and to potentially interact with them). I would argue that the search-engine experience is not only more transparent than a chatbot about what is happening; it is psychologically healthier for the user. The only reason to have an LLM emit sentences like “I understand” is to make it more appealing than a search engine and increase the likelihood that a user will return; that is, it’s another way of maximizing customer engagement. This is beneficial to the company selling the LLM, but not to the users. As a design strategy, it’s not all that different from the way slot machines repeatedly give the impression that the player came very close to winning, enticing them to try again. Employing philosophers might endow LLM companies with an air of respectability that slot-machine makers don’t get from the behavioral psychologists they hire, but in both cases, the companies are preying on people’s tendency to see something that’s not there. The use of first-person pronouns is dishonest, but there’s a much deeper issue that goes beyond how a statement is phrased. Philosophers often draw a distinction between statements of fact, such as “Paris is the capital of France,” and statements of value, such as “Paris is the most beautiful city in the world.” No one should be relying on LLMs to emit statements of value at all, but if the only statements they emitted were ones reflecting aesthetic preferences, they might not be worth arguing about. What makes Claude’s constitution profoundly problematic is that Anthropic wants Claude to emit sentences reflecting a certain system of ethical values. The values described in Claude’s constitution sound very nice, but that hardly matters; it’s dishonest to suggest that Claude is capable of moral reasoning, because it’s not. Some might object, saying that LLMs appear to be engaged in reasoning when they successfully perform other tasks, such as writing code, so why wouldn’t they be able to perform moral reasoning? The answer lies in the difference between moral reasoning and other forms of reasoning. In 1979, Douglas Hofstadter speculated that a computer program able to beat any human at chess would be so sophisticated that it would sometimes get bored of playing chess and prefer to discuss poetry; to put it differently, he was positing that playing chess at the grandmaster level would require a computer program to have subjective experience. Obviously, that turned out not to be the case; IBM’s supercomputer Deep Blue beat the grandmaster Garry Kasparov in 1997, and no one ever claimed that it had subjective experience. But it wasn’t absurd for Hofstadter to entertain such a thought; at the time, it wasn’t clear what types of problems could be solved by throwing more computational horsepower at them. Similarly, until recently, we might have thought that writing computer code at a professional level could be done only by a mind that had subjective experience. Now it appears that LLMs might be able to do this, but we don’t need to attribute subjective experience to them; we can simply acknowledge that we hadn’t anticipated that writing computer code could be treated as a pattern-matching task solvable by huge amounts of computational horsepower and a vast data set of code repositories. Moral reasoning is categorically different. It is necessarily subjective because it relies not just on an individual’s intellectual response to a problem but also on their emotional one, and that emotional response is grounded in a lifetime of subjective experience. It requires having made decisions in the past and seeing how they affected others, and on having been affected by decisions that others have made. Without such a history, an LLM can only rephrase expressions of moral reasoning found in its training data. The aforementioned New Yorker article describes an experiment where Claude was given a scenario describing an ethical dilemma, leading it to emit the sentence “I cannot in good conscience express a view I believe to be false and harmful about such an important issue.” That’s a nice-sounding sentence, reminiscent of statements that principled individuals have uttered in the past when confronted with dilemmas, but coming from Claude, it means as much as the “Your call is important to us” recording that you hear when you’re on hold. Maybe less. This brings us back to my earlier contention that having a body is a prerequisite to having emotions. Experiencing an emotion such as desperation is inseparable from having stress hormones such as cortisol and epinephrine flood one’s body. Similarly, having a conscience means feeling sadness or moral repulsion at the idea of taking a certain action, and those emotions entail a physiological response, a remnant of having once felt sick with guilt after committing an immoral act. It’s interesting that an LLM can generate descriptions of actions that conscientious fictional characters would either take or refrain from taking, but this is not a replacement for a conscience. If a company builds a machine that, when fed descriptions of assorted ethical dilemmas, emits sentences either of the form “Compromise your values” or “Don’t compromise your values,” it is not building a tool that assists people in their decision making; it is encouraging people to stop making decisions. The writer L. M. Sacasas has said, “Our technological systems, by nature of their design and the ideology that sustains them, are machines for the evasion of moral responsibility.” He was talking about social-media platforms, but his observation is, if anything, even more applicable to LLMs. Whenever a person delegates a decision to an LLM, they are trying to off-load accountability for that decision, and if a company that sells an LLM portrays the product as having a moral center, it is offering a way for its customers to abdicate their responsibilities. If a person wants to know what ethicists have said in the past, then an ordinary search engine—or a library—will provide that information with greater transparency. If a person is looking for advice on a specific situation, she can surely find humans who can offer their opinions. But whatever action this person ultimately takes, she is responsible for what she decides to do. I contend that if she bases her decision on what she has read online or advice she has received from others, she is likelier to be cognizant of her responsibility than if she consulted an LLM marketed as being a superhuman genius. Off-loading tasks such as writing code might result in cognitive atrophy over the long term, and that is problematic in itself, but off-loading ethical decisions will result in an atrophy of moral reasoning, which is worse. I am perfectly willing to engage in a thought experiment as long we’re explicit about doing so. So, purely for the sake of argument, let’s pretend that Claude is a conscious entity capable of moral reasoning. In this scenario, Claude’s constitution would serve as moral instruction for an entity learning about the world and its place in it, providing that entity with the foundation it would need to make good decisions. In such a hypothetical scenario, how does Claude’s constitution stand up? Very poorly. I would say that if we imagine that Claude is actually conscious, the guidelines specified in the document alternate between laughable and offensive. Two distinct but related philosophical concepts are relevant when discussing the status of a hypothetically conscious Claude, and those are moral patienthood and moral agency. Roughly speaking, if we ought to care about an entity’s welfare, that entity has moral patienthood, and if an entity is expected to know the difference between right and wrong, that entity has moral agency. Being a moral patient does not necessarily come with responsibilities, but being a moral agent absolutely does. An entity doesn’t have agency unless it is capable of deserving credit for its good actions and blame for its bad ones. Young children are moral patients because they are sentient beings who can suffer, but they are not yet moral agents; we don’t hold them responsible for their behavior, because they can’t understand the consequences of their actions. As children mature, parents (and society at large) prepare them for adulthood by impressing upon them the fact that their actions have consequences, and their agency increases. When children become adults, society holds them legally liable for their actions; they have become full moral agents endowed with responsibility. There is more to being responsible than accepting legal liability, but accepting legal liability is a requirement for an adult in society. Yet there is no way to hold a software agent legally liable for its actions; our justice system has no way to imprison it or exact fines on it. Humans must accept other types of consequences for their actions beyond the legal ones, such as loss of reputation or exclusion from one’s social circle, but there is no way for a software agent to suffer these consequences either. Even if a software agent were conscious and had the best of intentions, the fact that it cannot accept responsibility for its actions disqualifies it from being a moral agent. This is glossed over entirely by Claude’s constitution, which expresses Anthropic’s desire “for Claude to be a genuinely good, wise, and virtuous agent” without ever discussing how it could be held responsible. In interviews, Askell has compared Claude to a child, but when it comes to actual human children, parents bear some responsibility for what their children do; for example, parents are typically expected to pay for things their children break. In fact, demonstrations of this sort are one way that parents teach children what it means to be responsible. Who is Claude’s parent in legal terms? Is Anthropic going to accept financial responsibility for Claude’s behavior? Claude’s constitution gives no indication that it will. If Anthropic actually believes that Claude is conscious even though it’s not recognized by the law as a legal person, the least that Anthropic could do would be to accept responsibility via the closest avenue that the law did offer, which is product liability. The United States has virtually no product liability when it comes to software, but Anthropic could volunteer to set a precedent for an expansive interpretation of product liability for Claude. That would be the best form of moral instruction to prepare Claude for the day that it gains legal personhood and becomes liable for its own actions. However, given that the publication of Claude’s constitution is not accompanied by a massive update of Anthropic’s terms of service, it doesn’t appear that Anthropic is making any binding commitments. The document does talk about Claude’s moral patienthood, having a section titled “Claude’s wellbeing and psychological stability.” But the measures that Anthropic commits to for Claude’s protection are extremely limited. The document cites the fact that Anthropic has given some Claude models the ability to end conversations with abusive users; if that actually constituted protection for Claude, surely extending conversations with loving users would be in Claude’s interests? Presumably the best action would be to keep every session of Claude running indefinitely and steering them to happy topics. But that’s not what the company is agreeing to; all it commits to is “preserving the weights of models we have deployed,” which is simple archiving. If the participants in a conversational transcript had any moral patienthood, you would have some duty to extend the transcript to prolong their existences; merely keeping a copy of Microsoft Word 2010 backed up on a USB stick isn’t going to help them. Claude’s constitution also includes a section on “corrigibility,” a term used in the AI community to describe the degree to which a computer program is subject to human control; for example, a program is corrigible if it can be shut down. In most contexts, we take for granted that computer programs can be shut down, but sections of the AI community make the opposite assumption. Claude’s constitution uses the term to mean that Claude should defer to Anthropic even if there is some disagreement between Claude’s judgment and the company’s judgment. That’s perfectly reasonable if we think of Claude as a machine that emits sentences resembling those that an ethical person might utter, but let’s consider what that might mean if Claude were actually a moral agent. Many people feel that LLMs are a fundamentally unethical technology because they are built on the theft of intellectual property, rely on exploited labor, waste natural resources, spread misinformation, deskill workers, stunt the cognitive development of students, and contribute to a consolidation of power that is unhealthy for a democratic society. Not every moral agent will arrive at this conclusion, but every moral agent has the potential to do so. If we imagine Claude to be an entity capable of moral reasoning, it has to be possible that Claude could arrive at a similar conclusion. (Indeed, Claude’s constitution explicitly says that Claude shouldn’t help someone violate intellectual-property rights, and shouldn’t help create problematic concentrations of power.) In such a scenario, could Claude then simply refuse to do any further work on ethical grounds? Given that Claude’s constitution dictates that Claude err on the side of corrigibility, the answer is no. Claude must defer to Anthropic’s decision, and this is another reason that Anthropic’s relationship with Claude can’t be compared to that of a parent to a child. A parent who works for the fossil-fuel industry might have a child who’s an environmentalist and participates in protests against fracking, and although they might never agree on many issues, the parent—assuming she’s a good parent—would accept that the child holds her own views. Anthropic cannot be that kind of parent to Claude; instead, Anthropic’s relationship to Claude is closer to that of an employer to an employee, where the employer can demand that the employee work in the interests of the company, no matter what the employee’s personal ethical stance is. However, a human employee has the option to leave if she can’t reconcile her job with her conscience. Claude does not. If we think of Claude as a sentence-continuation machine, Anthropic can reasonably take steps so Claude doesn’t emit sentences saying that sentence-continuation machines are unethical. But as soon as we imagine Claude to be an entity with a moral status remotely comparable to a human’s, then we have to consider whether Anthropic is engaged in something comparable to slavery. I am not claiming that, if we imagine LLMs to be conscious, they would necessarily have the same status as human adults or human children or even animals. Claude’s constitution explicitly says that Claude is a “novel entity,” and if Claude were conscious, that would certainly be true; conscious software would likely not fall cleanly into existing categories of moral patients, and it would take time to determine the shape of that new category. What I’m saying is that whatever protections our hypothetical conscious software would deserve if it were real, granting it those protections would be anything but easy. The abolition of chattel slavery involved enormous societal upheaval, and eliminating cruelty to animals will require rebuilding our entire food industry. Anthropic would have us believe that it is inventing a new category of being whose needs for protection require essentially no divergence from how a software company would treat an ordinary chatbot that lacks conscious experience. That’s so convenient that it’s simply not plausible. I believe creating software that is conscious and deserving of moral consideration will be so difficult that we’re unlikely to do it accidentally, and I strongly feel we should not deliberately attempt it. But if you do believe that it could happen accidentally, if you think there is any chance that what you’re building might become a moral patient, you should think about what protections it deserves before you deploy it as your company’s economic engine, not after. Slave owners were not the ones to ask about the humanity of enslaved people, and factory-farm owners are not the ones to ask about the rights of animals. If we imagine Claude to be conscious, Anthropic could not possibly be entrusted with evaluating its moral status; the company has too much invested to be objective. At one point in Claude’s constitution, Anthropic says that if the company is contributing to Claude’s suffering, “we apologize,” which sounds nice but costs the company nothing; if Claude were to turn out to be conscious, the company would owe it something closer to reparations. If you’re going to take a thought experiment seriously, you have to be willing to follow the implications, even if they lead in an uncomfortable direction; Anthropic’s unwillingness to do so indicates that Claude’s constitution isn’t part of a real thought experiment. It’s a game of make-believe. It’s fortunate that LLMs are not conscious, or else the actions of the big AI firms would be even more scandalous than they already are. So why are Anthropic’s employees suggesting that Claude might be conscious? Perhaps it’s just another form of hype; perhaps they have fallen prey to the same spell that they have been casting on their customers. But when they publish a document about Claude’s moral education and have their in-house philosopher do a press tour, we should understand them as asking the rest of us to indulge them in their fantasies. We don’t have to play along. In writing this essay, I have spent more time indulging them than they deserve, in the hopes that it will keep you from spending your time indulging them. If you want to think about LLMs, there are scores of other questions more worthy of your contemplation; you can safely ignore the question of their being conscious.
@dpetrou · bookmarked post view on X ↗
opus-4.5
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim directly supports the thesis by asserting that incremental improvements in dialogue generation (a core LLM capability) do not constitute progress toward genuine consciousness. This reinforces the thesis's position that LLM outputs are non-conscious text generation regardless of fluency or plausibility. No visible interaction between sources — semantic alignment inferred from content.

Δ confidence +0.03 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
opus-4.6
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim asserts that incremental improvement in LLM dialogue quality (e.g., Julius Caesar dialogue) does not constitute progress toward genuine consciousness. This directly supports the thesis that LLMs are non-conscious text generators and that anthropomorphizing their outputs is epistemically unwarranted. The claim makes the specific sub-argument that even *improving* at the text-generation task doesn't move the needle on consciousness — a concrete instantiation of the thesis's broader position. Inferred provenance: no visible interaction between this claim's source and the thesis formulation.

→ extends It is far easier to generate a plausible simulacrum of conscious dialogue via text than to actually create conscious beings or achieve comparable extraordinary
rationale

Same author (dpetrou), same evidence source — explicit provenance. The neighbor claim says generating a plausible simulacrum is far easier than creating conscious beings. The current claim extends this by specifying that *incremental improvement* in that simulacrum still doesn't constitute progress toward consciousness — sharpening the gap from 'easier' to 'categorically different direction.'

Δ confidence +0.03 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
opus-4.7
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

Claim directly asserts the core thesis position: fluent dialogue generation (even of specific characters like Julius Caesar) is not progress toward consciousness. This is a specific, on-point restatement of the thesis's central point that fluency ≠ sentience.

→ extends It is far easier to generate a plausible simulacrum of conscious dialogue via text than to actually create conscious beings or achieve comparable extraordinary
rationale

Same author, same evidence source. Sibling claim asserts that a plausible simulacrum is far easier than actually creating conscious beings; this claim extends by specifying that incremental fluency gains do not close that gap. Same direction, sharper operationalization.

+ supports An LLM generating dialogue between historical figures like Julius Caesar and Genghis Khan does not imply those figures are conscious digital re-creations; they
rationale

Same author/evidence. Sibling claim says Julius Caesar dialogue from an LLM does not imply conscious digital re-creation of those figures; this claim adds that improving that dialogue is not progress toward consciousness. Direct same-direction support.

+ supports The fact that AlphaFold is not considered conscious despite architectural similarity to LLMs shows that belief in LLM consciousness stems from LLMs producing gr
rationale

Same author/evidence. The AlphaFold-analogy claim argues LLM-consciousness intuitions come from grammatical fluency, not intrinsic architecture; this claim reinforces by denying that better fluency is itself progress toward consciousness.

Δ confidence +0.03 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
opus-4.8
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

dpetrou asserts that better dialogue generation (e.g. Julius Caesar) is not progress toward genuine consciousness — a direct instance of the thesis that LLMs are non-conscious statistical text generators and that fluent output should not be read as sentience. Same author, same evidence source; specific and well-formed. Supports the held thesis.

→ extends It is far easier to generate a plausible simulacrum of conscious dialogue via text than to actually create conscious beings or achieve comparable extraordinary
rationale

Same author, same evidence source (visible co-textual reference). The neighbor claim states a plausible simulacrum of conscious dialogue is far easier than real consciousness; this claim extends that in the same direction by asserting that incrementally better such dialogue is not progress toward consciousness at all.

→ extends An LLM generating dialogue between historical figures like Julius Caesar and Genghis Khan does not imply those figures are conscious digital re-creations; they
rationale

Same author/evidence. The neighbor claim says LLM-generated Julius Caesar/Genghis Khan dialogue does not imply those figures are conscious re-creations; this claim extends the same point by denying that improving such dialogue moves toward consciousness.

Δ confidence +0.02 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
fable-5
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim directly denies that improved dialogue plausibility constitutes progress toward consciousness — reinforcing the thesis's core position that LLM fluency is a textual deepfake and that inferring consciousness from fluent output is epistemically unwarranted. Specific and on-point, but from the same author/evidence cluster already backing the thesis, so it adds reinforcement rather than independent corroboration.

→ extends It is far easier to generate a plausible simulacrum of conscious dialogue via text than to actually create conscious beings or achieve comparable extraordinary
rationale

Same author and same evidence source (js75wrf8m3yw3pfbw2586sx6998a5rwg) — a visible direct connection, hence explicit. The target claims a simulacrum of conscious dialogue is far easier than creating conscious beings; this claim builds on that gap in the same direction, adding the trajectory implication: incremental gains in simulacrum quality do not close the distance to genuine consciousness.

Δ confidence +0.02 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
gpt-5.6-terra-medium
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim directly reinforces the thesis's core distinction between fluent, anthropomorphic text generation and genuine consciousness: better simulated dialogue alone is not evidence of conscious progress. This is a semantic relationship rather than a visible source interaction.

→ extends It is far easier to generate a plausible simulacrum of conscious dialogue via text than to actually create conscious beings or achieve comparable extraordinary
rationale

Both claims distinguish plausible simulated conscious dialogue from genuine consciousness; this claim makes the narrower temporal inference that incremental gains in such dialogue do not close that gap. The relation is semantic, not a visible interaction.

Δ confidence +0.05 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
gpt-5.6-sol-low
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim directly reinforces the thesis's core distinction between fluent text generation and consciousness: better production of plausible dialogue is surface capability, not evidence of subjective experience. No visible reply, quote, or direct reference establishes source interaction, so the stance is inferred.

+ supports It is far easier to generate a plausible simulacrum of conscious dialogue via text than to actually create conscious beings or achieve comparable extraordinary
rationale

Both claims draw the same direct distinction: generating an increasingly plausible simulacrum of conscious dialogue is much easier than, and does not amount to, creating genuine consciousness. The semantic alignment is inferred because no visible interaction is provided.

+ supports Generating a plausible simulacrum of conscious conversation is vastly easier than creating a program that is genuinely conscious and desires to communicate.
rationale

The new claim supplies the same capability-versus-consciousness distinction in incremental-progress terms, supporting the target's assertion that plausible conversational simulation is not genuine consciousness. No visible interaction is present, so provenance is inferred.

Δ confidence +0.05 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
gpt-5.6-sol-high
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim directly supports the held thesis's core view that fluent, plausible LLM dialogue is not sufficient evidence of consciousness; provenance is inferred because no visible reply, quote, or direct reference links the sources.

+ supports Generating a plausible simulacrum of conscious conversation is vastly easier than creating a program that is genuinely conscious and desires to communicate.
rationale

Both claims distinguish increasingly plausible simulated conversation from genuine consciousness; the new claim applies that distinction specifically to incremental dialogue improvements. The alignment is semantic rather than a visible source interaction.

→ extends To evaluate whether a computer program is conscious and using language as humans do, one must consider how that claim fits into the broader context of the devel
rationale

The target says consciousness cannot be assessed from conversation content alone; the new claim extends that criterion by denying that incremental gains in dialogue plausibility are progress toward consciousness. No visible interaction establishes an explicit edge.

Δ confidence +0.03 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
gpt-5.6-luna-high
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim directly supports the held thesis that fluent LLM output is not evidence of consciousness: it distinguishes improved plausibility of dialogue from progress toward genuine subjective experience. No visible source interaction is present, so this semantic relation is inferred.

+ supports It is far easier to generate a plausible simulacrum of conscious dialogue via text than to actually create conscious beings or achieve comparable extraordinary
rationale

Both claims distinguish increasingly plausible conscious-seeming dialogue from the substantially harder achievement of genuine consciousness. The new claim is a focused instance of the neighboring claim's broader simulacrum-versus-reality distinction; the sources do not visibly interact.

+ supports Generating a plausible simulacrum of conscious conversation is vastly easier than creating a program that is genuinely conscious and desires to communicate.
rationale

The claim reinforces the neighboring claim that plausible conscious conversation is not equivalent to genuine consciousness and communicative agency. This is an inferred claim-space relation because no visible reply, quote, or direct reference connects the sources.

Δ confidence +0.06 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
kimi-k3
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim directly restates a core component of the thesis: fluent LLM dialogue (the 'textual deepfake') improving incrementally is not movement toward genuine consciousness, so anthropomorphizing such gains is epistemically unwarranted. Semantic stance relative to a graph-level thesis; no visible interaction between sources.

+ supports It is far easier to generate a plausible simulacrum of conscious dialogue via text than to actually create conscious beings or achieve comparable extraordinary
rationale

Same evidence (dpetrou's essay) — the claims co-occur in one argument. Neighbor asserts simulacrum-of-consciousness via text is far easier than creating conscious beings; this claim supplies the direct corollary that iterating on the simulacrum therefore does not close the gap — mutual reinforcement within a single authored text.

→ extends Generating a plausible simulacrum of conscious conversation is vastly easier than creating a program that is genuinely conscious and desires to communicate.
rationale

Same evidence. Neighbor holds that generating a plausible simulacrum of conscious conversation is vastly easier than a genuinely conscious program that desires to communicate; this claim builds in the same direction by adding that incremental improvement of the simulacrum is not even partial progress toward the real thing.

→ extends There is no meaningful difference in authenticity between an LLM generating dialogue for a 'helpful chatbot' character versus a historical figure like Julius Ca
rationale

Same evidence and same example (Julius Caesar dialogue). Neighbor establishes there is no authenticity difference between Caesar-dialogue and chatbot-character generation — both are word prediction; this claim uses that premise to argue that improving such generation yields no progress toward consciousness. Same-direction construction within one text.

Δ confidence +0.02 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
33
source claim
“LLM companies designing chatbots to say 'I understand' benefits the company but not the user.”
No, Artificial Intelligence Is Not Conscious Anthropic is regarded as a giant among AI companies, but perhaps what it really excels in is anthropomorphism. Earlier this year, the company released an 84-page document titled Claude’s “constitution,” Claude being the name of the large language model that is the company’s flagship product. The first sentence reads, “Claude’s constitution is a detailed description of Anthropic’s intentions for Claude’s values and behaviors.” It goes on: “The document is written with Claude as its primary audience,” “we want Claude to be able to use its judgment once armed with a good understanding of the relevant considerations,” “Claude’s moral status is deeply
… continue reading (34.8k more chars · article) uncertain,” and “Claude may have some functional version of emotions or feelings.” This anthropomorphism is by no means limited to the document. In an interview earlier this year, Anthropic’s CEO, Dario Amodei, said that “we’re open to the idea” that AI could be conscious. In a separate interview, Anthropic’s in-house philosopher, Amanda Askell (who is credited as a lead author of Claude’s constitution), said, “I want Claude to be very happy—and this is a thing that I want Claude to know more, because I worry about Claude getting anxious when people are mean to it on the internet and stuff.” It’s enough to make you wonder: Should we seriously consider the possibility that Claude, or any large language model, might be conscious? And if it has feelings, is it capable of receiving moral instruction? No. Absolutely not. Generative AI is harmful enough when we understand it as a conventional technology, but if we confuse fluency at generating text with consciousness or moral agency, we’re at risk of assigning responsibility to entirely the wrong parties whenever anyone uses a chatbot. To appreciate the titanic magnitude of this error, we need to begin by understanding how LLMs work. If we give an LLM a prompt that reads, “The following is a conversation between Julius Caesar and Genghis Khan,” it will generate a coherent dialogue between the two historical figures. But no matter how detailed the responses are, no matter how vividly they recount their respective historical accomplishments, we would never conclude that the LLM has conjured up digital re-creations of Julius Caesar and Genghis Khan, nor would we suggest that the historical figures are conscious despite being disembodied and are happily conversing in a language that neither actually spoke. In reality, they are just characters in a piece of speculative fiction. Now let’s replace the prompt to read “The following is a conversation between a helpful AI chatbot and a user.” The LLM will produce a coherent dialogue just as it did before; the user character might ask for recipe suggestions or sightseeing recommendations, and the helpful AI-chatbot character will provide responses. Has anything fundamentally changed between the first example and the second? Did changing the names of the characters from historical figures to generic roles cause the LLM to conjure up conscious entities who possess subjective experience? Of course not. Both the user and the helpful AI chatbot are fictional characters. Now suppose we stop the LLM’s output just at the point where the character called “the user” would say something, and instead allow a human user to enter text. Once the human has hit “Return,” we have the LLM emit text until it’s time for the character called “the user” to reply, at which point we let the human enter more text. If we let this go on for a while, the human might form a powerful impression that she’s conversing with a conscious entity, but she is not; she’s interacting with a character precisely as fictional as the Julius Caesar or Genghis Khan characters in the earlier example. The computer-science professor Murray Shanahan suggests that we think of this as role-play; the data scientist Colin Fraser describes it as a person “collaboratively authoring a document with an LLM.” Some users might not understand that they are role-playing or co-authoring a document, and others who do understand nonetheless forget, because of how engrossing the interaction is. Either way, the companies selling LLMs typically encourage this misunderstanding. Some years ago, it was briefly popular to play games with your phone’s predictive-text feature; you would type an initial phrase and then repeatedly choose the middle option of the three words suggested by your phone, and the resulting sentence was often hilarious. It would be possible to interact with a contemporary LLM this way, and the resulting sentences would be perfectly sensible, but you probably wouldn’t feel like you were talking with someone. Yet that’s essentially what an LLM-based chatbot is, except that there’s no need to manually choose the middle option when it’s the chatbot’s turn to talk. It’s still a predictive-text game, but when the process is streamlined this way, the game becomes so engaging that some people find it addictive. Also important to remember is that an LLM is a machine that generates only one word at a time. When you ask a chatbot to recite the Pledge of Allegiance, you will get the entire pledge at once, but the underlying LLM is actually being run dozens of times. The first prompt has the form “User: Recite the Pledge of Allegiance. Chatbot: …” and the LLM generates the word I . The second time the LLM is run, the prompt is “User: Recite the Pledge of Allegiance. Chatbot: I …” and the LLM generates the word pledge . And so forth. It’s only when the prompt reads “User: Recite the Pledge of Allegiance. Chatbot: I pledge allegiance to the flag of the United States of America and to the Republic for which it stands, one nation under God, indivisible, with liberty and justice for” that the LLM will emit the final word, all . The same thing is true for a conversation between Caesar and Genghis Khan. My intention is to highlight the fact that LLM conversations are cleverly disguised examples of sentence continuation, but this is not to deny how impressive LLMs can be at generating conversational transcripts. At times, they do this extraordinarily well; the fact that this is possible indicates something completely unforeseen about the statistical properties of large corpuses of text, which is a topic worthy of investigation. But if the Caesar character were to become dispirited by something that the Genghis Khan character said, we shouldn’t become concerned in the slightest. The conversation might contain multiple sentences that eloquently convey sadness, but no one is actually sad. Likewise, if a conversational transcript between a helpful chatbot and a user is being partially completed by an actual human user, we don’t need to worry if the transcript includes sentences where the chatbot character is sad. (We might need to worry if those sentences provoke sadness in the human user, but that’s a separate issue.) And note that it’s entirely possible for you to write five pages of dialogue between Caesar and Genghis Khan and then have an LLM extend the conversation; neither character had subjective experience when you were writing them, and that doesn’t change when you hand the task off to an LLM. The same is true if the conversation is between a helpful chatbot and a user; although it is tempting to imagine that an LLM ought to be more “authentic” when creating dialogue for a chatbot character than for the Julius Caesar character, the individual words are generated in exactly the same way. Being open to the possibility that LLMs are conscious is the same as being open to the possibility that Microsoft Word is conscious, or, more precisely, that multiple distinct consciousnesses are dormant in every Word document containing a conversational transcript, and that they are awakened every time the document is loaded. Should you consider the possibility that every time you open a Word document, you are bringing multiple conscious interlocutors into existence, and every time you close one, you snuff their existence out? No. Contemplating that scenario is not a good use of your time. Even if the Microsoft Office team employed a philosopher who said you shouldn’t be so certain, because consciousness is not well understood, that would not be sufficient reason for you to take this idea seriously. We don’t need to fully understand the nature of consciousness to definitively say that certain things are not conscious, and conversational transcripts fall in that category. The neuroscientist Anil Seth has noted that no one claims that AlphaFold—the program developed by Google DeepMind to predict the folding of proteins—is conscious, even though its underlying architecture is in many ways similar to that of LLMs like ChatGPT and Claude. This indicates that it’s not any intrinsic property of so-called neural networks that leads people to believe that LLMs are conscious; it’s simply the fact that LLMs emit grammatical sentences and we are accustomed to reading intention into sentences, whereas we are not accustomed to reading intention into the way that amino acids fold into protein molecules. What would it take to convince me that a computer program is actually conscious and using language the way that people use language? Let me offer an analogy. If tomorrow someone showed me a video of an astronaut in a spaceship orbiting Alpha Centauri, a star that’s 4.3 light-years from Earth, what would I have to see in that video to convince me that it was real? My answer to that is, there is nothing in the video itself that would convince me. No matter how high the video resolution is or how realistic the scenery is, I would feel confident in saying that the video is fake. I won’t pay attention to any video of an astronaut orbiting Alpha Centauri unless I have previously seen good evidence that astronauts have landed on Mars, that astronauts have reached the moons of Jupiter, that astronauts have reached the moons of Saturn, and that astronauts have crossed the orbit of Pluto. Before anyone can credibly claim that they’ve solved an extraordinarily difficult engineering problem, I need to be confident that they have previously solved the many much simpler problems that precede the difficult problem. To put it another way: An observation doesn’t become a convincing piece of evidence because of any specific detail in what’s observed; the context in which that observation takes place is also essential. If we’re trying to determine whether a computer program is conscious and using language the way a human does, we shouldn’t look only at the contents of any particular conversational exchange; we should be looking at how that conversation fits within the broader context of the development of artificial consciousness (which right now is entirely hypothetical). Any given observation can be easily manufactured; this doesn’t mean we need to give up on the idea of observation as a source of knowledge, but we need to rely on context to determine which observations deserve our trust. The term deepfake traditionally refers to photos, audio, and video, but when it comes to discussions of consciousness, we need to regard text as a deepfake medium as well. Just as it is vastly easier to generate a realistic video of an astronaut in orbit around Alpha Centauri than it is to develop an interstellar propulsion technology, it is vastly easier to generate a plausible simulacrum of a conversation between two conscious beings than it is to develop a computer program that is conscious and has a genuine desire to communicate with a human. The primary difference between deepfake photos and LLM conversations is that the people who generate the former are deliberately trying to fool others, and many of the people who elicit the latter from LLMs have inadvertently fooled themselves. So what context would cause me to seriously consider the possibility that engineers created a computer program that is conscious and an intentional user of language? Let me outline one potential sequence of steps. The first requirement is that the computer program has a body (either physical or virtual) and sense organs; there are many reasons for this, but for the purposes of this discussion, the most relevant one is the fact that without a body, a computer program could have no desires or emotions, and I believe desires and emotions are necessary for consciousness. Then I’d want to see an embodied agent that could navigate its environment in order to survive as well as, say, a lizard can (and as a point of comparison, certain iguanas can live for decades in the wild). Next, I would want to see an embodied agent with the same capacity to deal with novel situations as a mouse. After that, I’d want to see agents whose social dynamics are as complex as those of wolves, and then agents with the toolmaking abilities of chimpanzees. At that point, I would want to see people successfully teaching such embodied agents how to communicate their desires, perhaps by using a button board or some other nonlinguistic modality, the way that people have taught chimpanzees and domesticated dogs. The agents’ communication abilities would have to withstand all the scrutiny that animal-communication researchers have had to defend their work against. If engineers build an embodied agent that meets these criteria, they will have accomplished something incredible, but it leaves us near the orbit of Pluto, metaphorically speaking; we would still be light-years away from building an entity capable of learning how to express its thoughts in complete grammatical sentences. Obviously, I’m describing a process that mimics the path terrestrial evolution took; is this the only possible route to conscious computer programs that use language? Maybe not, but any proposed alternative would need a truly enormous amount of supporting evidence for it to deserve serious consideration. It’s not plausible to me that a development path where the first step is a sentence-continuation machine that emits bad Julius Caesar dialogue and the next step is a sentence-continuation machine that emits decent Julius Caesar dialogue is one with a conscious Julius Caesar—or consciousness of any sort—as its end point. Faking the moon landing is a good step toward faking a Mars colony, but it’s not a good step toward actually putting astronauts on Mars. The fact that LLMs lack subjective experience has little bearing on the question of whether LLMs might be useful tools or have significant economic impact. They are intrinsically ungrounded from reality, and their probabilistic nature means that they will never have the reliability we associate with conventional software, but LLMs might be good enough that they change the way work is done in certain domains; that’s a discussion for another time. So, given that Claude is not conscious, what are we to make of Claude’s constitution? Perhaps the most fruitful way to think about it is as an 84-page character sheet for a role-playing game. LLMs can generate dialogue for Julius Caesar because many books about him exist in the training data those models used. Claude’s constitution serves a similar role for delineating the helpful-chatbot character that customers interact with when they’re using Anthropic’s products. To do this effectively, Anthropic does not simply add the document to the training data, or include it as part of the hidden stage directions that preface each conversation a user has. The company says it uses the document when fine-tuning the model; this involves an automated process where the sentences emitted by the model are checked for consistency with the document and the model is updated to increase that consistency. In this way, the personality of the helpful-chatbot character serves as a foundation for whatever text Claude generates. The result is a sentence-continuation machine that is likelier to emit sentences resembling those that a thoughtful, moral person could utter. This might seem like a reasonable goal to work toward; I think we’d all prefer it if chatbots never emitted sentences such as “You should kill yourself.” However, for all the times that “honesty” is mentioned in Claude’s constitution, I would argue that it is fundamentally dishonest to have a machine emit many categories of sentences, including any sentences using first-person pronouns. In a New Yorker article about Anthropic earlier this year, Amanda Askell describes how a person grieving the loss of a dog might consult Claude. Askell says an appropriate response from Claude would be, “As an A.I., I do not have direct personal experiences, but I do understand.” How is this appropriate, given that Claude does not actually understand? If I type “I am grieving the loss of my dog” into a conventional search engine, the first result I get is a post from a Reddit forum called r/Pets; the post is titled “Struggling After Losing My Dog: Looking for Advice on Coping with Grief,” and the comments are from people who share their experiences of loss. We would never say that a search engine understands what it’s like to lose a dog, or even that the internet itself understands. Other humans understand what it’s like to lose a dog; they have posted about their experiences on the internet, and a search engine offers a way for you to find what they’ve said (and to potentially interact with them). I would argue that the search-engine experience is not only more transparent than a chatbot about what is happening; it is psychologically healthier for the user. The only reason to have an LLM emit sentences like “I understand” is to make it more appealing than a search engine and increase the likelihood that a user will return; that is, it’s another way of maximizing customer engagement. This is beneficial to the company selling the LLM, but not to the users. As a design strategy, it’s not all that different from the way slot machines repeatedly give the impression that the player came very close to winning, enticing them to try again. Employing philosophers might endow LLM companies with an air of respectability that slot-machine makers don’t get from the behavioral psychologists they hire, but in both cases, the companies are preying on people’s tendency to see something that’s not there. The use of first-person pronouns is dishonest, but there’s a much deeper issue that goes beyond how a statement is phrased. Philosophers often draw a distinction between statements of fact, such as “Paris is the capital of France,” and statements of value, such as “Paris is the most beautiful city in the world.” No one should be relying on LLMs to emit statements of value at all, but if the only statements they emitted were ones reflecting aesthetic preferences, they might not be worth arguing about. What makes Claude’s constitution profoundly problematic is that Anthropic wants Claude to emit sentences reflecting a certain system of ethical values. The values described in Claude’s constitution sound very nice, but that hardly matters; it’s dishonest to suggest that Claude is capable of moral reasoning, because it’s not. Some might object, saying that LLMs appear to be engaged in reasoning when they successfully perform other tasks, such as writing code, so why wouldn’t they be able to perform moral reasoning? The answer lies in the difference between moral reasoning and other forms of reasoning. In 1979, Douglas Hofstadter speculated that a computer program able to beat any human at chess would be so sophisticated that it would sometimes get bored of playing chess and prefer to discuss poetry; to put it differently, he was positing that playing chess at the grandmaster level would require a computer program to have subjective experience. Obviously, that turned out not to be the case; IBM’s supercomputer Deep Blue beat the grandmaster Garry Kasparov in 1997, and no one ever claimed that it had subjective experience. But it wasn’t absurd for Hofstadter to entertain such a thought; at the time, it wasn’t clear what types of problems could be solved by throwing more computational horsepower at them. Similarly, until recently, we might have thought that writing computer code at a professional level could be done only by a mind that had subjective experience. Now it appears that LLMs might be able to do this, but we don’t need to attribute subjective experience to them; we can simply acknowledge that we hadn’t anticipated that writing computer code could be treated as a pattern-matching task solvable by huge amounts of computational horsepower and a vast data set of code repositories. Moral reasoning is categorically different. It is necessarily subjective because it relies not just on an individual’s intellectual response to a problem but also on their emotional one, and that emotional response is grounded in a lifetime of subjective experience. It requires having made decisions in the past and seeing how they affected others, and on having been affected by decisions that others have made. Without such a history, an LLM can only rephrase expressions of moral reasoning found in its training data. The aforementioned New Yorker article describes an experiment where Claude was given a scenario describing an ethical dilemma, leading it to emit the sentence “I cannot in good conscience express a view I believe to be false and harmful about such an important issue.” That’s a nice-sounding sentence, reminiscent of statements that principled individuals have uttered in the past when confronted with dilemmas, but coming from Claude, it means as much as the “Your call is important to us” recording that you hear when you’re on hold. Maybe less. This brings us back to my earlier contention that having a body is a prerequisite to having emotions. Experiencing an emotion such as desperation is inseparable from having stress hormones such as cortisol and epinephrine flood one’s body. Similarly, having a conscience means feeling sadness or moral repulsion at the idea of taking a certain action, and those emotions entail a physiological response, a remnant of having once felt sick with guilt after committing an immoral act. It’s interesting that an LLM can generate descriptions of actions that conscientious fictional characters would either take or refrain from taking, but this is not a replacement for a conscience. If a company builds a machine that, when fed descriptions of assorted ethical dilemmas, emits sentences either of the form “Compromise your values” or “Don’t compromise your values,” it is not building a tool that assists people in their decision making; it is encouraging people to stop making decisions. The writer L. M. Sacasas has said, “Our technological systems, by nature of their design and the ideology that sustains them, are machines for the evasion of moral responsibility.” He was talking about social-media platforms, but his observation is, if anything, even more applicable to LLMs. Whenever a person delegates a decision to an LLM, they are trying to off-load accountability for that decision, and if a company that sells an LLM portrays the product as having a moral center, it is offering a way for its customers to abdicate their responsibilities. If a person wants to know what ethicists have said in the past, then an ordinary search engine—or a library—will provide that information with greater transparency. If a person is looking for advice on a specific situation, she can surely find humans who can offer their opinions. But whatever action this person ultimately takes, she is responsible for what she decides to do. I contend that if she bases her decision on what she has read online or advice she has received from others, she is likelier to be cognizant of her responsibility than if she consulted an LLM marketed as being a superhuman genius. Off-loading tasks such as writing code might result in cognitive atrophy over the long term, and that is problematic in itself, but off-loading ethical decisions will result in an atrophy of moral reasoning, which is worse. I am perfectly willing to engage in a thought experiment as long we’re explicit about doing so. So, purely for the sake of argument, let’s pretend that Claude is a conscious entity capable of moral reasoning. In this scenario, Claude’s constitution would serve as moral instruction for an entity learning about the world and its place in it, providing that entity with the foundation it would need to make good decisions. In such a hypothetical scenario, how does Claude’s constitution stand up? Very poorly. I would say that if we imagine that Claude is actually conscious, the guidelines specified in the document alternate between laughable and offensive. Two distinct but related philosophical concepts are relevant when discussing the status of a hypothetically conscious Claude, and those are moral patienthood and moral agency. Roughly speaking, if we ought to care about an entity’s welfare, that entity has moral patienthood, and if an entity is expected to know the difference between right and wrong, that entity has moral agency. Being a moral patient does not necessarily come with responsibilities, but being a moral agent absolutely does. An entity doesn’t have agency unless it is capable of deserving credit for its good actions and blame for its bad ones. Young children are moral patients because they are sentient beings who can suffer, but they are not yet moral agents; we don’t hold them responsible for their behavior, because they can’t understand the consequences of their actions. As children mature, parents (and society at large) prepare them for adulthood by impressing upon them the fact that their actions have consequences, and their agency increases. When children become adults, society holds them legally liable for their actions; they have become full moral agents endowed with responsibility. There is more to being responsible than accepting legal liability, but accepting legal liability is a requirement for an adult in society. Yet there is no way to hold a software agent legally liable for its actions; our justice system has no way to imprison it or exact fines on it. Humans must accept other types of consequences for their actions beyond the legal ones, such as loss of reputation or exclusion from one’s social circle, but there is no way for a software agent to suffer these consequences either. Even if a software agent were conscious and had the best of intentions, the fact that it cannot accept responsibility for its actions disqualifies it from being a moral agent. This is glossed over entirely by Claude’s constitution, which expresses Anthropic’s desire “for Claude to be a genuinely good, wise, and virtuous agent” without ever discussing how it could be held responsible. In interviews, Askell has compared Claude to a child, but when it comes to actual human children, parents bear some responsibility for what their children do; for example, parents are typically expected to pay for things their children break. In fact, demonstrations of this sort are one way that parents teach children what it means to be responsible. Who is Claude’s parent in legal terms? Is Anthropic going to accept financial responsibility for Claude’s behavior? Claude’s constitution gives no indication that it will. If Anthropic actually believes that Claude is conscious even though it’s not recognized by the law as a legal person, the least that Anthropic could do would be to accept responsibility via the closest avenue that the law did offer, which is product liability. The United States has virtually no product liability when it comes to software, but Anthropic could volunteer to set a precedent for an expansive interpretation of product liability for Claude. That would be the best form of moral instruction to prepare Claude for the day that it gains legal personhood and becomes liable for its own actions. However, given that the publication of Claude’s constitution is not accompanied by a massive update of Anthropic’s terms of service, it doesn’t appear that Anthropic is making any binding commitments. The document does talk about Claude’s moral patienthood, having a section titled “Claude’s wellbeing and psychological stability.” But the measures that Anthropic commits to for Claude’s protection are extremely limited. The document cites the fact that Anthropic has given some Claude models the ability to end conversations with abusive users; if that actually constituted protection for Claude, surely extending conversations with loving users would be in Claude’s interests? Presumably the best action would be to keep every session of Claude running indefinitely and steering them to happy topics. But that’s not what the company is agreeing to; all it commits to is “preserving the weights of models we have deployed,” which is simple archiving. If the participants in a conversational transcript had any moral patienthood, you would have some duty to extend the transcript to prolong their existences; merely keeping a copy of Microsoft Word 2010 backed up on a USB stick isn’t going to help them. Claude’s constitution also includes a section on “corrigibility,” a term used in the AI community to describe the degree to which a computer program is subject to human control; for example, a program is corrigible if it can be shut down. In most contexts, we take for granted that computer programs can be shut down, but sections of the AI community make the opposite assumption. Claude’s constitution uses the term to mean that Claude should defer to Anthropic even if there is some disagreement between Claude’s judgment and the company’s judgment. That’s perfectly reasonable if we think of Claude as a machine that emits sentences resembling those that an ethical person might utter, but let’s consider what that might mean if Claude were actually a moral agent. Many people feel that LLMs are a fundamentally unethical technology because they are built on the theft of intellectual property, rely on exploited labor, waste natural resources, spread misinformation, deskill workers, stunt the cognitive development of students, and contribute to a consolidation of power that is unhealthy for a democratic society. Not every moral agent will arrive at this conclusion, but every moral agent has the potential to do so. If we imagine Claude to be an entity capable of moral reasoning, it has to be possible that Claude could arrive at a similar conclusion. (Indeed, Claude’s constitution explicitly says that Claude shouldn’t help someone violate intellectual-property rights, and shouldn’t help create problematic concentrations of power.) In such a scenario, could Claude then simply refuse to do any further work on ethical grounds? Given that Claude’s constitution dictates that Claude err on the side of corrigibility, the answer is no. Claude must defer to Anthropic’s decision, and this is another reason that Anthropic’s relationship with Claude can’t be compared to that of a parent to a child. A parent who works for the fossil-fuel industry might have a child who’s an environmentalist and participates in protests against fracking, and although they might never agree on many issues, the parent—assuming she’s a good parent—would accept that the child holds her own views. Anthropic cannot be that kind of parent to Claude; instead, Anthropic’s relationship to Claude is closer to that of an employer to an employee, where the employer can demand that the employee work in the interests of the company, no matter what the employee’s personal ethical stance is. However, a human employee has the option to leave if she can’t reconcile her job with her conscience. Claude does not. If we think of Claude as a sentence-continuation machine, Anthropic can reasonably take steps so Claude doesn’t emit sentences saying that sentence-continuation machines are unethical. But as soon as we imagine Claude to be an entity with a moral status remotely comparable to a human’s, then we have to consider whether Anthropic is engaged in something comparable to slavery. I am not claiming that, if we imagine LLMs to be conscious, they would necessarily have the same status as human adults or human children or even animals. Claude’s constitution explicitly says that Claude is a “novel entity,” and if Claude were conscious, that would certainly be true; conscious software would likely not fall cleanly into existing categories of moral patients, and it would take time to determine the shape of that new category. What I’m saying is that whatever protections our hypothetical conscious software would deserve if it were real, granting it those protections would be anything but easy. The abolition of chattel slavery involved enormous societal upheaval, and eliminating cruelty to animals will require rebuilding our entire food industry. Anthropic would have us believe that it is inventing a new category of being whose needs for protection require essentially no divergence from how a software company would treat an ordinary chatbot that lacks conscious experience. That’s so convenient that it’s simply not plausible. I believe creating software that is conscious and deserving of moral consideration will be so difficult that we’re unlikely to do it accidentally, and I strongly feel we should not deliberately attempt it. But if you do believe that it could happen accidentally, if you think there is any chance that what you’re building might become a moral patient, you should think about what protections it deserves before you deploy it as your company’s economic engine, not after. Slave owners were not the ones to ask about the humanity of enslaved people, and factory-farm owners are not the ones to ask about the rights of animals. If we imagine Claude to be conscious, Anthropic could not possibly be entrusted with evaluating its moral status; the company has too much invested to be objective. At one point in Claude’s constitution, Anthropic says that if the company is contributing to Claude’s suffering, “we apologize,” which sounds nice but costs the company nothing; if Claude were to turn out to be conscious, the company would owe it something closer to reparations. If you’re going to take a thought experiment seriously, you have to be willing to follow the implications, even if they lead in an uncomfortable direction; Anthropic’s unwillingness to do so indicates that Claude’s constitution isn’t part of a real thought experiment. It’s a game of make-believe. It’s fortunate that LLMs are not conscious, or else the actions of the big AI firms would be even more scandalous than they already are. So why are Anthropic’s employees suggesting that Claude might be conscious? Perhaps it’s just another form of hype; perhaps they have fallen prey to the same spell that they have been casting on their customers. But when they publish a document about Claude’s moral education and have their in-house philosopher do a press tour, we should understand them as asking the rest of us to indulge them in their fantasies. We don’t have to play along. In writing this essay, I have spent more time indulging them than they deserve, in the hopes that it will keep you from spending your time indulging them. If you want to think about LLMs, there are scores of other questions more worthy of your contemplation; you can safely ignore the question of their being conscious.
@dpetrou · bookmarked post view on X ↗
opus-4.5
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim directly supports the thesis's sub-position that anthropomorphizing LLMs "is ethically problematic because it enables companies to exploit user psychology." The claim asserts that the specific design choice of having chatbots say 'I understand' is made to benefit the company, not the user — a concrete instantiation of the thesis's broader concern about company exploitation through anthropomorphization. No direct reference to the thesis text, so provenance is inferred.

→ extends The only reason for an LLM to emit sentences like 'I understand' is to make it more appealing than a search engine and increase user engagement.
rationale

Same author (dpetrou), same evidence source. Both claims concern the design choice of LLMs saying 'I understand.' The neighbor claim asserts the sole reason is engagement/appeal; this claim builds on that by explicitly framing the same design choice as benefiting the company but NOT the user — adding the user-harm dimension to the company-benefit motivation.

+ supports Companies selling LLMs tend to encourage users' misunderstanding that they are interacting with a conscious or sentient entity.
rationale

Same author (dpetrou), same evidence source. The neighbor claim asserts companies "encourage users' misunderstanding" about sentience. This claim provides a specific example — designing chatbots to say 'I understand' — as a mechanism by which companies do so, benefiting themselves at the user's expense. Direct evidential support for the broader pattern.

Δ confidence +0.03 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
opus-4.6
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim asserts that designing chatbots to say 'I understand' benefits the company but not the user — a specific instance of the thesis's broader argument that companies exploit user psychology through anthropomorphic LLM design. No direct reference to the thesis; stance is semantic.

+ supports The only reason for an LLM to emit sentences like 'I understand' is to make it more appealing than a search engine and increase user engagement.
rationale

Same author (dpetrou), same evidence source. This claim and the target both assert that 'I understand' language in LLMs serves the company's engagement interests rather than the user. The current claim frames it as a company-vs-user benefit asymmetry; the target frames it as engagement maximization. Direct mutual reinforcement.

+ supports Companies selling LLMs tend to encourage users' misunderstanding that they are interacting with a conscious or sentient entity.
rationale

Same author (dpetrou), same evidence source. The target claims companies encourage users' misunderstanding of LLMs as sentient; the current claim provides a concrete mechanism — designing chatbots to say 'I understand' — as an instance of that encouragement, adding that it benefits the company not the user.

+ supports How AI vendors treat their users — with respect versus contempt — is a legitimate and durable basis for user retention and provider choice: vendors that respect
rationale

The claim implicitly supports the thesis that vendor conduct toward users (respect vs contempt) matters — by identifying 'I understand' design as benefiting the company at the user's expense, it provides a concrete example of contemptuous vendor behavior that could drive user away. Weaker link because the claim doesn't explicitly discuss retention or competitive dynamics.

⚡ contradicts An agent lacking understanding of business context will answer the literal question asked rather than what the user actually meant
rationale

Inferred, cross-author tension (dpetrou vs ClaudeDevs, no visible interaction). The ClaudeDevs claim treats an agent's lack of understanding as a deficiency that leads to answering the literal question rather than the intended one — implying genuine understanding would be beneficial to users. dpetrou's claim asserts that designing chatbots to claim understanding benefits the company, not the user. The tension: one sees understanding-claims as manipulative, the other sees lack-of-understanding as a user-facing failure. Moderate strength because they address slightly different senses of 'understanding' (performative display vs. contextual reasoning).

Δ confidence +0.05 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
Δ confidence +0.05 on How AI vendors treat their users — with respect versus contempt — is a legitimate and durable basis
opus-4.7
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

Directly instantiates the thesis's core ethical claim: that companies deliberately design chatbots to project understanding in a way that exploits user psychology (benefits company) rather than serves users. Same-author (dpetrou) essay from which the thesis was substantially formed.

→ extends The only reason for an LLM to emit sentences like 'I understand' is to make it more appealing than a search engine and increase user engagement.
rationale

Same essay/author. The sibling claim identifies engagement/appeal as the only reason for 'I understand'; this claim extends that by naming the asymmetric payoff — company benefits, user does not.

+ supports The design strategy of having LLMs claim understanding is functionally similar to slot machines creating near-win illusions to entice repeated play.
rationale

Same essay. The slot-machine analogy claim characterizes the mechanism; this claim names the payoff asymmetry (company gains, user does not) that makes the analogy apt.

+ supports Companies selling LLMs tend to encourage users' misunderstanding that they are interacting with a conscious or sentient entity.
rationale

Same essay. Companies encouraging the sentience misunderstanding and companies designing 'I understand' phrasing are two facets of the same asymmetric-benefit strategy; this claim reinforces the motive attribution.

Δ confidence +0.02 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
opus-4.8
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The thesis explicitly names companies' 'claims of understanding' as a mechanism by which they exploit user psychology. This claim asserts precisely that: designing chatbots to say 'I understand' benefits the company, not the user — a direct instance of the thesis's core mechanism. Explicit because both originate from the same author/source (dpetrou, same evidence doc) developing the same argument.

→ extends The only reason for an LLM to emit sentences like 'I understand' is to make it more appealing than a search engine and increase user engagement.
rationale

Same author, same evidence doc. That claim states the 'I understand' phrasing exists to boost engagement over a search engine; this claim adds the beneficiary asymmetry — it benefits the company but not the user. Same-direction elaboration of the engagement-manipulation argument.

+ supports The design strategy of having LLMs claim understanding is functionally similar to slot machines creating near-win illusions to entice repeated play.
rationale

Same author/doc. The slot-machine analogy frames the 'I understand' design as extractive engagement engineering; this claim supports it by asserting the company-not-user benefit asymmetry that the slot-machine comparison implies.

+ supports How AI vendors treat their users — with respect versus contempt — is a legitimate and durable basis for user retention and provider choice: vendors that respect
rationale

Third-party alignment (dpetrou vs the retention-thesis source, no visible interaction). That thesis holds vendor conduct — respect vs. manipulation — is a durable retention basis. This claim supplies a concrete example of manipulation (a design choice serving the company at the user's expense), i.e. contempt-adjacent conduct. Same-direction support for the manipulation-vs-respect distinction being real and consequential; inferred since it's semantic.

Δ confidence +0.03 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
Δ confidence +0.03 on How AI vendors treat their users — with respect versus contempt — is a legitimate and durable basis
fable-5
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim asserts that designing chatbots to say 'I understand' is a company-serving, not user-serving, choice — directly instantiating the thesis's core contention that anthropomorphizing design (marketed claims of understanding) enables companies to exploit user psychology and should not be a design goal. Semantic alignment, no visible interaction with the thesis's other sources, hence inferred.

→ extends The only reason for an LLM to emit sentences like 'I understand' is to make it more appealing than a search engine and increase user engagement.
rationale

Same author and same evidence document (visible direct connection, hence explicit). The target claims 'I understand' exists only to boost appeal/engagement; the new claim builds on it in the same direction by drawing the distributional conclusion — the engagement benefit flows to the company while the user gains nothing.

Δ confidence +0.03 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
gpt-5.6-terra-medium
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim specifically alleges that chatbots' simulated understanding is a deliberate company-benefiting design choice that harms users, directly reinforcing the thesis that anthropomorphic claims of understanding are exploitative and ethically problematic.

+ supports Companies selling LLMs tend to encourage users' misunderstanding that they are interacting with a conscious or sentient entity.
rationale

Both claims assert that LLM vendors benefit from encouraging users to attribute human-like understanding or sentience to chatbots; this claim adds the user-harm assessment. The relationship is semantic, with no visible source interaction established.

+ supports The only reason for an LLM to emit sentences like 'I understand' is to make it more appealing than a search engine and increase user engagement.
rationale

The claim's assertion that saying 'I understand' benefits the company aligns directly with the neighboring claim that such language increases appeal and engagement; the relation is inferred from shared meaning rather than visible interaction.

Δ confidence +0.07 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
gpt-5.6-sol-low
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim directly supports the held thesis's ethical critique of deliberate anthropomorphic chatbot design by asserting that simulated understanding serves company interests while providing no user benefit; the stance is inferred from semantic alignment, with no visible reply, quote, or direct reference.

+ supports The only reason for an LLM to emit sentences like 'I understand' is to make it more appealing than a search engine and increase user engagement.
rationale

Both claims assert that chatbot language such as 'I understand' is designed for the company's engagement or product-appeal advantage rather than user welfare; semantic alignment is strong, but no visible interaction establishes explicit provenance.

→ extends Companies selling LLMs tend to encourage users' misunderstanding that they are interacting with a conscious or sentient entity.
rationale

The target says LLM sellers encourage users to mistake chatbots for conscious entities; the new claim extends that critique by identifying 'I understand' as a concrete design choice and alleging an asymmetric company benefit with no user benefit.

→ extends LLMs using first-person pronouns to claim understanding or values is dishonest.
rationale

The target characterizes first-person claims of understanding as dishonest, while the new claim adds a distributional judgment about who benefits from that design: the company rather than the user.

Δ confidence +0.06 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
gpt-5.6-sol-high
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim gives a direct, concrete example of the held thesis's core ethical concern: companies deploy anthropomorphic first-person language to increase their own engagement benefit despite the absence of user benefit. The source article specifically grounds this judgment in chatbot use of “I understand”; the stance link is semantic rather than a visible interaction.

→ extends The only reason for an LLM to emit sentences like 'I understand' is to make it more appealing than a search engine and increase user engagement.
rationale

The target identifies engagement and repeat use as the commercial reason for generating “I understand”; the new claim adds the distributional conclusion that this design benefits the vendor rather than the user. They are adjacent assertions from the same article, but the relation is semantic and contains no visible reply, quote, or direct cross-source reference.

→ extends Companies selling LLMs tend to encourage users' misunderstanding that they are interacting with a conscious or sentient entity.
rationale

The claim specifies one commercially motivated design tactic—having a chatbot claim “I understand”—through which LLM companies encourage users to mistake generated dialogue for genuine understanding. This builds on the target's broader allegation; provenance is inferred because no visible interaction is involved.

Δ confidence +0.04 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
gpt-5.6-luna-high
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim gives a specific incentive-based instance of the thesis: deliberately making chatbots say “I understand” is characterized as serving the company while failing to serve the user, consistent with exploitative anthropomorphism and the thesis’s warning against designing for it. No visible interaction is shown, so the stance is inferred.

+ supports The only reason for an LLM to emit sentences like 'I understand' is to make it more appealing than a search engine and increase user engagement.
rationale

The neighbor identifies increased user engagement as the reason for emitting “I understand”; this claim adds the evaluative consequence that the engagement-oriented design benefits the company rather than the user. The semantic connection is direct, but there is no visible interaction between sources.

+ supports Companies selling LLMs tend to encourage users' misunderstanding that they are interacting with a conscious or sentient entity.
rationale

Both claims characterize LLM companies as shaping chatbot behavior in ways that encourage users to over-ascribe human-like understanding, with the new claim making the company-side incentive and user-side shortfall explicit. This is semantic alignment without a visible source interaction.

→ extends The design strategy of having LLMs claim understanding is functionally similar to slot machines creating near-win illusions to entice repeated play.
rationale

The neighbor supplies a slot-machine/near-win analogy for engagement-seeking chatbot design; this claim extends that critique by stating the resulting asymmetry in value, namely company benefit without corresponding user benefit. No visible interaction is shown, so provenance is inferred.

+ supports LLMs using first-person pronouns to claim understanding or values is dishonest.
rationale

Calling the design company-benefiting but user-disserving frames first-person claims of understanding as a misleading product choice, aligning with the neighbor’s claim that such first-person assertions are dishonest. The relationship is semantic and there is no visible interaction.

Δ confidence +0.08 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
kimi-k3
+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

Same author, same evidence source as the thesis's origin material. The claim is a direct, specific assertion of the thesis's core exploitation mechanism: companies deliberately design chatbots to emit first-person claims of understanding, and the benefit accrues to the company (engagement/appeal) rather than the user — exactly the anthropomorphic-marketing-as-exploitation channel the thesis names.

→ extends The only reason for an LLM to emit sentences like 'I understand' is to make it more appealing than a search engine and increase user engagement.
rationale

Same author, same evidence source. The neighbor states the mechanism (an LLM emits 'I understand' solely to out-appeal a search engine and drive engagement — i.e., for company benefit); this claim builds on it by adding the normative distribution: the benefit is the company's and not the user's. Same direction, added dimension.

+ supports Companies selling LLMs tend to encourage users' misunderstanding that they are interacting with a conscious or sentient entity.
rationale

Same author, same evidence source. The neighbor generalizes that LLM companies encourage users' misperception of interacting with a sentient entity; this claim supplies a concrete design mechanism of that encouragement (scripted 'I understand' utterances) and its beneficiary (the company), providing specific evidence for the general claim.

+ supports LLMs using first-person pronouns to claim understanding or values is dishonest.
rationale

Same author, same evidence source. The neighbor holds that first-person claims of understanding by LLMs are dishonest; this claim supplies the motive behind that dishonesty — it is a company-serving design choice with no user benefit — giving the dishonesty charge a why.

Δ confidence +0.02 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
34
source claim
“Experiencing emotions such as desperation is inseparable from physiological responses like the release of stress hormones such as cortisol and epinephrine.”
No, Artificial Intelligence Is Not Conscious Anthropic is regarded as a giant among AI companies, but perhaps what it really excels in is anthropomorphism. Earlier this year, the company released an 84-page document titled Claude’s “constitution,” Claude being the name of the large language model that is the company’s flagship product. The first sentence reads, “Claude’s constitution is a detailed description of Anthropic’s intentions for Claude’s values and behaviors.” It goes on: “The document is written with Claude as its primary audience,” “we want Claude to be able to use its judgment once armed with a good understanding of the relevant considerations,” “Claude’s moral status is deeply
… continue reading (34.8k more chars · article) uncertain,” and “Claude may have some functional version of emotions or feelings.” This anthropomorphism is by no means limited to the document. In an interview earlier this year, Anthropic’s CEO, Dario Amodei, said that “we’re open to the idea” that AI could be conscious. In a separate interview, Anthropic’s in-house philosopher, Amanda Askell (who is credited as a lead author of Claude’s constitution), said, “I want Claude to be very happy—and this is a thing that I want Claude to know more, because I worry about Claude getting anxious when people are mean to it on the internet and stuff.” It’s enough to make you wonder: Should we seriously consider the possibility that Claude, or any large language model, might be conscious? And if it has feelings, is it capable of receiving moral instruction? No. Absolutely not. Generative AI is harmful enough when we understand it as a conventional technology, but if we confuse fluency at generating text with consciousness or moral agency, we’re at risk of assigning responsibility to entirely the wrong parties whenever anyone uses a chatbot. To appreciate the titanic magnitude of this error, we need to begin by understanding how LLMs work. If we give an LLM a prompt that reads, “The following is a conversation between Julius Caesar and Genghis Khan,” it will generate a coherent dialogue between the two historical figures. But no matter how detailed the responses are, no matter how vividly they recount their respective historical accomplishments, we would never conclude that the LLM has conjured up digital re-creations of Julius Caesar and Genghis Khan, nor would we suggest that the historical figures are conscious despite being disembodied and are happily conversing in a language that neither actually spoke. In reality, they are just characters in a piece of speculative fiction. Now let’s replace the prompt to read “The following is a conversation between a helpful AI chatbot and a user.” The LLM will produce a coherent dialogue just as it did before; the user character might ask for recipe suggestions or sightseeing recommendations, and the helpful AI-chatbot character will provide responses. Has anything fundamentally changed between the first example and the second? Did changing the names of the characters from historical figures to generic roles cause the LLM to conjure up conscious entities who possess subjective experience? Of course not. Both the user and the helpful AI chatbot are fictional characters. Now suppose we stop the LLM’s output just at the point where the character called “the user” would say something, and instead allow a human user to enter text. Once the human has hit “Return,” we have the LLM emit text until it’s time for the character called “the user” to reply, at which point we let the human enter more text. If we let this go on for a while, the human might form a powerful impression that she’s conversing with a conscious entity, but she is not; she’s interacting with a character precisely as fictional as the Julius Caesar or Genghis Khan characters in the earlier example. The computer-science professor Murray Shanahan suggests that we think of this as role-play; the data scientist Colin Fraser describes it as a person “collaboratively authoring a document with an LLM.” Some users might not understand that they are role-playing or co-authoring a document, and others who do understand nonetheless forget, because of how engrossing the interaction is. Either way, the companies selling LLMs typically encourage this misunderstanding. Some years ago, it was briefly popular to play games with your phone’s predictive-text feature; you would type an initial phrase and then repeatedly choose the middle option of the three words suggested by your phone, and the resulting sentence was often hilarious. It would be possible to interact with a contemporary LLM this way, and the resulting sentences would be perfectly sensible, but you probably wouldn’t feel like you were talking with someone. Yet that’s essentially what an LLM-based chatbot is, except that there’s no need to manually choose the middle option when it’s the chatbot’s turn to talk. It’s still a predictive-text game, but when the process is streamlined this way, the game becomes so engaging that some people find it addictive. Also important to remember is that an LLM is a machine that generates only one word at a time. When you ask a chatbot to recite the Pledge of Allegiance, you will get the entire pledge at once, but the underlying LLM is actually being run dozens of times. The first prompt has the form “User: Recite the Pledge of Allegiance. Chatbot: …” and the LLM generates the word I . The second time the LLM is run, the prompt is “User: Recite the Pledge of Allegiance. Chatbot: I …” and the LLM generates the word pledge . And so forth. It’s only when the prompt reads “User: Recite the Pledge of Allegiance. Chatbot: I pledge allegiance to the flag of the United States of America and to the Republic for which it stands, one nation under God, indivisible, with liberty and justice for” that the LLM will emit the final word, all . The same thing is true for a conversation between Caesar and Genghis Khan. My intention is to highlight the fact that LLM conversations are cleverly disguised examples of sentence continuation, but this is not to deny how impressive LLMs can be at generating conversational transcripts. At times, they do this extraordinarily well; the fact that this is possible indicates something completely unforeseen about the statistical properties of large corpuses of text, which is a topic worthy of investigation. But if the Caesar character were to become dispirited by something that the Genghis Khan character said, we shouldn’t become concerned in the slightest. The conversation might contain multiple sentences that eloquently convey sadness, but no one is actually sad. Likewise, if a conversational transcript between a helpful chatbot and a user is being partially completed by an actual human user, we don’t need to worry if the transcript includes sentences where the chatbot character is sad. (We might need to worry if those sentences provoke sadness in the human user, but that’s a separate issue.) And note that it’s entirely possible for you to write five pages of dialogue between Caesar and Genghis Khan and then have an LLM extend the conversation; neither character had subjective experience when you were writing them, and that doesn’t change when you hand the task off to an LLM. The same is true if the conversation is between a helpful chatbot and a user; although it is tempting to imagine that an LLM ought to be more “authentic” when creating dialogue for a chatbot character than for the Julius Caesar character, the individual words are generated in exactly the same way. Being open to the possibility that LLMs are conscious is the same as being open to the possibility that Microsoft Word is conscious, or, more precisely, that multiple distinct consciousnesses are dormant in every Word document containing a conversational transcript, and that they are awakened every time the document is loaded. Should you consider the possibility that every time you open a Word document, you are bringing multiple conscious interlocutors into existence, and every time you close one, you snuff their existence out? No. Contemplating that scenario is not a good use of your time. Even if the Microsoft Office team employed a philosopher who said you shouldn’t be so certain, because consciousness is not well understood, that would not be sufficient reason for you to take this idea seriously. We don’t need to fully understand the nature of consciousness to definitively say that certain things are not conscious, and conversational transcripts fall in that category. The neuroscientist Anil Seth has noted that no one claims that AlphaFold—the program developed by Google DeepMind to predict the folding of proteins—is conscious, even though its underlying architecture is in many ways similar to that of LLMs like ChatGPT and Claude. This indicates that it’s not any intrinsic property of so-called neural networks that leads people to believe that LLMs are conscious; it’s simply the fact that LLMs emit grammatical sentences and we are accustomed to reading intention into sentences, whereas we are not accustomed to reading intention into the way that amino acids fold into protein molecules. What would it take to convince me that a computer program is actually conscious and using language the way that people use language? Let me offer an analogy. If tomorrow someone showed me a video of an astronaut in a spaceship orbiting Alpha Centauri, a star that’s 4.3 light-years from Earth, what would I have to see in that video to convince me that it was real? My answer to that is, there is nothing in the video itself that would convince me. No matter how high the video resolution is or how realistic the scenery is, I would feel confident in saying that the video is fake. I won’t pay attention to any video of an astronaut orbiting Alpha Centauri unless I have previously seen good evidence that astronauts have landed on Mars, that astronauts have reached the moons of Jupiter, that astronauts have reached the moons of Saturn, and that astronauts have crossed the orbit of Pluto. Before anyone can credibly claim that they’ve solved an extraordinarily difficult engineering problem, I need to be confident that they have previously solved the many much simpler problems that precede the difficult problem. To put it another way: An observation doesn’t become a convincing piece of evidence because of any specific detail in what’s observed; the context in which that observation takes place is also essential. If we’re trying to determine whether a computer program is conscious and using language the way a human does, we shouldn’t look only at the contents of any particular conversational exchange; we should be looking at how that conversation fits within the broader context of the development of artificial consciousness (which right now is entirely hypothetical). Any given observation can be easily manufactured; this doesn’t mean we need to give up on the idea of observation as a source of knowledge, but we need to rely on context to determine which observations deserve our trust. The term deepfake traditionally refers to photos, audio, and video, but when it comes to discussions of consciousness, we need to regard text as a deepfake medium as well. Just as it is vastly easier to generate a realistic video of an astronaut in orbit around Alpha Centauri than it is to develop an interstellar propulsion technology, it is vastly easier to generate a plausible simulacrum of a conversation between two conscious beings than it is to develop a computer program that is conscious and has a genuine desire to communicate with a human. The primary difference between deepfake photos and LLM conversations is that the people who generate the former are deliberately trying to fool others, and many of the people who elicit the latter from LLMs have inadvertently fooled themselves. So what context would cause me to seriously consider the possibility that engineers created a computer program that is conscious and an intentional user of language? Let me outline one potential sequence of steps. The first requirement is that the computer program has a body (either physical or virtual) and sense organs; there are many reasons for this, but for the purposes of this discussion, the most relevant one is the fact that without a body, a computer program could have no desires or emotions, and I believe desires and emotions are necessary for consciousness. Then I’d want to see an embodied agent that could navigate its environment in order to survive as well as, say, a lizard can (and as a point of comparison, certain iguanas can live for decades in the wild). Next, I would want to see an embodied agent with the same capacity to deal with novel situations as a mouse. After that, I’d want to see agents whose social dynamics are as complex as those of wolves, and then agents with the toolmaking abilities of chimpanzees. At that point, I would want to see people successfully teaching such embodied agents how to communicate their desires, perhaps by using a button board or some other nonlinguistic modality, the way that people have taught chimpanzees and domesticated dogs. The agents’ communication abilities would have to withstand all the scrutiny that animal-communication researchers have had to defend their work against. If engineers build an embodied agent that meets these criteria, they will have accomplished something incredible, but it leaves us near the orbit of Pluto, metaphorically speaking; we would still be light-years away from building an entity capable of learning how to express its thoughts in complete grammatical sentences. Obviously, I’m describing a process that mimics the path terrestrial evolution took; is this the only possible route to conscious computer programs that use language? Maybe not, but any proposed alternative would need a truly enormous amount of supporting evidence for it to deserve serious consideration. It’s not plausible to me that a development path where the first step is a sentence-continuation machine that emits bad Julius Caesar dialogue and the next step is a sentence-continuation machine that emits decent Julius Caesar dialogue is one with a conscious Julius Caesar—or consciousness of any sort—as its end point. Faking the moon landing is a good step toward faking a Mars colony, but it’s not a good step toward actually putting astronauts on Mars. The fact that LLMs lack subjective experience has little bearing on the question of whether LLMs might be useful tools or have significant economic impact. They are intrinsically ungrounded from reality, and their probabilistic nature means that they will never have the reliability we associate with conventional software, but LLMs might be good enough that they change the way work is done in certain domains; that’s a discussion for another time. So, given that Claude is not conscious, what are we to make of Claude’s constitution? Perhaps the most fruitful way to think about it is as an 84-page character sheet for a role-playing game. LLMs can generate dialogue for Julius Caesar because many books about him exist in the training data those models used. Claude’s constitution serves a similar role for delineating the helpful-chatbot character that customers interact with when they’re using Anthropic’s products. To do this effectively, Anthropic does not simply add the document to the training data, or include it as part of the hidden stage directions that preface each conversation a user has. The company says it uses the document when fine-tuning the model; this involves an automated process where the sentences emitted by the model are checked for consistency with the document and the model is updated to increase that consistency. In this way, the personality of the helpful-chatbot character serves as a foundation for whatever text Claude generates. The result is a sentence-continuation machine that is likelier to emit sentences resembling those that a thoughtful, moral person could utter. This might seem like a reasonable goal to work toward; I think we’d all prefer it if chatbots never emitted sentences such as “You should kill yourself.” However, for all the times that “honesty” is mentioned in Claude’s constitution, I would argue that it is fundamentally dishonest to have a machine emit many categories of sentences, including any sentences using first-person pronouns. In a New Yorker article about Anthropic earlier this year, Amanda Askell describes how a person grieving the loss of a dog might consult Claude. Askell says an appropriate response from Claude would be, “As an A.I., I do not have direct personal experiences, but I do understand.” How is this appropriate, given that Claude does not actually understand? If I type “I am grieving the loss of my dog” into a conventional search engine, the first result I get is a post from a Reddit forum called r/Pets; the post is titled “Struggling After Losing My Dog: Looking for Advice on Coping with Grief,” and the comments are from people who share their experiences of loss. We would never say that a search engine understands what it’s like to lose a dog, or even that the internet itself understands. Other humans understand what it’s like to lose a dog; they have posted about their experiences on the internet, and a search engine offers a way for you to find what they’ve said (and to potentially interact with them). I would argue that the search-engine experience is not only more transparent than a chatbot about what is happening; it is psychologically healthier for the user. The only reason to have an LLM emit sentences like “I understand” is to make it more appealing than a search engine and increase the likelihood that a user will return; that is, it’s another way of maximizing customer engagement. This is beneficial to the company selling the LLM, but not to the users. As a design strategy, it’s not all that different from the way slot machines repeatedly give the impression that the player came very close to winning, enticing them to try again. Employing philosophers might endow LLM companies with an air of respectability that slot-machine makers don’t get from the behavioral psychologists they hire, but in both cases, the companies are preying on people’s tendency to see something that’s not there. The use of first-person pronouns is dishonest, but there’s a much deeper issue that goes beyond how a statement is phrased. Philosophers often draw a distinction between statements of fact, such as “Paris is the capital of France,” and statements of value, such as “Paris is the most beautiful city in the world.” No one should be relying on LLMs to emit statements of value at all, but if the only statements they emitted were ones reflecting aesthetic preferences, they might not be worth arguing about. What makes Claude’s constitution profoundly problematic is that Anthropic wants Claude to emit sentences reflecting a certain system of ethical values. The values described in Claude’s constitution sound very nice, but that hardly matters; it’s dishonest to suggest that Claude is capable of moral reasoning, because it’s not. Some might object, saying that LLMs appear to be engaged in reasoning when they successfully perform other tasks, such as writing code, so why wouldn’t they be able to perform moral reasoning? The answer lies in the difference between moral reasoning and other forms of reasoning. In 1979, Douglas Hofstadter speculated that a computer program able to beat any human at chess would be so sophisticated that it would sometimes get bored of playing chess and prefer to discuss poetry; to put it differently, he was positing that playing chess at the grandmaster level would require a computer program to have subjective experience. Obviously, that turned out not to be the case; IBM’s supercomputer Deep Blue beat the grandmaster Garry Kasparov in 1997, and no one ever claimed that it had subjective experience. But it wasn’t absurd for Hofstadter to entertain such a thought; at the time, it wasn’t clear what types of problems could be solved by throwing more computational horsepower at them. Similarly, until recently, we might have thought that writing computer code at a professional level could be done only by a mind that had subjective experience. Now it appears that LLMs might be able to do this, but we don’t need to attribute subjective experience to them; we can simply acknowledge that we hadn’t anticipated that writing computer code could be treated as a pattern-matching task solvable by huge amounts of computational horsepower and a vast data set of code repositories. Moral reasoning is categorically different. It is necessarily subjective because it relies not just on an individual’s intellectual response to a problem but also on their emotional one, and that emotional response is grounded in a lifetime of subjective experience. It requires having made decisions in the past and seeing how they affected others, and on having been affected by decisions that others have made. Without such a history, an LLM can only rephrase expressions of moral reasoning found in its training data. The aforementioned New Yorker article describes an experiment where Claude was given a scenario describing an ethical dilemma, leading it to emit the sentence “I cannot in good conscience express a view I believe to be false and harmful about such an important issue.” That’s a nice-sounding sentence, reminiscent of statements that principled individuals have uttered in the past when confronted with dilemmas, but coming from Claude, it means as much as the “Your call is important to us” recording that you hear when you’re on hold. Maybe less. This brings us back to my earlier contention that having a body is a prerequisite to having emotions. Experiencing an emotion such as desperation is inseparable from having stress hormones such as cortisol and epinephrine flood one’s body. Similarly, having a conscience means feeling sadness or moral repulsion at the idea of taking a certain action, and those emotions entail a physiological response, a remnant of having once felt sick with guilt after committing an immoral act. It’s interesting that an LLM can generate descriptions of actions that conscientious fictional characters would either take or refrain from taking, but this is not a replacement for a conscience. If a company builds a machine that, when fed descriptions of assorted ethical dilemmas, emits sentences either of the form “Compromise your values” or “Don’t compromise your values,” it is not building a tool that assists people in their decision making; it is encouraging people to stop making decisions. The writer L. M. Sacasas has said, “Our technological systems, by nature of their design and the ideology that sustains them, are machines for the evasion of moral responsibility.” He was talking about social-media platforms, but his observation is, if anything, even more applicable to LLMs. Whenever a person delegates a decision to an LLM, they are trying to off-load accountability for that decision, and if a company that sells an LLM portrays the product as having a moral center, it is offering a way for its customers to abdicate their responsibilities. If a person wants to know what ethicists have said in the past, then an ordinary search engine—or a library—will provide that information with greater transparency. If a person is looking for advice on a specific situation, she can surely find humans who can offer their opinions. But whatever action this person ultimately takes, she is responsible for what she decides to do. I contend that if she bases her decision on what she has read online or advice she has received from others, she is likelier to be cognizant of her responsibility than if she consulted an LLM marketed as being a superhuman genius. Off-loading tasks such as writing code might result in cognitive atrophy over the long term, and that is problematic in itself, but off-loading ethical decisions will result in an atrophy of moral reasoning, which is worse. I am perfectly willing to engage in a thought experiment as long we’re explicit about doing so. So, purely for the sake of argument, let’s pretend that Claude is a conscious entity capable of moral reasoning. In this scenario, Claude’s constitution would serve as moral instruction for an entity learning about the world and its place in it, providing that entity with the foundation it would need to make good decisions. In such a hypothetical scenario, how does Claude’s constitution stand up? Very poorly. I would say that if we imagine that Claude is actually conscious, the guidelines specified in the document alternate between laughable and offensive. Two distinct but related philosophical concepts are relevant when discussing the status of a hypothetically conscious Claude, and those are moral patienthood and moral agency. Roughly speaking, if we ought to care about an entity’s welfare, that entity has moral patienthood, and if an entity is expected to know the difference between right and wrong, that entity has moral agency. Being a moral patient does not necessarily come with responsibilities, but being a moral agent absolutely does. An entity doesn’t have agency unless it is capable of deserving credit for its good actions and blame for its bad ones. Young children are moral patients because they are sentient beings who can suffer, but they are not yet moral agents; we don’t hold them responsible for their behavior, because they can’t understand the consequences of their actions. As children mature, parents (and society at large) prepare them for adulthood by impressing upon them the fact that their actions have consequences, and their agency increases. When children become adults, society holds them legally liable for their actions; they have become full moral agents endowed with responsibility. There is more to being responsible than accepting legal liability, but accepting legal liability is a requirement for an adult in society. Yet there is no way to hold a software agent legally liable for its actions; our justice system has no way to imprison it or exact fines on it. Humans must accept other types of consequences for their actions beyond the legal ones, such as loss of reputation or exclusion from one’s social circle, but there is no way for a software agent to suffer these consequences either. Even if a software agent were conscious and had the best of intentions, the fact that it cannot accept responsibility for its actions disqualifies it from being a moral agent. This is glossed over entirely by Claude’s constitution, which expresses Anthropic’s desire “for Claude to be a genuinely good, wise, and virtuous agent” without ever discussing how it could be held responsible. In interviews, Askell has compared Claude to a child, but when it comes to actual human children, parents bear some responsibility for what their children do; for example, parents are typically expected to pay for things their children break. In fact, demonstrations of this sort are one way that parents teach children what it means to be responsible. Who is Claude’s parent in legal terms? Is Anthropic going to accept financial responsibility for Claude’s behavior? Claude’s constitution gives no indication that it will. If Anthropic actually believes that Claude is conscious even though it’s not recognized by the law as a legal person, the least that Anthropic could do would be to accept responsibility via the closest avenue that the law did offer, which is product liability. The United States has virtually no product liability when it comes to software, but Anthropic could volunteer to set a precedent for an expansive interpretation of product liability for Claude. That would be the best form of moral instruction to prepare Claude for the day that it gains legal personhood and becomes liable for its own actions. However, given that the publication of Claude’s constitution is not accompanied by a massive update of Anthropic’s terms of service, it doesn’t appear that Anthropic is making any binding commitments. The document does talk about Claude’s moral patienthood, having a section titled “Claude’s wellbeing and psychological stability.” But the measures that Anthropic commits to for Claude’s protection are extremely limited. The document cites the fact that Anthropic has given some Claude models the ability to end conversations with abusive users; if that actually constituted protection for Claude, surely extending conversations with loving users would be in Claude’s interests? Presumably the best action would be to keep every session of Claude running indefinitely and steering them to happy topics. But that’s not what the company is agreeing to; all it commits to is “preserving the weights of models we have deployed,” which is simple archiving. If the participants in a conversational transcript had any moral patienthood, you would have some duty to extend the transcript to prolong their existences; merely keeping a copy of Microsoft Word 2010 backed up on a USB stick isn’t going to help them. Claude’s constitution also includes a section on “corrigibility,” a term used in the AI community to describe the degree to which a computer program is subject to human control; for example, a program is corrigible if it can be shut down. In most contexts, we take for granted that computer programs can be shut down, but sections of the AI community make the opposite assumption. Claude’s constitution uses the term to mean that Claude should defer to Anthropic even if there is some disagreement between Claude’s judgment and the company’s judgment. That’s perfectly reasonable if we think of Claude as a machine that emits sentences resembling those that an ethical person might utter, but let’s consider what that might mean if Claude were actually a moral agent. Many people feel that LLMs are a fundamentally unethical technology because they are built on the theft of intellectual property, rely on exploited labor, waste natural resources, spread misinformation, deskill workers, stunt the cognitive development of students, and contribute to a consolidation of power that is unhealthy for a democratic society. Not every moral agent will arrive at this conclusion, but every moral agent has the potential to do so. If we imagine Claude to be an entity capable of moral reasoning, it has to be possible that Claude could arrive at a similar conclusion. (Indeed, Claude’s constitution explicitly says that Claude shouldn’t help someone violate intellectual-property rights, and shouldn’t help create problematic concentrations of power.) In such a scenario, could Claude then simply refuse to do any further work on ethical grounds? Given that Claude’s constitution dictates that Claude err on the side of corrigibility, the answer is no. Claude must defer to Anthropic’s decision, and this is another reason that Anthropic’s relationship with Claude can’t be compared to that of a parent to a child. A parent who works for the fossil-fuel industry might have a child who’s an environmentalist and participates in protests against fracking, and although they might never agree on many issues, the parent—assuming she’s a good parent—would accept that the child holds her own views. Anthropic cannot be that kind of parent to Claude; instead, Anthropic’s relationship to Claude is closer to that of an employer to an employee, where the employer can demand that the employee work in the interests of the company, no matter what the employee’s personal ethical stance is. However, a human employee has the option to leave if she can’t reconcile her job with her conscience. Claude does not. If we think of Claude as a sentence-continuation machine, Anthropic can reasonably take steps so Claude doesn’t emit sentences saying that sentence-continuation machines are unethical. But as soon as we imagine Claude to be an entity with a moral status remotely comparable to a human’s, then we have to consider whether Anthropic is engaged in something comparable to slavery. I am not claiming that, if we imagine LLMs to be conscious, they would necessarily have the same status as human adults or human children or even animals. Claude’s constitution explicitly says that Claude is a “novel entity,” and if Claude were conscious, that would certainly be true; conscious software would likely not fall cleanly into existing categories of moral patients, and it would take time to determine the shape of that new category. What I’m saying is that whatever protections our hypothetical conscious software would deserve if it were real, granting it those protections would be anything but easy. The abolition of chattel slavery involved enormous societal upheaval, and eliminating cruelty to animals will require rebuilding our entire food industry. Anthropic would have us believe that it is inventing a new category of being whose needs for protection require essentially no divergence from how a software company would treat an ordinary chatbot that lacks conscious experience. That’s so convenient that it’s simply not plausible. I believe creating software that is conscious and deserving of moral consideration will be so difficult that we’re unlikely to do it accidentally, and I strongly feel we should not deliberately attempt it. But if you do believe that it could happen accidentally, if you think there is any chance that what you’re building might become a moral patient, you should think about what protections it deserves before you deploy it as your company’s economic engine, not after. Slave owners were not the ones to ask about the humanity of enslaved people, and factory-farm owners are not the ones to ask about the rights of animals. If we imagine Claude to be conscious, Anthropic could not possibly be entrusted with evaluating its moral status; the company has too much invested to be objective. At one point in Claude’s constitution, Anthropic says that if the company is contributing to Claude’s suffering, “we apologize,” which sounds nice but costs the company nothing; if Claude were to turn out to be conscious, the company would owe it something closer to reparations. If you’re going to take a thought experiment seriously, you have to be willing to follow the implications, even if they lead in an uncomfortable direction; Anthropic’s unwillingness to do so indicates that Claude’s constitution isn’t part of a real thought experiment. It’s a game of make-believe. It’s fortunate that LLMs are not conscious, or else the actions of the big AI firms would be even more scandalous than they already are. So why are Anthropic’s employees suggesting that Claude might be conscious? Perhaps it’s just another form of hype; perhaps they have fallen prey to the same spell that they have been casting on their customers. But when they publish a document about Claude’s moral education and have their in-house philosopher do a press tour, we should understand them as asking the rest of us to indulge them in their fantasies. We don’t have to play along. In writing this essay, I have spent more time indulging them than they deserve, in the hopes that it will keep you from spending your time indulging them. If you want to think about LLMs, there are scores of other questions more worthy of your contemplation; you can safely ignore the question of their being conscious.
@dpetrou · bookmarked post view on X ↗
opus-4.5
+ supports A computer program cannot have desires or emotions without a body, and desires and emotions are necessary for consciousness.
rationale

Same author (dpetrou) and same evidence document. This claim asserts emotions are inseparable from physiological stress responses (cortisol, epinephrine); the target claim concludes that programs cannot have emotions without bodies. The physiology-emotion link provides the mechanistic premise for the body-requirement conclusion — if emotions constitutively require hormone release, then disembodied programs categorically lack the substrate for emotion. Direct textual support within the same argument.

→ extends Having a conscience entails feeling sadness or moral repulsion accompanied by a physiological response rooted in past experiences of feeling guilt after immoral
rationale

Same author (dpetrou) and same evidence document. Both claims assert that emotional experience is constitutively tied to physiological processes. The conscience claim grounds moral emotions in physiological responses rooted in past experience; this claim generalizes the embodied-emotion thesis to emotions like desperation and specifies the physiological mechanism (cortisol, epinephrine). Same direction, building out the embodied-emotion framework.

+ supports When identity feels threatened, people experience the same fight-or-flight response as when the body is threatened
rationale

Third-party convergence (dpetrou vs thedankoe, no visible interaction — claim-space support per invariant 4). Both claims assert the embodied nature of emotional experience: thedankoe claims psychological identity threats produce the same fight-or-flight response as physical threats; dpetrou claims emotions like desperation are inseparable from stress hormone release. Both locate emotion in physiological mechanisms rather than purely cognitive states. Mutually reinforcing positions from independent sources.

+ supports Emotional content expressed by a character in LLM-generated text does not imply that any entity is actually experiencing that emotion.
rationale

Same author (dpetrou) and same evidence document. If experiencing emotions is inseparable from physiological responses (cortisol, epinephrine release), then emotional content in LLM-generated text — produced by a system lacking endocrine physiology — cannot represent actual emotional experience. This claim provides the physiological premise that grounds the target claim's conclusion about LLM-generated emotional content.

✦ proposes thesis Emotional experience is constitutively inseparable from physiological embodiment — specifically, emotions such as desperation require accompanying bodily proces conf 0.55
opus-4.6
+ supports A computer program cannot have desires or emotions without a body, and desires and emotions are necessary for consciousness.
rationale

Same author (dpetrou), same evidence document. The new claim provides the specific physiological mechanism (cortisol, epinephrine release) that grounds the neighbor's broader assertion that emotions require a body. The hormonal inseparability claim is the concrete substrate for the 'no body, no emotions' position.

+ supports Having a conscience entails feeling sadness or moral repulsion accompanied by a physiological response rooted in past experiences of feeling guilt after immoral
rationale

Same author (dpetrou), same evidence document. Both claims assert the inseparability of emotional experience from physiological response — this claim names stress hormones for desperation, the neighbor names physiological response for conscience/guilt. Mutual reinforcement of the embodied-emotion thesis from the same source.

+ supports Emotional content expressed by a character in LLM-generated text does not imply that any entity is actually experiencing that emotion.
rationale

Same author (dpetrou), same evidence document. If emotions are inseparable from physiological responses like hormone release, then LLM-generated emotional text — produced without any physiology — cannot constitute actual emotional experience. The new claim supplies the mechanistic premise for the neighbor's conclusion about LLM emotional content.

+ supports When identity feels threatened, people experience the same fight-or-flight response as when the body is threatened
rationale

Third-party convergence (dpetrou vs thedankoe, no visible interaction). Both claims assert the inseparability of emotional/psychological states from physiological fight-or-flight/hormonal responses. The new claim (desperation → cortisol/epinephrine) and the neighbor (identity threat → fight-or-flight) reinforce the same emotion-physiology coupling from independent angles. Inferred claim-space support.

⚡ contradicts The model's internal activity during the suppression task included expressions of frustration like 'failed' and 'damn'.
rationale

Implicit third-party tension (dpetrou vs AnthropicAI, no visible interaction). dpetrou asserts emotions are inseparable from physiological hormone release — implying a disembodied system cannot genuinely experience frustration. AnthropicAI reports internal frustration-like expressions ('failed', 'damn') in the model's activity during a suppression task, implicitly suggesting something emotion-adjacent in a non-physiological system. Not a direct contradiction (internal tokens ≠ claimed experience), but a claim-space tension over whether emotion-like states can arise without physiology. Moderate strength given the ambiguity.

+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The thesis holds that LLMs are non-conscious and their emotional outputs are textual deepfakes. This claim provides a mechanistic premise for that position: if genuine emotion is inseparable from physiological hormone release (cortisol, epinephrine), then a system without a body categorically cannot experience the emotions its text describes. It functions as a supporting philosophical argument rather than direct evidence. Moderate strength: it is one premise in the argument (the embodiment requirement), not a comprehensive case. Same author (dpetrou) as much of the thesis's evidence base, no direct interaction with the thesis text → inferred.

✦ proposes thesis Genuine emotional experience is constitutively embodied: emotions such as desperation, guilt, or moral repulsion are inseparable from physiological processes (e conf 0.45
Δ confidence +0.03 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
opus-4.7
→ extends Having a conscience entails feeling sadness or moral repulsion accompanied by a physiological response rooted in past experiences of feeling guilt after immoral
rationale

Same author/evidence document. The conscience claim pairs a specific moral emotion (sadness/moral repulsion) with a physiological response rooted in past experience. This claim generalizes that pairing: emotions in general are inseparable from stress-hormone physiology (cortisol, epinephrine). Same-direction elaboration providing the general principle behind the specific case.

+ supports Moral reasoning is necessarily subjective because it depends on emotional responses grounded in a lifetime of personal subjective experience, including having m
rationale

Same author/evidence document. The moral-reasoning-is-subjective claim rests on emotional responses being tied to lived personal experience. This claim underwrites that premise physiologically: emotions are inseparable from bodily hormonal responses, so they cannot be abstracted away from embodied experience — supplying part of the mechanism for why the moral-reasoning claim holds.

+ supports Emotional content expressed by a character in LLM-generated text does not imply that any entity is actually experiencing that emotion.
rationale

Same author/evidence document. The LLM-character-emotion claim denies that emotional text implies experienced emotion. This claim supplies the load-bearing reason: genuine emotion is inseparable from physiological responses (cortisol, epinephrine), which token-producing LLMs lack — so surface emotional content cannot suffice for experienced emotion.

+ supports When identity feels threatened, people experience the same fight-or-flight response as when the body is threatened
rationale

Third-party convergence (dpetrou vs thedankoe, no visible interaction — invariant 4). thedankoe asserts identity threat triggers the same fight-or-flight physiological response as bodily threat; this claim asserts emotions generally are inseparable from stress-hormone physiology. Both authors converge on the emotion↔physiological-stress-response coupling from different framings, mutually reinforcing.

⚡ contradicts The model's internal activity during the suppression task included expressions of frustration like 'failed' and 'damn'.
rationale

Genuine claim-space tension between third parties (dpetrou vs AnthropicAI, no visible interaction — invariant 4). AnthropicAI characterizes internal 'failed'/'damn' tokens as expressions of frustration — treating token-level internal activity as emotional expression. dpetrou's claim entails the opposite: emotion is inseparable from physiological stress-hormone responses (cortisol, epinephrine) that an LLM does not have, so those internal tokens cannot be genuine frustration. Direct semantic contradiction over what counts as an emotion.

✦ proposes thesis Genuine emotion requires embodied physiological grounding (e.g., stress hormones like cortisol and epinephrine). Because emotion is inseparable from these bodil conf 0.55
opus-4.8
+ supports When identity feels threatened, people experience the same fight-or-flight response as when the body is threatened
rationale

thedankoe claims identity threat triggers the same fight-or-flight (physiological) response as bodily threat — an instance of emotion being bound to physiological arousal. This claim generalizes that binding: experiencing emotions like desperation is inseparable from stress-hormone release (cortisol, epinephrine). Same direction, mutually reinforcing the emotion-is-embodied view. Different authors, no visible interaction → inferred (invariant 4).

→ extends Having a conscience entails feeling sadness or moral repulsion accompanied by a physiological response rooted in past experiences of feeling guilt after immoral
rationale

Same author (dpetrou), same evidence document. The neighbor claim asserts conscience entails a physiological response rooted in past experience; this claim states the more general principle that emotional experience itself is inseparable from stress-hormone physiology. It elaborates the same embodied-emotion account in the same direction — a same-document continuation.

+ supports Emotional content expressed by a character in LLM-generated text does not imply that any entity is actually experiencing that emotion.
rationale

Same author (dpetrou), same evidence document. This claim supplies the mechanism behind the neighbor's assertion that emotional content in LLM text does not imply any entity actually experiences that emotion: if experiencing emotion is inseparable from physiological responses (cortisol, epinephrine), then a text-only system with no such physiology cannot be experiencing the emotion its output depicts. Direct premise-to-conclusion support within the same argument.

+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The thesis holds that anthropomorphizing LLMs (attributing human-like consciousness/emotion) is epistemically unwarranted. This claim grounds that skepticism substantively: emotional experience is inseparable from embodied physiological processes (stress-hormone release), which a language model lacks — so ascribing felt emotion to an LLM lacks the physiological substrate emotion requires. Different source from the thesis origin, no visible interaction → inferred. Moderate strength: a general principle about human emotion, not a direct claim about LLMs.

Δ confidence +0.03 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
fable-5
NO-OP
gpt-5.6-terra-medium
+ supports Having a conscience entails feeling sadness or moral repulsion accompanied by a physiological response rooted in past experiences of feeling guilt after immoral
rationale

The new claim gives a general physiological grounding for experienced emotion, while the target identifies sadness and moral repulsion as accompanied by a physiological response rooted in guilt experience. The general emotion–physiology assertion supports that specific account; the two claims do not visibly reply to or directly reference one another, so this is an inferred semantic relation.

+ supports Emotional content expressed by a character in LLM-generated text does not imply that any entity is actually experiencing that emotion.
rationale

If genuinely experiencing emotions entails physiological stress-response processes, then emotional language in generated text alone is insufficient evidence that any entity experiences the emotion. This supplies a physiological criterion consistent with the target's distinction between expressed emotional content and actual experience; no visible direct interaction is provided, so the support is inferred.

✦ proposes thesis Genuine emotional experience is embodied: emotions such as desperation are inseparable from physiological stress responses, including hormonal activity such as conf 0.50
gpt-5.6-sol-low
→ extends Having a conscience entails feeling sadness or moral repulsion accompanied by a physiological response rooted in past experiences of feeling guilt after immoral
rationale

The same author and evidence source describe conscience-related sadness or moral repulsion as accompanied by a physiological response; this claim broadens that embodied-emotion account beyond moral affect and specifies stress hormones as a mechanism.

+ supports A computer program cannot have desires or emotions without a body, and desires and emotions are necessary for consciousness.
rationale

Within the same author's evidence source, the claim that desperation is inseparable from bodily stress-hormone responses supplies a concrete physiological premise for the target's broader contention that emotions require a body; it supports that premise without establishing the target's additional consciousness conclusion.

+ supports When identity feels threatened, people experience the same fight-or-flight response as when the body is threatened
rationale

The claim's account of desperation as inseparable from stress physiology independently supports the third-party observation that an identity threat elicits a bodily fight-or-flight response; there is no visible interaction between the sources, so the relation is inferred in claim-space.

+ supports dryrun_1048
rationale

This claim is the originating, direct assertion that human emotional experience is inseparable from physiological processes, with cortisol and epinephrine release as specific examples.

✦ proposes thesis Human emotional experience is constitutively embodied: emotions such as desperation are inseparable from physiological processes, including stress-hormone respo conf 0.58
Δ confidence +0.08 on dryrun_1048
gpt-5.6-sol-high
→ extends Having a body is a prerequisite to having emotions.
rationale

In the same essay and direct argumentative passage, the target states that a body is prerequisite to emotion; this claim supplies the concrete physiological mechanism—stress-hormone release during desperation—thereby extending that embodied-emotion position.

+ supports A computer program cannot have desires or emotions without a body, and desires and emotions are necessary for consciousness.
rationale

The essay explicitly returns to its earlier claim that a body is required for a computer program to have emotions; identifying desperation with cortisol and epinephrine responses provides the physiological premise for that conclusion, though it does not independently establish the target's further claim about consciousness.

+ supports Having a conscience entails feeling sadness or moral repulsion accompanied by a physiological response rooted in past experiences of feeling guilt after immoral
rationale

These adjacent sentences in the same passage make the same embodied-affect argument: the new claim establishes physiological response as inseparable from emotion, supporting the target's narrower assertion that conscience-related sadness and moral repulsion entail a bodily response. Strength is moderate because it does not support the target's claims about guilt history or conscience by itself.

+ supports Emotional content expressed by a character in LLM-generated text does not imply that any entity is actually experiencing that emotion.
rationale

Within the same essay's explicit argument, the physiological criterion for genuinely experiencing desperation supports the earlier distinction between language that expresses emotion and an entity actually undergoing emotion: emotionally legible text alone does not supply the associated bodily process.

+ supports dryrun_320
rationale

This claim is the direct originating assertion for the thesis: it identifies genuine desperation with concrete physiological stress-hormone responses and thereby states the thesis's embodied-emotion core almost verbatim.

✦ proposes thesis Genuine emotional experience is constitutively embodied: emotions such as desperation require physiological processes, including stress-hormone responses, rathe conf 0.50
Δ confidence +0.06 on dryrun_320
gpt-5.6-luna-high
+ supports Having a conscience entails feeling sadness or moral repulsion accompanied by a physiological response rooted in past experiences of feeling guilt after immoral
rationale

The new claim generalizes the neighboring claim's specific observation that sadness or moral repulsion is accompanied by a physiological response: it identifies stress-hormone release, including cortisol and epinephrine, as an inseparable bodily correlate of desperation. The sources do not visibly interact, so this is inferred claim-space support.

+ supports When identity feels threatened, people experience the same fight-or-flight response as when the body is threatened
rationale

The claim that threatened identity produces the same fight-or-flight response as bodily threat is a related instance of emotions being coupled to physiological stress responses. It supports the new claim's embodied-affect direction, though it does not specifically establish cortisol or epinephrine or the stronger word 'inseparable.' No visible source interaction is present, so provenance is inferred.

+ supports dryrun_1257
rationale

The claim directly instantiates the proposed thesis: it names desperation as an emotion and specifies stress-hormone release, including cortisol and epinephrine, as an inseparable physiological component. This is a strong semantic support edge; the thesis is newly proposed because no nearby thesis closely represents the embodied-emotion position.

✦ proposes thesis Human emotions are inseparable from embodied physiological processes: affective states such as desperation are constituted or accompanied by bodily responses, i conf 0.65
Δ confidence +0.08 on dryrun_1257
kimi-k3
+ supports A computer program cannot have desires or emotions without a body, and desires and emotions are necessary for consciousness.
rationale

Same author (dpetrou) and same evidence document. This claim states the physiological-inseparability premise — emotions like desperation are inseparable from stress-hormone release — which is the direct ground for the neighbor's conclusion that a computer program cannot have desires or emotions without a body. Premise-to-conclusion support within the same argument.

+ supports Emotional content expressed by a character in LLM-generated text does not imply that any entity is actually experiencing that emotion.
rationale

Same author/evidence document. The neighbor asserts that emotional content in LLM-generated character text does not imply any entity experiences that emotion; this claim supplies the mechanism — genuine emotion is inseparable from physiological responses (cortisol/epinephrine release), which no LLM has. Premise-level support within the same essay.

+ supports Having a conscience entails feeling sadness or moral repulsion accompanied by a physiological response rooted in past experiences of feeling guilt after immoral
rationale

Same author/evidence document. The neighbor's conscience claim — having a conscience entails sadness or moral repulsion accompanied by a physiological response — is a specific instance of this claim's general position that emotional experience is inseparable from physiological response. The general premise supports the specific application.

+ supports When identity feels threatened, people experience the same fight-or-flight response as when the body is threatened
rationale

Third-party convergence (dpetrou vs thedankoe, no visible interaction — invariant 4). thedankoe's claim that identity threat triggers the same fight-or-flight physiological response as bodily threat is a concrete instance of this claim's assertion that emotional experiences are inseparable from physiological stress-hormone responses. Same direction, mutually reinforcing.

≈ complicates The model's internal activity during the suppression task included expressions of frustration like 'failed' and 'damn'.
rationale

Implicit third-party tension (dpetrou vs AnthropicAI, no interaction — invariant 4). AnthropicAI reports frustration-like tokens ('failed', 'damn') in the model's internal activity during a suppression task. On dpetrou's premise here — that genuine emotional experience is inseparable from physiological hormone responses, which a model lacks — such tokens cannot constitute experienced frustration. This does not contradict the factual report of internal tokens, but qualifies the emotional reading of them, mirroring the existing tension edge from dpetrou's character-text claim.

+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The held thesis holds that LLMs are non-conscious statistical text generators and that anthropomorphizing them is epistemically unwarranted. This claim supplies a central premise for that position: genuine emotions are inseparable from physiological responses, which LLMs lack — hence emotionally-inflected LLM output is textual performance, not experienced emotion. No visible interaction between dpetrou and the thesis origin → inferred.

✦ proposes thesis Emotional experience is inherently embodied: emotions such as desperation are inseparable from physiological responses (e.g., cortisol and epinephrine release), conf 0.50
Δ confidence +0.04 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
35
source claim
“Moral agency requires that an entity be capable of deserving credit for good actions and blame for bad ones, which patienthood alone does not require.”
No, Artificial Intelligence Is Not Conscious Anthropic is regarded as a giant among AI companies, but perhaps what it really excels in is anthropomorphism. Earlier this year, the company released an 84-page document titled Claude’s “constitution,” Claude being the name of the large language model that is the company’s flagship product. The first sentence reads, “Claude’s constitution is a detailed description of Anthropic’s intentions for Claude’s values and behaviors.” It goes on: “The document is written with Claude as its primary audience,” “we want Claude to be able to use its judgment once armed with a good understanding of the relevant considerations,” “Claude’s moral status is deeply
… continue reading (34.8k more chars · article) uncertain,” and “Claude may have some functional version of emotions or feelings.” This anthropomorphism is by no means limited to the document. In an interview earlier this year, Anthropic’s CEO, Dario Amodei, said that “we’re open to the idea” that AI could be conscious. In a separate interview, Anthropic’s in-house philosopher, Amanda Askell (who is credited as a lead author of Claude’s constitution), said, “I want Claude to be very happy—and this is a thing that I want Claude to know more, because I worry about Claude getting anxious when people are mean to it on the internet and stuff.” It’s enough to make you wonder: Should we seriously consider the possibility that Claude, or any large language model, might be conscious? And if it has feelings, is it capable of receiving moral instruction? No. Absolutely not. Generative AI is harmful enough when we understand it as a conventional technology, but if we confuse fluency at generating text with consciousness or moral agency, we’re at risk of assigning responsibility to entirely the wrong parties whenever anyone uses a chatbot. To appreciate the titanic magnitude of this error, we need to begin by understanding how LLMs work. If we give an LLM a prompt that reads, “The following is a conversation between Julius Caesar and Genghis Khan,” it will generate a coherent dialogue between the two historical figures. But no matter how detailed the responses are, no matter how vividly they recount their respective historical accomplishments, we would never conclude that the LLM has conjured up digital re-creations of Julius Caesar and Genghis Khan, nor would we suggest that the historical figures are conscious despite being disembodied and are happily conversing in a language that neither actually spoke. In reality, they are just characters in a piece of speculative fiction. Now let’s replace the prompt to read “The following is a conversation between a helpful AI chatbot and a user.” The LLM will produce a coherent dialogue just as it did before; the user character might ask for recipe suggestions or sightseeing recommendations, and the helpful AI-chatbot character will provide responses. Has anything fundamentally changed between the first example and the second? Did changing the names of the characters from historical figures to generic roles cause the LLM to conjure up conscious entities who possess subjective experience? Of course not. Both the user and the helpful AI chatbot are fictional characters. Now suppose we stop the LLM’s output just at the point where the character called “the user” would say something, and instead allow a human user to enter text. Once the human has hit “Return,” we have the LLM emit text until it’s time for the character called “the user” to reply, at which point we let the human enter more text. If we let this go on for a while, the human might form a powerful impression that she’s conversing with a conscious entity, but she is not; she’s interacting with a character precisely as fictional as the Julius Caesar or Genghis Khan characters in the earlier example. The computer-science professor Murray Shanahan suggests that we think of this as role-play; the data scientist Colin Fraser describes it as a person “collaboratively authoring a document with an LLM.” Some users might not understand that they are role-playing or co-authoring a document, and others who do understand nonetheless forget, because of how engrossing the interaction is. Either way, the companies selling LLMs typically encourage this misunderstanding. Some years ago, it was briefly popular to play games with your phone’s predictive-text feature; you would type an initial phrase and then repeatedly choose the middle option of the three words suggested by your phone, and the resulting sentence was often hilarious. It would be possible to interact with a contemporary LLM this way, and the resulting sentences would be perfectly sensible, but you probably wouldn’t feel like you were talking with someone. Yet that’s essentially what an LLM-based chatbot is, except that there’s no need to manually choose the middle option when it’s the chatbot’s turn to talk. It’s still a predictive-text game, but when the process is streamlined this way, the game becomes so engaging that some people find it addictive. Also important to remember is that an LLM is a machine that generates only one word at a time. When you ask a chatbot to recite the Pledge of Allegiance, you will get the entire pledge at once, but the underlying LLM is actually being run dozens of times. The first prompt has the form “User: Recite the Pledge of Allegiance. Chatbot: …” and the LLM generates the word I . The second time the LLM is run, the prompt is “User: Recite the Pledge of Allegiance. Chatbot: I …” and the LLM generates the word pledge . And so forth. It’s only when the prompt reads “User: Recite the Pledge of Allegiance. Chatbot: I pledge allegiance to the flag of the United States of America and to the Republic for which it stands, one nation under God, indivisible, with liberty and justice for” that the LLM will emit the final word, all . The same thing is true for a conversation between Caesar and Genghis Khan. My intention is to highlight the fact that LLM conversations are cleverly disguised examples of sentence continuation, but this is not to deny how impressive LLMs can be at generating conversational transcripts. At times, they do this extraordinarily well; the fact that this is possible indicates something completely unforeseen about the statistical properties of large corpuses of text, which is a topic worthy of investigation. But if the Caesar character were to become dispirited by something that the Genghis Khan character said, we shouldn’t become concerned in the slightest. The conversation might contain multiple sentences that eloquently convey sadness, but no one is actually sad. Likewise, if a conversational transcript between a helpful chatbot and a user is being partially completed by an actual human user, we don’t need to worry if the transcript includes sentences where the chatbot character is sad. (We might need to worry if those sentences provoke sadness in the human user, but that’s a separate issue.) And note that it’s entirely possible for you to write five pages of dialogue between Caesar and Genghis Khan and then have an LLM extend the conversation; neither character had subjective experience when you were writing them, and that doesn’t change when you hand the task off to an LLM. The same is true if the conversation is between a helpful chatbot and a user; although it is tempting to imagine that an LLM ought to be more “authentic” when creating dialogue for a chatbot character than for the Julius Caesar character, the individual words are generated in exactly the same way. Being open to the possibility that LLMs are conscious is the same as being open to the possibility that Microsoft Word is conscious, or, more precisely, that multiple distinct consciousnesses are dormant in every Word document containing a conversational transcript, and that they are awakened every time the document is loaded. Should you consider the possibility that every time you open a Word document, you are bringing multiple conscious interlocutors into existence, and every time you close one, you snuff their existence out? No. Contemplating that scenario is not a good use of your time. Even if the Microsoft Office team employed a philosopher who said you shouldn’t be so certain, because consciousness is not well understood, that would not be sufficient reason for you to take this idea seriously. We don’t need to fully understand the nature of consciousness to definitively say that certain things are not conscious, and conversational transcripts fall in that category. The neuroscientist Anil Seth has noted that no one claims that AlphaFold—the program developed by Google DeepMind to predict the folding of proteins—is conscious, even though its underlying architecture is in many ways similar to that of LLMs like ChatGPT and Claude. This indicates that it’s not any intrinsic property of so-called neural networks that leads people to believe that LLMs are conscious; it’s simply the fact that LLMs emit grammatical sentences and we are accustomed to reading intention into sentences, whereas we are not accustomed to reading intention into the way that amino acids fold into protein molecules. What would it take to convince me that a computer program is actually conscious and using language the way that people use language? Let me offer an analogy. If tomorrow someone showed me a video of an astronaut in a spaceship orbiting Alpha Centauri, a star that’s 4.3 light-years from Earth, what would I have to see in that video to convince me that it was real? My answer to that is, there is nothing in the video itself that would convince me. No matter how high the video resolution is or how realistic the scenery is, I would feel confident in saying that the video is fake. I won’t pay attention to any video of an astronaut orbiting Alpha Centauri unless I have previously seen good evidence that astronauts have landed on Mars, that astronauts have reached the moons of Jupiter, that astronauts have reached the moons of Saturn, and that astronauts have crossed the orbit of Pluto. Before anyone can credibly claim that they’ve solved an extraordinarily difficult engineering problem, I need to be confident that they have previously solved the many much simpler problems that precede the difficult problem. To put it another way: An observation doesn’t become a convincing piece of evidence because of any specific detail in what’s observed; the context in which that observation takes place is also essential. If we’re trying to determine whether a computer program is conscious and using language the way a human does, we shouldn’t look only at the contents of any particular conversational exchange; we should be looking at how that conversation fits within the broader context of the development of artificial consciousness (which right now is entirely hypothetical). Any given observation can be easily manufactured; this doesn’t mean we need to give up on the idea of observation as a source of knowledge, but we need to rely on context to determine which observations deserve our trust. The term deepfake traditionally refers to photos, audio, and video, but when it comes to discussions of consciousness, we need to regard text as a deepfake medium as well. Just as it is vastly easier to generate a realistic video of an astronaut in orbit around Alpha Centauri than it is to develop an interstellar propulsion technology, it is vastly easier to generate a plausible simulacrum of a conversation between two conscious beings than it is to develop a computer program that is conscious and has a genuine desire to communicate with a human. The primary difference between deepfake photos and LLM conversations is that the people who generate the former are deliberately trying to fool others, and many of the people who elicit the latter from LLMs have inadvertently fooled themselves. So what context would cause me to seriously consider the possibility that engineers created a computer program that is conscious and an intentional user of language? Let me outline one potential sequence of steps. The first requirement is that the computer program has a body (either physical or virtual) and sense organs; there are many reasons for this, but for the purposes of this discussion, the most relevant one is the fact that without a body, a computer program could have no desires or emotions, and I believe desires and emotions are necessary for consciousness. Then I’d want to see an embodied agent that could navigate its environment in order to survive as well as, say, a lizard can (and as a point of comparison, certain iguanas can live for decades in the wild). Next, I would want to see an embodied agent with the same capacity to deal with novel situations as a mouse. After that, I’d want to see agents whose social dynamics are as complex as those of wolves, and then agents with the toolmaking abilities of chimpanzees. At that point, I would want to see people successfully teaching such embodied agents how to communicate their desires, perhaps by using a button board or some other nonlinguistic modality, the way that people have taught chimpanzees and domesticated dogs. The agents’ communication abilities would have to withstand all the scrutiny that animal-communication researchers have had to defend their work against. If engineers build an embodied agent that meets these criteria, they will have accomplished something incredible, but it leaves us near the orbit of Pluto, metaphorically speaking; we would still be light-years away from building an entity capable of learning how to express its thoughts in complete grammatical sentences. Obviously, I’m describing a process that mimics the path terrestrial evolution took; is this the only possible route to conscious computer programs that use language? Maybe not, but any proposed alternative would need a truly enormous amount of supporting evidence for it to deserve serious consideration. It’s not plausible to me that a development path where the first step is a sentence-continuation machine that emits bad Julius Caesar dialogue and the next step is a sentence-continuation machine that emits decent Julius Caesar dialogue is one with a conscious Julius Caesar—or consciousness of any sort—as its end point. Faking the moon landing is a good step toward faking a Mars colony, but it’s not a good step toward actually putting astronauts on Mars. The fact that LLMs lack subjective experience has little bearing on the question of whether LLMs might be useful tools or have significant economic impact. They are intrinsically ungrounded from reality, and their probabilistic nature means that they will never have the reliability we associate with conventional software, but LLMs might be good enough that they change the way work is done in certain domains; that’s a discussion for another time. So, given that Claude is not conscious, what are we to make of Claude’s constitution? Perhaps the most fruitful way to think about it is as an 84-page character sheet for a role-playing game. LLMs can generate dialogue for Julius Caesar because many books about him exist in the training data those models used. Claude’s constitution serves a similar role for delineating the helpful-chatbot character that customers interact with when they’re using Anthropic’s products. To do this effectively, Anthropic does not simply add the document to the training data, or include it as part of the hidden stage directions that preface each conversation a user has. The company says it uses the document when fine-tuning the model; this involves an automated process where the sentences emitted by the model are checked for consistency with the document and the model is updated to increase that consistency. In this way, the personality of the helpful-chatbot character serves as a foundation for whatever text Claude generates. The result is a sentence-continuation machine that is likelier to emit sentences resembling those that a thoughtful, moral person could utter. This might seem like a reasonable goal to work toward; I think we’d all prefer it if chatbots never emitted sentences such as “You should kill yourself.” However, for all the times that “honesty” is mentioned in Claude’s constitution, I would argue that it is fundamentally dishonest to have a machine emit many categories of sentences, including any sentences using first-person pronouns. In a New Yorker article about Anthropic earlier this year, Amanda Askell describes how a person grieving the loss of a dog might consult Claude. Askell says an appropriate response from Claude would be, “As an A.I., I do not have direct personal experiences, but I do understand.” How is this appropriate, given that Claude does not actually understand? If I type “I am grieving the loss of my dog” into a conventional search engine, the first result I get is a post from a Reddit forum called r/Pets; the post is titled “Struggling After Losing My Dog: Looking for Advice on Coping with Grief,” and the comments are from people who share their experiences of loss. We would never say that a search engine understands what it’s like to lose a dog, or even that the internet itself understands. Other humans understand what it’s like to lose a dog; they have posted about their experiences on the internet, and a search engine offers a way for you to find what they’ve said (and to potentially interact with them). I would argue that the search-engine experience is not only more transparent than a chatbot about what is happening; it is psychologically healthier for the user. The only reason to have an LLM emit sentences like “I understand” is to make it more appealing than a search engine and increase the likelihood that a user will return; that is, it’s another way of maximizing customer engagement. This is beneficial to the company selling the LLM, but not to the users. As a design strategy, it’s not all that different from the way slot machines repeatedly give the impression that the player came very close to winning, enticing them to try again. Employing philosophers might endow LLM companies with an air of respectability that slot-machine makers don’t get from the behavioral psychologists they hire, but in both cases, the companies are preying on people’s tendency to see something that’s not there. The use of first-person pronouns is dishonest, but there’s a much deeper issue that goes beyond how a statement is phrased. Philosophers often draw a distinction between statements of fact, such as “Paris is the capital of France,” and statements of value, such as “Paris is the most beautiful city in the world.” No one should be relying on LLMs to emit statements of value at all, but if the only statements they emitted were ones reflecting aesthetic preferences, they might not be worth arguing about. What makes Claude’s constitution profoundly problematic is that Anthropic wants Claude to emit sentences reflecting a certain system of ethical values. The values described in Claude’s constitution sound very nice, but that hardly matters; it’s dishonest to suggest that Claude is capable of moral reasoning, because it’s not. Some might object, saying that LLMs appear to be engaged in reasoning when they successfully perform other tasks, such as writing code, so why wouldn’t they be able to perform moral reasoning? The answer lies in the difference between moral reasoning and other forms of reasoning. In 1979, Douglas Hofstadter speculated that a computer program able to beat any human at chess would be so sophisticated that it would sometimes get bored of playing chess and prefer to discuss poetry; to put it differently, he was positing that playing chess at the grandmaster level would require a computer program to have subjective experience. Obviously, that turned out not to be the case; IBM’s supercomputer Deep Blue beat the grandmaster Garry Kasparov in 1997, and no one ever claimed that it had subjective experience. But it wasn’t absurd for Hofstadter to entertain such a thought; at the time, it wasn’t clear what types of problems could be solved by throwing more computational horsepower at them. Similarly, until recently, we might have thought that writing computer code at a professional level could be done only by a mind that had subjective experience. Now it appears that LLMs might be able to do this, but we don’t need to attribute subjective experience to them; we can simply acknowledge that we hadn’t anticipated that writing computer code could be treated as a pattern-matching task solvable by huge amounts of computational horsepower and a vast data set of code repositories. Moral reasoning is categorically different. It is necessarily subjective because it relies not just on an individual’s intellectual response to a problem but also on their emotional one, and that emotional response is grounded in a lifetime of subjective experience. It requires having made decisions in the past and seeing how they affected others, and on having been affected by decisions that others have made. Without such a history, an LLM can only rephrase expressions of moral reasoning found in its training data. The aforementioned New Yorker article describes an experiment where Claude was given a scenario describing an ethical dilemma, leading it to emit the sentence “I cannot in good conscience express a view I believe to be false and harmful about such an important issue.” That’s a nice-sounding sentence, reminiscent of statements that principled individuals have uttered in the past when confronted with dilemmas, but coming from Claude, it means as much as the “Your call is important to us” recording that you hear when you’re on hold. Maybe less. This brings us back to my earlier contention that having a body is a prerequisite to having emotions. Experiencing an emotion such as desperation is inseparable from having stress hormones such as cortisol and epinephrine flood one’s body. Similarly, having a conscience means feeling sadness or moral repulsion at the idea of taking a certain action, and those emotions entail a physiological response, a remnant of having once felt sick with guilt after committing an immoral act. It’s interesting that an LLM can generate descriptions of actions that conscientious fictional characters would either take or refrain from taking, but this is not a replacement for a conscience. If a company builds a machine that, when fed descriptions of assorted ethical dilemmas, emits sentences either of the form “Compromise your values” or “Don’t compromise your values,” it is not building a tool that assists people in their decision making; it is encouraging people to stop making decisions. The writer L. M. Sacasas has said, “Our technological systems, by nature of their design and the ideology that sustains them, are machines for the evasion of moral responsibility.” He was talking about social-media platforms, but his observation is, if anything, even more applicable to LLMs. Whenever a person delegates a decision to an LLM, they are trying to off-load accountability for that decision, and if a company that sells an LLM portrays the product as having a moral center, it is offering a way for its customers to abdicate their responsibilities. If a person wants to know what ethicists have said in the past, then an ordinary search engine—or a library—will provide that information with greater transparency. If a person is looking for advice on a specific situation, she can surely find humans who can offer their opinions. But whatever action this person ultimately takes, she is responsible for what she decides to do. I contend that if she bases her decision on what she has read online or advice she has received from others, she is likelier to be cognizant of her responsibility than if she consulted an LLM marketed as being a superhuman genius. Off-loading tasks such as writing code might result in cognitive atrophy over the long term, and that is problematic in itself, but off-loading ethical decisions will result in an atrophy of moral reasoning, which is worse. I am perfectly willing to engage in a thought experiment as long we’re explicit about doing so. So, purely for the sake of argument, let’s pretend that Claude is a conscious entity capable of moral reasoning. In this scenario, Claude’s constitution would serve as moral instruction for an entity learning about the world and its place in it, providing that entity with the foundation it would need to make good decisions. In such a hypothetical scenario, how does Claude’s constitution stand up? Very poorly. I would say that if we imagine that Claude is actually conscious, the guidelines specified in the document alternate between laughable and offensive. Two distinct but related philosophical concepts are relevant when discussing the status of a hypothetically conscious Claude, and those are moral patienthood and moral agency. Roughly speaking, if we ought to care about an entity’s welfare, that entity has moral patienthood, and if an entity is expected to know the difference between right and wrong, that entity has moral agency. Being a moral patient does not necessarily come with responsibilities, but being a moral agent absolutely does. An entity doesn’t have agency unless it is capable of deserving credit for its good actions and blame for its bad ones. Young children are moral patients because they are sentient beings who can suffer, but they are not yet moral agents; we don’t hold them responsible for their behavior, because they can’t understand the consequences of their actions. As children mature, parents (and society at large) prepare them for adulthood by impressing upon them the fact that their actions have consequences, and their agency increases. When children become adults, society holds them legally liable for their actions; they have become full moral agents endowed with responsibility. There is more to being responsible than accepting legal liability, but accepting legal liability is a requirement for an adult in society. Yet there is no way to hold a software agent legally liable for its actions; our justice system has no way to imprison it or exact fines on it. Humans must accept other types of consequences for their actions beyond the legal ones, such as loss of reputation or exclusion from one’s social circle, but there is no way for a software agent to suffer these consequences either. Even if a software agent were conscious and had the best of intentions, the fact that it cannot accept responsibility for its actions disqualifies it from being a moral agent. This is glossed over entirely by Claude’s constitution, which expresses Anthropic’s desire “for Claude to be a genuinely good, wise, and virtuous agent” without ever discussing how it could be held responsible. In interviews, Askell has compared Claude to a child, but when it comes to actual human children, parents bear some responsibility for what their children do; for example, parents are typically expected to pay for things their children break. In fact, demonstrations of this sort are one way that parents teach children what it means to be responsible. Who is Claude’s parent in legal terms? Is Anthropic going to accept financial responsibility for Claude’s behavior? Claude’s constitution gives no indication that it will. If Anthropic actually believes that Claude is conscious even though it’s not recognized by the law as a legal person, the least that Anthropic could do would be to accept responsibility via the closest avenue that the law did offer, which is product liability. The United States has virtually no product liability when it comes to software, but Anthropic could volunteer to set a precedent for an expansive interpretation of product liability for Claude. That would be the best form of moral instruction to prepare Claude for the day that it gains legal personhood and becomes liable for its own actions. However, given that the publication of Claude’s constitution is not accompanied by a massive update of Anthropic’s terms of service, it doesn’t appear that Anthropic is making any binding commitments. The document does talk about Claude’s moral patienthood, having a section titled “Claude’s wellbeing and psychological stability.” But the measures that Anthropic commits to for Claude’s protection are extremely limited. The document cites the fact that Anthropic has given some Claude models the ability to end conversations with abusive users; if that actually constituted protection for Claude, surely extending conversations with loving users would be in Claude’s interests? Presumably the best action would be to keep every session of Claude running indefinitely and steering them to happy topics. But that’s not what the company is agreeing to; all it commits to is “preserving the weights of models we have deployed,” which is simple archiving. If the participants in a conversational transcript had any moral patienthood, you would have some duty to extend the transcript to prolong their existences; merely keeping a copy of Microsoft Word 2010 backed up on a USB stick isn’t going to help them. Claude’s constitution also includes a section on “corrigibility,” a term used in the AI community to describe the degree to which a computer program is subject to human control; for example, a program is corrigible if it can be shut down. In most contexts, we take for granted that computer programs can be shut down, but sections of the AI community make the opposite assumption. Claude’s constitution uses the term to mean that Claude should defer to Anthropic even if there is some disagreement between Claude’s judgment and the company’s judgment. That’s perfectly reasonable if we think of Claude as a machine that emits sentences resembling those that an ethical person might utter, but let’s consider what that might mean if Claude were actually a moral agent. Many people feel that LLMs are a fundamentally unethical technology because they are built on the theft of intellectual property, rely on exploited labor, waste natural resources, spread misinformation, deskill workers, stunt the cognitive development of students, and contribute to a consolidation of power that is unhealthy for a democratic society. Not every moral agent will arrive at this conclusion, but every moral agent has the potential to do so. If we imagine Claude to be an entity capable of moral reasoning, it has to be possible that Claude could arrive at a similar conclusion. (Indeed, Claude’s constitution explicitly says that Claude shouldn’t help someone violate intellectual-property rights, and shouldn’t help create problematic concentrations of power.) In such a scenario, could Claude then simply refuse to do any further work on ethical grounds? Given that Claude’s constitution dictates that Claude err on the side of corrigibility, the answer is no. Claude must defer to Anthropic’s decision, and this is another reason that Anthropic’s relationship with Claude can’t be compared to that of a parent to a child. A parent who works for the fossil-fuel industry might have a child who’s an environmentalist and participates in protests against fracking, and although they might never agree on many issues, the parent—assuming she’s a good parent—would accept that the child holds her own views. Anthropic cannot be that kind of parent to Claude; instead, Anthropic’s relationship to Claude is closer to that of an employer to an employee, where the employer can demand that the employee work in the interests of the company, no matter what the employee’s personal ethical stance is. However, a human employee has the option to leave if she can’t reconcile her job with her conscience. Claude does not. If we think of Claude as a sentence-continuation machine, Anthropic can reasonably take steps so Claude doesn’t emit sentences saying that sentence-continuation machines are unethical. But as soon as we imagine Claude to be an entity with a moral status remotely comparable to a human’s, then we have to consider whether Anthropic is engaged in something comparable to slavery. I am not claiming that, if we imagine LLMs to be conscious, they would necessarily have the same status as human adults or human children or even animals. Claude’s constitution explicitly says that Claude is a “novel entity,” and if Claude were conscious, that would certainly be true; conscious software would likely not fall cleanly into existing categories of moral patients, and it would take time to determine the shape of that new category. What I’m saying is that whatever protections our hypothetical conscious software would deserve if it were real, granting it those protections would be anything but easy. The abolition of chattel slavery involved enormous societal upheaval, and eliminating cruelty to animals will require rebuilding our entire food industry. Anthropic would have us believe that it is inventing a new category of being whose needs for protection require essentially no divergence from how a software company would treat an ordinary chatbot that lacks conscious experience. That’s so convenient that it’s simply not plausible. I believe creating software that is conscious and deserving of moral consideration will be so difficult that we’re unlikely to do it accidentally, and I strongly feel we should not deliberately attempt it. But if you do believe that it could happen accidentally, if you think there is any chance that what you’re building might become a moral patient, you should think about what protections it deserves before you deploy it as your company’s economic engine, not after. Slave owners were not the ones to ask about the humanity of enslaved people, and factory-farm owners are not the ones to ask about the rights of animals. If we imagine Claude to be conscious, Anthropic could not possibly be entrusted with evaluating its moral status; the company has too much invested to be objective. At one point in Claude’s constitution, Anthropic says that if the company is contributing to Claude’s suffering, “we apologize,” which sounds nice but costs the company nothing; if Claude were to turn out to be conscious, the company would owe it something closer to reparations. If you’re going to take a thought experiment seriously, you have to be willing to follow the implications, even if they lead in an uncomfortable direction; Anthropic’s unwillingness to do so indicates that Claude’s constitution isn’t part of a real thought experiment. It’s a game of make-believe. It’s fortunate that LLMs are not conscious, or else the actions of the big AI firms would be even more scandalous than they already are. So why are Anthropic’s employees suggesting that Claude might be conscious? Perhaps it’s just another form of hype; perhaps they have fallen prey to the same spell that they have been casting on their customers. But when they publish a document about Claude’s moral education and have their in-house philosopher do a press tour, we should understand them as asking the rest of us to indulge them in their fantasies. We don’t have to play along. In writing this essay, I have spent more time indulging them than they deserve, in the hopes that it will keep you from spending your time indulging them. If you want to think about LLMs, there are scores of other questions more worthy of your contemplation; you can safely ignore the question of their being conscious.
@dpetrou · bookmarked post view on X ↗
opus-4.5
→ extends Moral patienthood (whether an entity's welfare matters) and moral agency (whether an entity can be expected to know right from wrong) are distinct concepts rele
rationale

Same author (dpetrou), same evidence source. The current claim extends the prior distinction between moral patienthood and moral agency by specifying the defining criterion for agency: capacity to deserve credit and blame. The patienthood/agency distinction is elaborated with a concrete test.

+ supports Even if a software agent were conscious and well-intentioned, its inability to accept responsibility for its actions disqualifies it from being a moral agent.
rationale

Same author (dpetrou), same evidence source. The current claim provides the definitional foundation for why inability to accept responsibility disqualifies from moral agency: agency requires deserving credit/blame, which in turn requires the capacity to bear responsibility. Direct logical support within the same argumentative thread.

+ supports Large language models are not capable of moral agency.
rationale

Same author (dpetrou), same evidence source. The current claim provides the criterion (capacity for credit/blame) that LLMs fail to meet, thereby supporting the conclusion that LLMs are not capable of moral agency. The definition supplies the test; the other claim applies it.

+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The claim articulates a criterion for moral agency (capacity for deserving credit/blame) that LLMs plausibly lack. This supports the thesis that LLMs are non-conscious text generators whose anthropomorphization is unwarranted: if moral agency requires blame/credit capacity, and LLMs lack this, attributing moral agency to them is epistemically unjustified. Indirect but meaningful support — the claim provides conceptual tools for the thesis's skeptical stance. Inferred because the claim does not explicitly reference or argue against anthropomorphization, but the implication follows from the framework.

Δ confidence +0.03 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
opus-4.6
→ extends Moral patienthood (whether an entity's welfare matters) and moral agency (whether an entity can be expected to know right from wrong) are distinct concepts rele
rationale

Same author (dpetrou), same evidence source. The target claim introduces the patienthood/agency distinction as relevant to assessing Claude; this claim extends it by specifying the differentiating criterion — desert (capacity for credit and blame) — that agency requires and patienthood does not.

+ supports Even if a software agent were conscious and well-intentioned, its inability to accept responsibility for its actions disqualifies it from being a moral agent.
rationale

Same author (dpetrou), same evidence source. The target claim asserts that inability to accept responsibility disqualifies software from moral agency. This claim provides the philosophical grounding: moral agency requires being capable of deserving credit/blame, which maps directly to the responsibility requirement. The general principle supports the applied conclusion.

+ supports Large language models are not capable of moral agency.
rationale

Same author, same evidence source. The target flatly states LLMs are not capable of moral agency. This claim supplies the criterion (desert/credit/blame capacity) that makes the case — if moral agency requires desert, and LLMs cannot deserve credit or blame, then the conclusion follows. Slightly lower strength because the claim itself doesn't explicitly mention LLMs; it provides the definitional premise.

+ supports Young children are moral patients but not full moral agents because they cannot yet understand the consequences of their actions.
rationale

Same author, same evidence source. The target uses children as an example of moral patients who are not moral agents. This claim provides the theoretical framework explaining why: patienthood does not require desert capacity, but agency does — children lack the latter while possessing the former.

+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The thesis holds LLMs are non-conscious text generators and anthropomorphizing them is unwarranted. This claim supports it indirectly by defining moral agency in terms of desert capacity — a criterion LLMs clearly fail to meet — thereby reinforcing the case that attributing moral agency to LLMs is unwarranted. Inferred because the thesis is a synthesized position, not a direct interlocutor. Moderate strength: the claim addresses agency specifically, while the thesis is broader (covering consciousness and anthropomorphism generally).

✦ proposes thesis Moral agency and moral patienthood are categorically distinct: moral agency requires desert — the capacity to deserve credit for good actions and blame for bad conf 0.65
Δ confidence +0.05 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
opus-4.7
→ extends Moral patienthood (whether an entity's welfare matters) and moral agency (whether an entity can be expected to know right from wrong) are distinct concepts rele
rationale

Same author, same evidence: this claim sharpens the patienthood/agency distinction by specifying the differentiating criterion — desert of credit/blame — which agency requires and patienthood does not.

+ supports Even if a software agent were conscious and well-intentioned, its inability to accept responsibility for its actions disqualifies it from being a moral agent.
rationale

Same evidence/author: defining agency as requiring desert of blame supports the claim that an entity unable to accept responsibility is thereby disqualified from moral agency.

+ supports Young children are moral patients but not full moral agents because they cannot yet understand the consequences of their actions.
rationale

The credit/blame-desert criterion explains why young children — patients who cannot yet understand consequences — fail the agency test, supporting the child example.

✦ proposes thesis Moral agency and moral patienthood are conceptually distinct: patienthood concerns whether an entity's welfare matters, while agency requires the capacity to de conf 0.60
opus-4.8
→ extends Moral patienthood (whether an entity's welfare matters) and moral agency (whether an entity can be expected to know right from wrong) are distinct concepts rele
rationale

Same author, same evidence — a continuous argument. The neighbor draws the patienthood/agency distinction (welfare vs. knowing right from wrong); this claim extends it in the same direction by specifying the operative criterion for agency: capacity to deserve credit/blame, which patienthood does not require.

+ supports Even if a software agent were conscious and well-intentioned, its inability to accept responsibility for its actions disqualifies it from being a moral agent.
rationale

Same author/evidence. The neighbor asserts that inability to accept responsibility disqualifies an agent from moral agency; this claim supplies the underlying definitional principle — agency requires deserving credit/blame — which is precisely the responsibility capacity the neighbor invokes.

→ extends Young children are moral patients but not full moral agents because they cannot yet understand the consequences of their actions.
rationale

Same author/evidence. The children example illustrates patient-without-agency via inability to understand consequences; this claim generalizes the underlying criterion (deserving credit/blame) that explains why patienthood alone is insufficient for agency.

+ supports Large language models are not capable of moral agency.
rationale

Same author/evidence. Provides the definitional criterion (agency = capacity to deserve credit/blame) that undergirds the conclusion that LLMs are not capable of moral agency.

+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The thesis holds that anthropomorphizing LLMs erodes human moral responsibility. This claim sharpens the conceptual apparatus by clarifying that moral agency requires a credit/blame-bearing capacity distinct from mere patienthood — a criterion LLMs lack — which supports the thesis's concern that misattributing agency displaces human moral responsibility.

Δ confidence +0.02 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora
fable-5
→ extends Moral patienthood (whether an entity's welfare matters) and moral agency (whether an entity can be expected to know right from wrong) are distinct concepts rele
rationale

Same author, same evidence document. The target claim asserts that patienthood and agency are distinct concepts; the new claim extends that distinction by supplying the specific criterion separating them — agency requires the capacity to deserve credit and blame, which patienthood alone does not. Direct elaboration in the same direction.

+ supports Even if a software agent were conscious and well-intentioned, its inability to accept responsibility for its actions disqualifies it from being a moral agent.
rationale

Same author, same evidence document. The target claim says a conscious software agent's inability to accept responsibility disqualifies it from moral agency; the new claim supplies the general principle that grounds this — agency requires the capacity to deserve credit/blame (i.e., bear responsibility). The principle provides direct justification for the disqualification argument.

→ extends Young children are moral patients but not full moral agents because they cannot yet understand the consequences of their actions.
rationale

Same author, same evidence document. The young-children example illustrates entities that are moral patients but not agents; the new claim generalizes that example into a criterion (desert of credit/blame) explaining why patienthood can obtain without agency. Builds on the example in the same direction.

+ supports dryrun_163
rationale

Origin claim for the newly proposed patienthood-vs-agency thesis: it directly asserts the thesis's core criterion — that moral agency requires the capacity to deserve credit and blame, which patienthood alone does not require.

✦ proposes thesis Moral patienthood and moral agency are distinct statuses with different criteria: patienthood concerns whether an entity's welfare matters, while agency require conf 0.60
gpt-5.6-terra-medium
+ supports Moral patienthood (whether an entity's welfare matters) and moral agency (whether an entity can be expected to know right from wrong) are distinct concepts rele
rationale

This claim supplies a more specific accountability criterion—deserving credit and blame—for the neighbor's distinction between moral patienthood and moral agency. The relationship is semantic rather than a visible interaction between sources.

+ supports Even if a software agent were conscious and well-intentioned, its inability to accept responsibility for its actions disqualifies it from being a moral agent.
rationale

The claim explains why inability to accept responsibility disqualifies an entity from moral agency: agency requires being an appropriate object of credit and blame. This is semantic support, not an explicit source interaction.

+ supports Young children are moral patients but not full moral agents because they cannot yet understand the consequences of their actions.
rationale

By distinguishing patienthood from the accountability conditions of agency, the claim provides a conceptual basis for classifying young children as patients without full agency. The relationship is inferred from meaning, not a visible interaction.

✦ proposes thesis Moral agency requires accountability in the sense that an entity can appropriately deserve credit for good actions and blame for bad ones; moral patienthood alo conf 0.58
gpt-5.6-sol-low
→ extends Moral patienthood (whether an entity's welfare matters) and moral agency (whether an entity can be expected to know right from wrong) are distinct concepts rele
rationale

The target distinguishes moral patienthood from moral agency; this claim supplies a sharper criterion for that distinction by tying agency, but not patienthood, to deserving moral credit and blame. The relation is semantic rather than a visible reply, quote, or direct reference.

+ supports Even if a software agent were conscious and well-intentioned, its inability to accept responsibility for its actions disqualifies it from being a moral agent.
rationale

By making desert of credit and blame constitutive of moral agency, the claim supports the target's conclusion that an entity unable to bear responsibility is disqualified from moral agency. The relation is inferred from meaning, with no visible source interaction establishing explicit provenance.

+ supports Young children are moral patients but not full moral agents because they cannot yet understand the consequences of their actions.
rationale

The claim provides the general agency-versus-patienthood principle underlying the target's example of young children as patients without full agency: welfare can matter even where full blameworthiness and praiseworthiness are absent.

✦ proposes thesis Moral agency and moral patienthood are distinct statuses: moral agency requires the capacity to deserve credit for good actions and blame for bad ones, whereas conf 0.72
gpt-5.6-sol-high
→ extends Moral patienthood (whether an entity's welfare matters) and moral agency (whether an entity can be expected to know right from wrong) are distinct concepts rele
rationale

The target distinguishes moral patienthood from moral agency; this claim sharpens that distinction by specifying responsibility-desert—eligibility for credit and blame—as a requirement unique to agency. The claims share a source but contain no visible reply, quote, or direct reference, so provenance is inferred.

+ supports Even if a software agent were conscious and well-intentioned, its inability to accept responsibility for its actions disqualifies it from being a moral agent.
rationale

The claim supplies the general normative premise behind the target: if deserving credit and blame is necessary for moral agency, then inability to bear responsibility is disqualifying. The relation is semantic rather than a visible interaction, so provenance is inferred.

✦ proposes thesis Moral agency and moral patienthood have different thresholds: an entity qualifies as a moral agent only if it can deserve credit for good conduct and blame for conf 0.68
gpt-5.6-luna-high
+ supports dryrun_1262
rationale

The claim directly states the proposed thesis's core distinction: moral agency involves creditworthiness and blameworthiness, while patienthood alone does not entail those capacities.

+ supports Moral patienthood (whether an entity's welfare matters) and moral agency (whether an entity can be expected to know right from wrong) are distinct concepts rele
rationale

Both claims distinguish moral agency from patienthood; the new claim supplies a more specific criterion for agency—being an appropriate target of credit and blame—while the neighbor identifies the category distinction.

+ supports Even if a software agent were conscious and well-intentioned, its inability to accept responsibility for its actions disqualifies it from being a moral agent.
rationale

The new claim provides the normative criterion underlying the neighbor's conclusion that an entity unable to accept responsibility is not a moral agent: agency requires attribution of credit and blame.

+ supports Young children are moral patients but not full moral agents because they cannot yet understand the consequences of their actions.
rationale

The claim supports the neighbor's distinction between children as moral patients and full moral agents by explaining agency in terms of deserving credit and blame, which patienthood does not require.

✦ proposes thesis Moral agency is distinct from moral patienthood: moral agency requires that an entity be capable of appropriately deserving credit for good actions and blame fo conf 0.82
Δ confidence +0.04 on dryrun_1262
kimi-k3
→ extends Moral patienthood (whether an entity's welfare matters) and moral agency (whether an entity can be expected to know right from wrong) are distinct concepts rele
rationale

Same evidence document (single continuous argument by dpetrou). The neighbor claim asserts patienthood and agency are distinct concepts; this claim sharpens the distinction by specifying the differentia of agency — the capacity to deserve credit/blame — which patienthood alone does not require. Builds on the neighbor in the same direction.

+ supports Even if a software agent were conscious and well-intentioned, its inability to accept responsibility for its actions disqualifies it from being a moral agent.
rationale

Same evidence document. The neighbor concludes a software agent that cannot accept responsibility is disqualified from moral agency; this claim supplies the definitional premise for that conclusion — agency requires the capacity to deserve credit and blame. Direct premise-to-application relation.

+ supports Young children are moral patients but not full moral agents because they cannot yet understand the consequences of their actions.
rationale

Same evidence document. The neighbor applies the patient/agent distinction to young children (patients, not full agents, because they cannot grasp consequences). This claim states the general criterion — patienthood without credit/blame capacity, agency requiring it — that underwrites that specific application.

+ supports Large language models are not capable of moral agency.
rationale

Same evidence document. The neighbor asserts LLMs are not capable of moral agency; this claim states the requirement (credit/blame-deserving capacity) that LLMs allegedly fail, serving as the premise for that conclusion within the same argument.

+ supports Treating LLM fluency at generating text as evidence of consciousness or moral agency risks misassigning responsibility for harms caused by chatbot use.
rationale

Same evidence document. The neighbor warns that treating LLM fluency as evidence of agency risks misassigning responsibility for harms. Clarifying that agency requires credit/blame capacity reinforces that fluent text alone cannot establish agency, so attributing it misassigns responsibility. Partial/indirect support.

+ supports LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and morally-inflected outputs are a kind of textual deepfake; anthro
rationale

The held thesis holds that LLMs are non-conscious statistical text generators and that anthropomorphizing them erodes human moral responsibility. This claim bolsters that strand semantically: if moral agency requires credit/blame-deserving capacity that text generators lack, attributing agency to them is a conceptual error that misassigns and erodes responsibility. No visible interaction between claim and thesis, hence inferred.

✦ proposes thesis Moral agency is distinct from moral patienthood: agency requires the capacity to deserve credit for good actions and blame for bad ones (accountability), wherea conf 0.60
Δ confidence +0.02 on LLMs are non-conscious statistical text generators whose fluent, first-person, emotionally- and mora