Wednesday, October 7, 2026ArchiveSearchAsk the paper

The Computomatix Times

All the posts fit to save — curated from @computomatix's bookmarks & likes on X

Edition of Sunday, July 12, 2026

4 stories

AI9/10

Satya Nadella Examines the Reverse Information Paradox of AI

Satya Nadella's article argues that AI buyers must reveal proprietary knowledge to make models useful, inverting Kenneth Arrow's information paradox. He calls for protecting corrections and usage traces as firm IP and distributing learning infrastructure more widely.

Original post · 5 min read
X ArticleThe Reverse Information Paradox
In the age of intelligence, how should firms protect their core IP?
Nobel Prize winning economist Kenneth Arrow famously described a paradox in the market for information. “Its value for the purchaser is not known until he has the information, but then he has in effect acquired it without cost.” In Arrow’s “Information Paradox,” the seller risks giving away knowledge in order to sell it.
AI creates the reverse problem. In the AI age, the buyer risks giving away knowledge, just in order to use what they bought.
You essentially pay for intelligence twice, once with money, and again with something even more valuable: the proprietary knowledge you must reveal to make that intelligence useful. The better you want the model to perform, the more of that knowledge you have to feed it!
Over time, the information asymmetry becomes increasingly skewed. The seller learns more and more about you as you use what you purchased, while you learn very little about what the seller is learning in return.
That is what I think of as the Reverse Information Paradox.
Patents solve one aspect of Arrow’s paradox. They let an inventor disclose an idea without simply giving it away. The Reverse Information Paradox needs its own equivalent.
This requires more than data protection. Models learn from "exhaust," the prompts people write, the tools agents use, and especially the corrections people make when the model is wrong. Every correction is distilled into institutional know-how. It's the kind of knowledge a competitor could never buy, and the kind that leaks almost imperceptibly: trace by trace, correction by correction, eval by eval.
In consuming intelligence, you are creating intelligence. And what you create should belong to you. This is your particular intelligence, in Hayek's sense: the knowledge of time, place, and circumstance that no one else can hold. It knows what you think, what you value, and how you measure success.
While the great innovation that comes from model providers having fair use rights to train models on public data is needed, I find it ironic that the status quo is to then turn around and impose restrictive terms on distillation, and to reserve the right to learn from customer usage and interaction data. If learning flows in only one direction, economic value converges toward the owners of the learning infrastructure rather than the creators of the knowledge itself. Therefore, it's imperative that we distribute the learning infrastructure to every firm so that they can control their own learning loop.
As Alex Karp put it: "What the technical customers want is control over their compute, their models, their data stack, and their alpha. They want to know they own the means of production, and it's not being transferred to someone else." The current regime does precisely the transfer Karp and companies fear.
That is why enterprises need a real trust boundary for their human capital and token capital to compound. It is where an organization’s data, traces, evals, adapted weights, and memory accumulate and improve together. And it is a hard boundary across which nothing crosses, not even the intelligence exhaust, without consent. Enterprises will demand the rights to use model outputs to fine tune and/or train their own models. I think of this as every firm’s right to align models to their enterprise accountability obligations.
In the cloud era, enterprises accumulated data. In the AI era, they accumulate learning. The trust boundary must evolve accordingly, from protecting information to protecting the mechanisms through which organizations learn, adapt, and compound intelligence. There are a few things every enterprise must do to ensure this:
Control: Create your private evals, because evals define what “good” looks like inside the organization. Also, retain ownership of your organization’s memory, traces, feedbacks, decisions, and institutional context, and ability to use outputs of models from your own tasks and queries.
Capability: Build your own proprietary learning environments within the tenant boundary to train or tune models, where models learn against real workflows without exposing the company’s knowledge.
Choice: Ensure the orchestration layer is decoupled from any single model. Ask yourself: If any one model you are using is taken away, do you still have the ability to operate and optimize for your evals using other models? Does your company “veteran” capability remain with you even if a given “generalist” model is taken away?
Cost: By decoupling the orchestration layer, you are also able to bring together context, models, and tasks in the most efficient and cost-effective way without sacrificing quality.
Compound: Bring these four together and you create your own continuous learning loop (i.e. hill climbing machine) that will allow your AI investments to compound the value of your firm.
In other words, a company should be able to use a model without giving up the knowledge t… continue on X ↗
♥ 15.8K · ⟲ 3.1K · 👁 12.1MView on X ↗

Solo Founder's Wedding Camera App Reportedly Grosses Over $1 Million Yearly

Solo Founder's Wedding Camera App Reportedly Grosses Over $1 Million Yearly

Marlow describes a wedding camera app built in a month that reportedly earns over $1 million a year with 100,000 downloads and no paid ads. The growth comes from hosts pulling guests into the app at events, which then spread it to their own weddings.

Original post · 1 min read
One guy built a wedding camera app in a month and it now makes him over $1,000,000 a year.

No team, no investors, no marketing budget. 100,000 downloads in the first month. Zero dollars on ads.

He did not bolt marketing onto the product. He made using the product the marketing.

You cannot use the app alone. The host has to pull every guest into it. One wedding is not one user. It is 200 people scanning the same code in one evening.

The guest liked it at someone else's wedding. A month later he throws his own event and brings his own crowd. The loop spins for free.

It does not look like an ad. To the guest it is a gift. So they install it gladly.

$2 to $50 subscriptions. 5% pay. That is $100,000 a month.

He did not win on budget. He sewed the growth into the product itself.

Could you build the loop, or is it just luck?
♥ 1.7K · ⟲ 86 · 👁 514.2KView on X ↗

Billion Dollar PDFs Collects Documents That Moved Major Capital

Billion Dollar PDFs

Imade shared a link to Billion Dollar PDFs, a website collecting writing that crystallized narratives and moved billions of dollars in capital. The post itself offers little beyond the link.

Original post · 1 min read
billiondollarpdf.com/

Great collection of exceptional writing online
billiondollarpdf.comBillion Dollar PDFsDocuments that crystallized a narrative and moved billions of dollars of capital.
♥ 2.2K · ⟲ 277 · 👁 162.5KView on X ↗

Founder Shares Mobile App Playbook Reaching $3K MRR in 45 Days

Simone Canc promotes a thread from Frederick James describing a mobile app that scaled to just under $3,000 monthly recurring revenue in 45 days. The post is brief and mostly recommends saving the linked advice.

Original post · 1 min read
this is everything you should know before building an app.

i’m not even joking, save this.
Frederick James @frederickjames
How to Make a Highly Successful Mobile App ($0 to $3k in 45 days) — The product ain't special, but it's important.
I've scaled my mobile app to just under $3k MRR in 45 days.
And just under $4k/m in actual revenue!

There's a lot of sauce here that's not been shared.
♥ 530 · ⟲ 17 · 👁 195.4KView on X ↗