1. The Day Apps Were Cleared, AI Tools Were Sorted Too
On the day of sorting through smartphone apps, AI tools were reviewed by the same standard. Over eighty apps were deleted. The selection wasn't emotional — it was philosophical. "Is this app for creating, or for consuming?" That question divided what stayed from what went.
AI tools were no exception. Several AI apps were on the phone. Each was held against the same question. One remained. Not an emotional choice. The day's work provided the evidence on which the judgment rested.
2. The Gap Between "Completes in Conversation" and "Connects to Infrastructure"
AI tools fall into two broad categories. One type produces answers within a conversation; when the session ends, everything disappears. The other executes code within the session and can write changes to external systems.
The first is an excellent advisor — clarifying thinking, refining language, developing ideas. But when the session ends, the output lives only in the conversation log. The second is different. Code executed within the session writes into an external repository. In the next session, those files are still there.
AI that completes in conversation: the answer lives inside the session
AI that connects to infrastructure: the change is written into the world
3. What Push and Pull Actually Mean
Git push and pull look like technical operations. But the essence is making changes persist. It's the act of taking something thought through inside a session and committing it to the world outside that session.
Looking back at one day's work: an automated mail retrieval system was built. Morning briefings became self-running. Several essays were published. All of it was born inside conversations with an AI, and all of it was written into the world outside those conversations. The git commit log remains as evidence.
4. The Allowed Domain List as a Design Philosophy
Not all AI environments can connect to infrastructure equally. For security reasons, many AI environments restrict access to external networks. The key question is which domains are permitted — a design decision with significant consequences.
In an environment where github.com is on the allowed list, code running inside a session can push to a repository in real time. This isn't a convenience feature. It's the dividing line between an AI that can function as part of infrastructure and one that cannot. Can it change the world outside the conversation? That gap grows larger with continued use.
5. Can Other AI Tools Do the Same?
It might seem like the same result is achievable with other AI tools — have the code written, copy it, push it manually. That's true. But the structure is different.
Write code, copy it, paste into a terminal, push — this workflow always requires human intervention. Human intervention means friction. Friction means situations where the step gets skipped. Skipped steps accumulate, and infrastructure stops growing. The ability to push directly from within a session eliminates that friction. Because friction is zero, execution actually happens.
6. The Standard for Selecting AI as a Tool
"Can it connect to infrastructure?" will become an increasingly important criterion for selecting AI tools. The value of what an AI produces is determined by whether it persists in the world. If it completes only within a conversation, that value disappears when the session ends.
Through this lens, AI tool selection becomes clear. Choose AI that can write directly to your infrastructure — your repository, your file system, your records. Choose designs where the output of a conversation remains in the world outside it. Anything else, no matter how capable, is an AI for consuming.
7. Memory Across Sessions and Execution Within Sessions
AI has two constraints: no memory across sessions, and no ability to run multiple sessions simultaneously. The design built today answered both. Memory is externalized to a private repository. Execution is asynchronized through automated workflows. A system where AI can keep moving the world outside the session, even between sessions.
"Can it connect to infrastructure?" is the prerequisite for that design. Without the connection, the design doesn't hold. Push and pull capability is what makes externalized memory work. The connection is what allows infrastructure to grow across sessions.
8. What Remains Reflects What You Value
At the end of the app sorting, seven apps remained. One AI tool was among them. That choice wasn't based on emotion or habit — it was based on one day's evidence. Automated workflows, mail retrieval, six published essays — all of it emerged from sessions with that AI, and all of it was written into infrastructure.
When the standard for sorting tools becomes clear, what to keep and what to remove decides itself. "Can it connect to infrastructure?" This question applies not just to AI tools but to every tool choice. Does it complete in conversation, or does it change the world? That difference, accumulated, becomes the difference that matters most.
The standard for selecting AI tools is whether it can connect to infrastructure. An AI that completes within a conversation and one that writes changes into the world are fundamentally different tools.
TokiStorage is a project dedicated to preserving voices, images, and text for a thousand years — democratizing proof of existence. The design philosophy of using AI as infrastructure is shared openly through these essays.
Learn about TokiStorage Read all essays