10Planet: Design architecture for an AI agent protocol

10Planet is a full-stack infrastructure protocol designed to evolve traditional blockchains into dynamic AI attribution ledgers. It bridges blockchain primitives with the needs of AI economies enabling provable, on-chain contribution tracking and programmatic rewards for data, model training, and other knowledge work. 10Planet’s vision spans far beyond standard L1s. It integrates custom blockchains, contribution-aware incentives, agent ecosystems, and UX principles that translate technical depth into human understanding. The design challenge wasn’t incremental – it was foundational.

Company
10Planet, now Bitplanet
Year
2022-2025
Role
Principal Designer
Services
Product Architecture, UX Architecture, Product Strategy, Design Systems, Brand Design, Creative Direction
Result
The backbone for Deva and Yappers
A black and white image of a handrawn logo
Image of a Gray to white soft gradient

Role & Scope

Led the design architecture for 10Planet from first principles: defining how cognitive agents, memory, and modular workflows could coexist across decentralized systems. Owned the full-stack design direction: from abstract mental models and data logic to interface semantics and token mechanics.

Delivered a scalable design system, UX strategy, and platform-wide visual language. Engineered the branded logic behind agent creation, task orchestration, identity flows, and multi-product integration – laying the groundwork for a composable AI ecosystem.

10Planet: Role & Scope
10Planet: Role & Scope
Image of a Laptop on top of an eletronic device
Image of two smartphones with a gray background

Challenge

We weren’t iterating on broken UX – we were designing what didn’t exist. There were no references for managing cognitive agents, distributed memory, or agent-to-agent communication. The problem wasn’t the UI. it was defining the very logic behind it. How do you visualize memory? What does training look like? How do tools interoperate? And how can a system evolve without centralization?

10Planet: Challenge
10Planet: Challenge
10Planet: Challenge
10Planet: Challenge

Approach

Our starting point was not screens, but systems. I built out foundational models for long-term memory containers, hierarchical logic flows, and modular agent behaviors. Then, I created interactive schemas to govern how agents could be built, modified, and connected to each other and external tools.

We separated the platform into three operational layers:

  • System Layer for agent execution and task management
  • Governance Layer for voting, permissioning, and identity logic
  • Interface Layer to abstract interactions for both developers and end-users

Everything was designed for future composability. Each element of the design system was mapped not just to components but to protocol logic: if memory, what type? If task, what execution route? If vote, what scope?

10Planet: Approach
10Planet: Approach

How 10Planet works

Under the screens, 10Planet is a set of layers and objects with rules. This is that model, the path an agent takes through it, and the decisions behind it.

Interface layer

Developers
Build agents, change them, and connect them to each other and to external tools.
End users
Work with agents through products built on top, such as Deva and Yappers.

Governance layer

Votes
Token-based, each with a scope. Can be delegated.
Permissions
Who can run an agent, change it, or approve what it does.
Identity
Who acted, and the reputation that follows from it.

System layer

Agents
Built from modular behaviors.
Memory
Long-term containers, each with a type.
Tasks
Each with its own execution route.
Tools
External tools agents connect to.

On-chain

Contributions
Data, model training and other knowledge work, tracked on-chain.
Rewards
Paid out programmatically for those contributions.
The object model. Three layers over an attribution ledger. Every object in the design system belongs to one of them and follows its rules.

The path of an agent

  1. Build. An agent is put together from modular behaviors and given memory.
  2. Connect. It is linked to other agents and to external tools.
  3. Run. The system layer executes its tasks, each along its own route.
  4. Govern. Votes and permissions decide who can run it, change it, or approve what it does.
  5. Attribute. The data and training behind it are recorded on-chain, and the people who contributed are rewarded.

Decisions

Screens first or system first

Options
Start from interface concepts, or from the models under them.
Chose
The models: long-term memory containers, hierarchical logic flows and modular agent behaviors. Then interactive schemas for how agents are built, changed and connected.
Why
There were no references for managing agents, distributed memory or agent-to-agent communication. The open question was the logic, and the UI depended on it.
Result
Everything designed later was checked against the schemas.

One platform or three layers

Options
A single platform where execution, rules and interface are mixed, or separate layers.
Chose
Three layers: system for execution and tasks, governance for votes, permissions and identity, interface for developers and end users.
Why
Execution and governance change for different reasons. Kept apart, each can change without dragging the others along.
Result
The same architecture carried Deva and Yappers.

What the design system maps to

Options
A visual kit of components, or components tied to protocol logic.
Chose
Protocol logic. Memory has a type, a task has an execution route, a vote has a scope, and each component answers that question first.
Why
The protocol decides what a thing is and what it can do. The interface has to agree with it, or the tools drift apart.
Result
New features started from rules the system already knew, and logic, hierarchy and UX stayed consistent across the modular tools.

Design Language

10Planet’s visual system was engineered more like a protocol than a brand. The identity had to signal intelligence, precision, and modularity, without ever drawing attention away from the logic of the system itself. I built a flexible UI grammar from first principles: schema-driven layouts, atomic components, syntax-like accents, and programmable visual density. It was greyscale by default, with highlight rules derived from context, not decoration. The result was a design language that could scale with the protocol, not just style it.

10Planet: Design Language
10Planet: Design Language

Results & Achievements

From 2022, 10Planet set the design foundation for its agent ecosystem, before “AI agents” was common vocabulary. We developed a modular intelligence layer that enabled scalable memory, logic, and coordination across agents, with zero reliance on centralized control.

The architecture became the backbone for products like Deva and Yappers, while the design system introduced reusable logic for training, reputation, and identity. From token-based voting to memory visualizations, every component was created from first principles, then refined into a cohesive, intuitive language.

  • Powered the launch of multiple AI-native products built on 10Planet
  • Unified system logic, visual hierarchy, and UX across modular tools
  • Elevated product perception with a brand that blended precision, logic, and elegance

Working on something similar?

10Planet started with the system under the screens. Memory, agents and governance were designed before the interface.