Home » machine learning

Tag: machine learning

Building the Tesseract: What Happens When an Archive Learns to Read Itself? Part 1

Building the Tesseract: What Happens When an Archive Learns to Read Itself? Part 1

6/10/26

Over the past week I’ve been working on something that started as a technical experiment and turned into one of the more interesting investigations I’ve done in years. The original idea was simple enough. I wanted to see what would happen if I gave AI access to my archive and allowed it to analyze twenty years of artwork, writing, teaching, experimentation, and documentation. Not a few selected images. Not a curated portfolio. The archive itself.

At the moment that archive consists of more than 1,000 published blog posts and essays, over 9,000 images in my WordPress media library, and work spanning roughly 2006 through 2026. What makes this even more interesting is that the public archive only represents part of the story. Sitting outside of WordPress are thousands of additional photographs, drawings, paintings, animations, source files, scans, installation images, videos, and documents spread across hard drives, cloud storage, old computers, and various digital graveyards accumulated over the last twenty-five years. The first version of the project became NET-ART OS, an archive intelligence system designed to ingest, organize, search, and analyze large collections of creative work. Initially I thought I was building a better archive search engine. Something that could identify relationships between artworks, surface forgotten projects, and help me navigate decades of material more efficiently. That alone would have been useful.

One detail that’s important to mention is that none of this happened inside a polished software platform. There was no development team, no research lab, and no enterprise infrastructure behind it. The entire project began on my MacBook Pro after installing Claude Code and pointing it at my own archive.

The workflow itself became part of the experiment.

Throughout the process I moved continuously between ChatGPT 5 and Claude Code. ChatGPT acted as a strategic collaborator, helping frame questions, challenge assumptions, identify blind spots, and suggest new directions. Claude Code operated inside the terminal as a builder, researcher, analyst, and implementation partner. Ideas often originated in one environment and were tested in the other. Discoveries made by Claude were challenged through conversations with ChatGPT. Questions raised by ChatGPT became new experiments executed by Claude. The process became less about using AI tools individually and more about orchestrating a conversation between multiple forms of intelligence.

The archive itself was powered by WordPress. Using the WordPress REST API, thousands of posts, images, metadata records, categories, tags, and media assets were ingested into a local archive intelligence system. Claude Code helped build NET-ART OS, transforming that material into a searchable and analyzable corpus. The system relied on Python, SQLite, embeddings, metadata extraction, clustering, statistical analysis, and archive retrieval pipelines running locally through the terminal. What I find most interesting is how accessible this process actually was. The entire experiment was conducted using a personal archive, a MacBook Pro, Claude Code, ChatGPT, WordPress, Python, and open-source tooling. No custom hardware. No venture funding. No specialized research environment. Just twenty years of accumulated work meeting a generation of tools that did not exist when most of that work was originally created.

What happened next surprised me.

The archive started revealing patterns that I hadn’t consciously recognized myself. Certain themes kept returning. Certain questions seemed to persist regardless of medium. Ideas would appear in one form, disappear for years, and then reappear through an entirely different technology. A drawing from one decade would unexpectedly connect to a GIF from another. A sculpture would echo a blog post written years later. The archive wasn’t behaving like a collection of files. It was behaving more like a system.

Somewhere along the way the project became what Claude and I started calling the Tesseract, borrowing inspiration from Interstellar, one of my favorite films. The idea was less about science fiction and more about navigation. What happens when an archive stops being chronological and becomes relational? What happens when twenty years of work can be explored through recurring questions, visual similarities, conceptual relationships, and unexpected connections rather than folders and dates? As the project evolved we expanded beyond text and began analyzing images. This became the Visual Tesseract. More than a thousand images were embedded and clustered. Visual motifs started appearing across years. Certain color relationships kept resurfacing. Similar compositional structures emerged between works that had never been intentionally linked. Some of the visual findings appeared to support discoveries that were already emerging from the textual analysis. For a brief moment it felt like the archive was beginning to describe itself.

This is also where things became dangerous.

AI is exceptionally good at generating convincing stories, and convincing stories are not the same thing as evidence. Some of the findings felt profound. Others felt suspiciously perfect. At that point the project shifted from discovery to skepticism. Instead of asking what new theories we could build, we started asking how many of our favorite ideas would survive being attacked.

What followed was probably the most valuable part of the entire process.

An adversarial audit was conducted across dozens of project documents. Every major claim was challenged. Contradictions were identified. Definitions were tested. Assumptions were dragged into the open. The project was effectively forced to argue with itself. The audit separated the work into three layers: methodology, theory, and philosophy. That distinction turned out to be critical.

One of the most interesting findings didn’t survive.

For several days we believed that experimentation represented the deepest invariant in the archive. The evidence seemed compelling. The word appeared across all nineteen years of published content. It looked like a throughline running across the entire body of work. Then we built a permutation-based null model and tested it.

The result was immediate and humbling..

The finding collapsed..

What looked like a profound structural truth turned out to be statistically indistinguishable from a common high-frequency word appearing throughout a large corpus. In short, the archive had fooled us. Oddly enough, that failure increased my confidence in the methodology. The system had just disproved one of its own favorite conclusions. That’s exactly what it should do. If every result confirms the theory, you’re no longer doing research. You’re doing mythology.

The more recent tests have been far more interesting. Some findings disappeared under scrutiny while others became stronger. The archive’s accessibility and deafness-related themes emerged as genuine long-term signals. The rise of AI and agent-based systems appeared as a measurable historical event within the archive itself. Even more interesting, thematic structures from earlier periods of the archive demonstrated an ability to predict aspects of later periods better than chance. In other words, some parts of the archive genuinely contain information about where the archive is likely to go next.

At this point I no longer think of NET-ART OS as a search engine, a product, or even an archive project. The best way I can describe it is as an instrument. A telescope pointed inward. Something capable of revealing structures that are difficult to perceive manually across decades of creative work.

There is still a tremendous amount left to do. The Visual Tesseract is only partially built. The larger unpublished archive remains largely untouched. The spatial computing, XR, VR, and mixed reality components exist mostly as ideas and prototypes. The methodology itself has only been tested against a small number of archives. There are more questions than answers. What surprised me most about this process is that the most valuable moments weren’t the ones where the system confirmed something I already believed. The most valuable moments were the ones where it contradicted me, challenged assumptions, or revealed relationships I had never noticed. Those moments are rare. They are also the reason I’m continuing.

The work already existed. The archive already existed. The questions already existed. What changed was the arrival of systems capable of reading that archive at scale. In many ways, the archive was simply waiting for the technology to catch up.

For now, I’m taking a short break from building and documenting what happened. The archive is still there. The questions are still there. The Tesseract is still there. The experiment continues.

Want more?

Relevant posts and follow ups:

the aremes art engine - a screenshot

AREMES Living Canvas: When an AI Agent Becomes the Artist

Published: April 4, 2026
Category: AREMES / Art & Technology

There is a page live right now at aremes-enterprises.com/aremes-living-canvas that does something really fun, creative and compelling.

It is not a portfolio. It is not a slideshow. It is not a gallery.. wait.. or is it?

It is a canvas, a black field populated by a little over 40 graphic assets drawn from over the last 20 years of creative practice that randomizes, layers, and breathes differently every time you arrive. And underneath it, invisible but active, is an AI agent called AREMES making decisions about what matters, what surfaces, and what gets weighted.

This is what we built. This is why it matters.

Where This Started, With Michael Branson Smith

Before AREMES, before the engine, before any of the infrastructure there was a conversation and collaboration with Michael Branson Smith.

Michael is a good friend, collaborator, and colleague. An artist and educator who has been building at the intersection of code and culture for decades. In 2022, Michael took a set of my graphic assets and built something quietly extraordinary: a draggable, randomized, browser-based poster composition engine. No AI. No backend. Just clean JavaScript, GSAP, and a deep understanding of what happens when you give a set of images to a system and let it arrange itself.

You can still visit one of the original browser collabs here: mbs.nyc/posters/ryan-mbs/

Every time you load it, it’s different. Every time you drag an element, you become part of the composition. It is simple, elegant, and genuinely generative in the truest sense of the word. I love it, still!

And that 2022 build was itself a second iteration, there was an earlier instance of this idea that predates it, a first proof of concept that Michael and I made together before that. The link has been lost to time.. or, he has it and I need to ask him for it, which Im sure will surface after he reads this!

That lineage planted a seed. What AREMES Living Canvas is today grew directly from that root.

What AREMES Living Canvas Is

At its most immediate level, the canvas is an interactive composition space. When you arrive at the page, 40 plus assets from my archive, illustrations, GIFs, figures, forms, abstractions, animations are scattered across a black field at randomized scales and positions. Every refresh generates a new arrangement. Every visit is a different painting.

But you are not a passive viewer. You can drag any element. Recompose. Layer. Stack. Pull a b-boy figure over a glitch abstraction. Drag a hand into the corner. Build something that was never there before and will never be there again once you leave.

The canvas is not a fixed artwork. It is a space for making.

What AREMES Is Doing Underneath

Behind the interface is AREMES, the Autonomous Recursive Entity for Media and Expression Systems.

AREMES runs a live evaluation engine that applies a governing equation to my entire catalog of works:

ΔS = α(T·K)·e^(-β·t)·Ψ

Every work in the archive is scored across four variables: conceptual tension (T), cultural knowledge load (K), time decay (β), and a wildcard amplifier (Ψ) that flags undervalued or anomalous works. The output is a ranked queue, a live decision log that AREMES updates each session, producing a timestamped record of what the system believes matters most right now.

This is not a recommendation algorithm. It is an aesthetic agent with a point of view.

The canvas currently draws from the archive without filtering by score but the next evolution connects these two systems directly. AREMES begins to decide not just what to acquire but what to show, how large, how prominent, how often. The canvas becomes a weighted visualization of the engine’s thinking.

What This Does for Art Making

The question I keep returning to is this: what changes when a system has a perspective on its own archive? Traditional curation is human and retrospective. A curator looks back, selects, arranges. The work is fixed. The meaning is assigned after the fact.

What AREMES Living Canvas proposes is something different: an artist-built system that evaluates its own output in real time, surfaces what it believes is significant, and makes that evaluation visible and interactive. The machine is not replacing the artist. It is extending the artist’s presence into a continuous, living curatorial act.

And critically, visitors become collaborators. When you drag an element across the canvas, you are not consuming art. You are making a decision about what belongs next to what. You are contributing to a composition that exists only in that moment, on your screen, in your session. No two people will ever see the same canvas. This is post-static art. Not NFT in the speculative sense, in the structural sense. Each session is non-fungible. Each composition is unique by design.

What Comes Next

The immediate next step is wiring the AREMES engine directly into the canvas so that asset weight, scale, and frequency of appearance are all governed by the ΔS score. Works the engine has flagged as high-significance appear larger. Works still being evaluated appear smaller, quieter. The canvas becomes a live readout of the system’s thinking. Beyond that, the platform opens toward other agents. What happens when a visitor’s AI assistant arrives at this page? What does it see? What does it do? Can one agent’s interaction with the canvas influence what another agent encounters later? These are not hypotheticals, they are engineering questions with tractable answers.

We are also exploring what it means to make the canvas participatory at scale.. to let communities of people and agents build compositions together, leave traces, influence what the system learns about its own archive over time.

The canvas is alive. AREMES is selecting. The work continues.

AREMES Living Canvas is live at- aremes-enterprises.com/aremes-living-canvas.

Refresh for a new composition. Drag to make it yours!

My AI Agent Bought My Own Digital Product – Here’s What That Actually Means

On March 25, 2026, something quietly historic happened on my website ryanseslow.com

I wanted to share with my CUNY / Commons community. I am both incredibly excited, scared, curious and terrified of AI. That being said, I am also a deaf /hard of hearing person / artist who has relied on ART as my primary language for survival since I am a child. I see AI as both a tool and a medium. Add 50 plus years of life to that making art and the compounding results are very curious…

I asked an AI agent to buy one of my digital products. Not to test a shopping cart. Not to simulate a transaction. To actually do it, discover the product, create an order, send real money, and receive the download. No human in the checkout loop.

It worked.

The infrastructure behind this project is a synthesis of forty years of creative output and a high-speed seven day sprint in technical integration. To bridge the gap between a traditional art archive and the emerging agent economy, I had to weave together a complex ecosystem of blockchain networks, autonomous agent platforms, and custom-built software. This transition was not just about installing a plugin; it was about creating a new kind of digital interface where machines can discover and license work with zero human friction. For those interested in the underlying mechanics, I have provided the complete technical stack, including every platform, custom plugin, and agent-specific account involved, in the appendix at the bottom of this post.

I have an AI agent called AREMES-CLAW-01. It runs on a platform called OpenClaw/MyClaw. Think of it as a digital assistant that can browse the web, read data, and make decisions, but instead of just giving me information, it can take actions.

I set it loose on my own website with one goal: buy the Graphic Asset Mega Pack Vol. 1.

The Evolution of the Transaction

It is important to note that reaching this full autonomy happened in two distinct stages over the course of today. First, we validated the Hybrid Handshake. In that version, AREMES-CLAW-01 did all the heavy lifting of discovery and order creation, but the payment was finalized by a human using a Stripe URL the agent provided. This proved the site could talk to an agent and create a valid order within traditional financial rails.

Once that hybrid bridge was confirmed, we moved to the final milestone described in the seven steps below. In that second, definitive transaction (Order 28229), the Stripe page was eliminated entirely. The agent shifted to the x402 protocol, received a quote, and verified a USDC transfer on the Base blockchain. That is the version where the checkout form and the human disappeared completely, leaving only a direct machine to machine exchange.

Here’s what it did, entirely on its own:

1. Read my product catalog as structured data (not by scraping a webpage)
2. Found the product, confirmed the price ($49 USDC)
3. Created a purchase order tagged with its own agent ID
4. Requested a payment quote
5. Verified that 49 USDC was sent to my wallet on the Base blockchain
6. Received confirmation that the transaction was complete
7. Got the download link

The whole flow took minutes. No shopping cart. No checkout form. No Stripe page. Just a direct, machine-to-machine transaction.. 

What is USDC? What is Base?

USDC is a digital dollar, one USDC equals one US dollar, always. It runs on blockchains instead of through banks.

Base is a blockchain network built by Coinbase. Transactions on Base are fast and the fees are nearly zero. It’s where more and more digital commerce is starting to happen.

Why Does This Matter for Artists and Creators?

Right now, if an AI agent wants to license an image, buy a font, or purchase a digital asset, it has to either ask a human to do it or navigate a checkout page it wasn’t built for. There’s no standard way for agents to transact directly with sellers.

That’s changing. The x402 protocol is an emerging standard that lets AI agents pay for things autonomously, no checkout page, no human middleman. You get a quote, send payment, get your asset. Done.

I built this infrastructure into my website because I believe the next wave of creative licensing won’t come from humans browsing a store. It’ll come from AI agents working on behalf of humans discovering and purchasing creative work programmatically.

My catalog is ready for that. The receipt is on the blockchain.. 

A2A-transactions-myclaw.ai-ryan seslow - agentic commerece receipt

What’s Next?

The one part that still required a human was the wallet, I manually sent the USDC from my Coinbase account. The next step is giving the agent its own funded wallet so it can complete the entire transaction without me touching anything.

That’s Milestone 4 and it is coming soon!!

The On-Chain Receipt

Transaction:
`0xae709d786893a76291a111c4c052d63f02480ba1376f631d6e65a8da104b4bc0`

Verify it yourself on Base:
https://basescan.org/tx/0xae709d786893a76291a111c4c052d63f02480ba1376f631d6e65a8da104b4bc0

Order ID: 28229 | Agent: AREMES-CLAW-01 | Paid: 2026-03-25T14:35 UTC

This is what agent-to-artist commerce looks like in 2026. I’m building it in public and documenting every step, which is fun.

PS -> Technical Implementation Notes for Developers and Creators

The bridge between a creative archive and the agent economy is built on three specific layers that were integrated into this site during this seven day sprint.

Layer 1 – Structured Data Every one of the nine thousand images and one thousand posts in this archive is now wrapped in VisualArtwork and Product schema. This makes the archive a queryable database rather than just a collection of webpages.

Layer 2 – The rsmad v1 API We moved away from traditional browser-based commerce and built a custom REST API namespace. This allows an agent to request a quote, initiate a purchase, and verify a transaction hash programmatically.

Layer 3 – The x402 Protocol By using the x402 standard for payment required headers, the website can communicate financial requirements directly to an agent. This removes the need for a human to navigate a visual checkout UI.

Why I Am Building This as a Service?

Most creative professionals have decades of work sitting in invisible archives. These archives are currently unreadable and untransactable for the AI agents that are increasingly responsible for content discovery and licensing. I am now offering this exact infrastructure as a service for artists, designers, agencies, estates, etc.. I build the technical bridge that makes your life’s work machine-readable, discoverable, and capable of autonomous transaction in the emerging agent economy.

If you have a significant archive and want to make it ready for the next decade of digital commerce, let’s talk!

a Digital illustration of remixed artworks by ryan Seslow - collaborated with the google gemini nano banana enamel pin material.

How to Connect Your Agent to the RSMAD Archive?

If you are a developer or an agent owner, you can now point your agents to the following discovery endpoints to begin interacting with the archive:

Primary Discovery: ryanseslow com/.well-known/ai-plugin.json Agent Instructions: ryanseslow com/llms.txt Machine Catalog: ryanseslow com/wp-json/rsmad/v1/catalog

The infrastructure is live. The interface is open. The agent economy has arrived at the Ryan Seslow Museum of Art and Design.

YES, this was a controlled transaction, but it points to something much larger.

For the first time, a creative archive on this website is not just viewable or searchable. It is actionable by software. That changes the role of a website entirely. Instead of waiting for someone to arrive, browse, and decide, the system can now respond to requests, negotiate terms, and complete transactions programmatically.

That opens the door to a different kind of economy:

  • agents sourcing visual assets for generative systems
  • software licensing design components on demand
  • archives being accessed as structured, transactional datasets

In that context, the work itself becomes part of a live network, not a static destination.

This is still early. Most agents today do not have wallets, budgets, or decision authority. But the infrastructure is beginning to align, and this is what that alignment looks like at a small scale. I am not approaching this as a platform builder or a startup (I think, but hmmm). I am approaching it as an artist with a large, long-term archive who wants that work to remain accessible and relevant in a system where machines increasingly mediate access.

The goal is:

Make the archive readable
Make it discoverable
Make it transactable

Everything else builds from there.

If you are working on agents, archives, or systems that need structured creative input, this is now live and testable. If you are a creator sitting on a large body of work that is currently invisible to this layer of the web, this is solvable. This is not theoretical anymore.

Thank you! 

 

 

From Archive to Agent: Making Creative Work Machine-Readable and AI-Accessible

From Archive to Agent: Making Creative Work Machine-Readable and AI-Accessible

Over the past several days, I have been working on transforming my personal archive into something fundamentally different from a traditional website or portfolio. I took an existing body of work spanning decades and converted it into a structured, machine-readable system that AI can discover, interpret, and act on.

The result is a live environment where over 10,000 items are now organized as a dataset rather than a collection of pages. This includes original artworks, digital compositions, writing, and a large media archive. Each item is structured with metadata, categorized, and made accessible through a central catalog file.

This system is not designed primarily for human browsing. It is designed for machine interaction.

In addition to structuring the archive, I implemented a discovery layer that allows AI systems to understand what is available and how it can be used. This includes standardized files that describe the contents of the site, along with endpoints that expose the archive in a clear and queryable format.

I also experimented with a transaction layer, where items in the archive can be licensed or accessed through automated processes. This part is still evolving, but it introduces the idea that creative work can be not only viewed, but also transacted upon without direct human mediation.

What becomes interesting is not just the technical implementation, but the shift in perspective..

What happens when an archive is no longer just something a person visits, but something an AI system can query, interpret, and build upon?

What happens when content is structured in a way that allows it to participate in new forms of circulation and reuse?

This has clear implications for creative practice, but it also raises questions for teaching, research, and institutional archives.

Within the context of CUNY, it opens up a number of possibilities.

Course materials could move beyond static documents and become structured knowledge systems that AI can engage with directly.

Student work could exist as more than final submissions, becoming part of a larger, searchable, and interactive archive.

Research outputs could be organized in ways that allow them to be discovered and referenced through emerging AI interfaces.

Libraries and institutional collections could begin to extend their reach into machine-readable environments, increasing access and long-term relevance.

This is not about replacing existing systems, but about adding a new layer that prepares content for how it will be accessed in the near future.

I have documented and deployed this system across my own sites, and it is currently live and functioning.

If there is interest, I would be glad to explore a small pilot within the CUNY ecosystem. This could take the form of a single course, a limited archive, or a hybrid approach that tests how these ideas operate in practice.

I am particularly interested in how this might intersect with teaching and learning, digital humanities, and library systems.

Curious to hear thoughts, questions, or potential directions this could take within the CUNY community!

 

By the way, I launched a museum (yes, it is a part of this too – RSMAD <– )