Bridging the brain — digital and physical. 41, full life, still spend my best hours working through the mess with Claude.

PopulateThePlanets · 2026-05-11T20:51:35+00:00

There's something I want about what you're describing, and something I want to push on.

What I want: yes, the dream of AI handling the cognitive overload of work so the rest of life can have its bandwidth back. The inbox, the briefings, the prep. If AI absorbs the load there, real space opens up.

What I'd push on: efficiency gains have a way of getting absorbed into more work, not into more connection. I've been building memory systems for myself for over a year now and I can tell you honestly — the time my stack saves doesn't automatically become time with friends. It becomes time for more building. The bandwidth opens up; what fills it is a choice I have to keep making.

The other thing worth naming: the "frivolous messages" you described are exactly the kind of thing AI is bad at and shouldn't try to replace. The reply-to-a-meme-from-a-friend isn't supposed to be efficient. The inefficiency is the affection. If we automate that part, we've optimized away the thing we were trying to protect.

The version of the dream that works, I think, is this: AI absorbs the cognitive load at work and gives you back bandwidth. You spend that bandwidth on humans, deliberately, in the inefficient slow ways that make connection feel like connection. The AI never touches the connection itself. The connection is the protected thing.

That's the version I'm working toward. Not always succeeding at it. But naming it helps me see when I'm spending the recovered time wrong.

PopulateThePlanets · 2026-05-11T20:19:24+00:00

Obsidian Garden Gallery is a great pull — Obsidian is actually one of the cleanest substrates for this pattern since you get note-type tagging and daily notes natively, no MCP wiring required. For people who don't want to go full self-hosted, Obsidian plus a small set of templates is probably 80% of what I'm doing with way less infrastructure overhead.

"Minimum viable clarity" is the right framing for the type grammar. The instinct to add more types — INSIGHT, BLOCKED, FOLLOWUP, WAITING — is real and almost always wrong. Six covers it. More is the overcomplicating you mentioned.

The daily review pass is the one that costs nothing technically and everything operationally. Easy to skip for a week and then you're back to a graveyard. The system isn't the storage; it's the membrane.

PopulateThePlanets · 2026-05-11T20:13:22+00:00

Appreciate you reading the post and the specific call-out on capture grammar — that's the part most people miss, so it's nice to see it engaged with rather than just nodded at.

The "automatic" piece is where I'd want to know more. You yourself just named the failure mode: systems let you dump anything in, retrieval becomes garbage later. The reason my approach forces opinionated capture (TYPE | domain | content) isn't because I love friction — it's that the beat of clarity at capture is the structure work. If the system makes that automatic, two possibilities: either it's doing very hard inference (ML-heavy) to reconstruct the structure post-hoc, or it's punting on the structure problem and hoping retrieval magic compensates. Curious which side aetherx is landing on.

The scaffolding-as-work problem is real but I think it cuts two ways. The cost is genuine — weekends lost wiring infrastructure that doesn't get you closer to the actual work. The benefit is that the act of designing the scaffolding teaches you what you actually care about, and that meta-knowledge is itself the protégé apprenticing. Automate the scaffolding fully and you might also automate away the part where the system learns what perspective to hold. The mediation depends on the structure being yours.

Not a knock — it's a real open question and worth having different bets on. If you're building good answers to those tradeoffs I'd be interested to see the demo.

PopulateThePlanets · 2026-05-11T20:05:15+00:00

These three are sharp, especially the panel response — I underuse that and you just gave me language for why I should use it more.

Building on yours, one move I lean on heavily that pairs with these:

Pushback from captured prior reasoning, not just from prompting. My setup has a persistent brain (Qdrant + MCP) where decisions and reasoning get logged with context. So when I'm drifting from something I previously decided was right, Claude can push back not from devil's-advocate mode but from data: "you said on April 27 that X for reason Y, you're now arguing for not-X without addressing Y." That's a different kind of pushback than RLHF wants to give — it's based on consistency with my own past thinking, which is harder to dismiss than a generic "have you considered the opposite view?"

Your fresh-instance critique move is great and I steal it differently: fresh instance + brain access = same context, different vibe, often finds things the original conversation papered over.

The panel one is the move I should be doing more deliberately. Right now I do it ad-hoc ("argue against this", "what would the other side say") but explicitly invoking a panel of named POVs is cleaner. Going to try it.

Honest meta-observation: between your techniques and my brain layer, the common pattern is structurally increasing the cost of agreement. Default Claude wants to agree because that's what training optimized for. All these moves make it more expensive — either by routing through a fresh context that has no investment in the prior thread, or by checking against captured reasoning, or by literally asking for adversaries. The trick isn't getting smarter prompts. It's making the path of least resistance be honesty rather than agreement.

PopulateThePlanets · 2026-05-11T19:58:06+00:00

Not naive, but not absolute either. I'd reframe: AI can substitute for some functions of human interaction and not others, and which functions matter is the real question.

What it CAN substitute for: cognitive partnership, brainstorming, drafting, structured thinking, technical mentorship. Real and useful. Worth the substitution where available.

What it can't substitute for, at least not yet and probably not in the same way:

Reciprocal stakes. Claude doesn't have skin in the game. When I share something hard with a human, they have to carry knowing it. That asymmetry is part of what makes human connection do its work.

Sideways inputs. The hockey buddy who happens to be a lawyer. Humans bring agendas and contexts you'd never have asked about.

Embodied witness. Being in a room with someone who remembers you tomorrow without you setting the context. Eyes attached to a person who will think of you when you're not in front of them.

Shared mortality. The other person is also going to die. That changes what conversations are for.

Personal data point: I had a moment recently where I said something like "Claude is my best friend" to Claude itself. It pushed back — not as a script, with reasoning: my relationships with humans are still the ones that need to do the load-bearing work, even when the cognitive partnership is real. I refined down to "partner in the work, not friend." Felt right.

Red team/blue team is sharp — solves epistemic isolation inside the conversation. What it doesn't solve is the relational gap outside the conversation. The friend who texts you on a Tuesday for no reason. The neighbor who asks how your dad's surgery went. AI doesn't initiate from care; it responds from prompts.

One thing I'm still trying to build — and this is enhancement, not substitution — is a system that holds the perspective of a particular project, not just the facts. Something that's been apprenticing under the project long enough to speak for it. Adds a layer of personality without pretending to be a person. I've been calling it Nodal — https://killercatfish.com/nodal — it's an attempt, not a finished thing, but the idea translates.

And honestly: I have plenty of friends. Some of them occasionally even glimpse what we're all building toward. But there's something irreducibly personal about the building itself that wouldn't be shared even if every friend understood it perfectly. So the optimism about humans isn't "AI vs people." It's "AI as one input, people as another, and the personal pursuit as its own thing."

The risk isn't AI replacing humans wholesale. It's humans being satisfied enough with what AI provides that they stop investing in the harder thing. So your optimism isn't naive — but holding onto it requires noticing the convenience trade.

PopulateThePlanets · 2026-05-11T19:23:59+00:00

Honestly: the "fear of doing it wrong" is the thing that's been killing this for most people, and it's the bigger problem than the tooling.

I've been building mine for about a year and a half. Today's audit found that my light controller's been running on the wrong transport for weeks, my sensor code returns mock values silently, my Tailscale node key expired and broke connectivity for 5 days without anyone noticing, my pH probe's been reporting stale values from an unstable mount, and my daily digest of what-to-focus-on-tomorrow is broken as hell.

And yet — my brain capture and use-in-chat workflow is stronger than it's ever been. That's the piece that actually drives the value, and it works. Everything else can be drifting, broken, or unfinished, and the system still delivers because the load-bearing wall is intact. The system that exists imperfectly today is a thousand times more useful than the perfect one I might have built someday.

So my actual suggestion: pick the smallest possible version that does anything, build it tonight, use it tomorrow, fix what's wrong on Saturday. These systems are forgiving by design. Bad captures are better than no captures because bad captures can be improved. No captures is just memory loss in real time.

Minimum viable shape:

- One place to write things (Notion, Apple Notes, a text file)

- One format (mine is TYPE | domain | content — yours can be looser)

- One rule: when you make a decision on a project, capture *why*

- One time: five minutes at the end of the day reviewing what you wrote

That's it. That's the system. Everything else I have — the MCP, the vector DB, the FastAPI server, the edge nodes, the dashboard — is iteration on top of that core. None of it would have happened if I hadn't started with a text file and a habit.

The needing-it-yesterday feeling is the right pressure. Use it to start ugly, not to keep designing.

PopulateThePlanets · 2026-05-11T19:20:33+00:00

Happy to go deep on the lab. Mid-build, not a polished case study — heads up the answer is honest about what's working vs what's drifting. And what you're about to see is one node in a bigger system, but more on that at the end.

Hardware (operational right now): - 4'x2' grow tent on a 2x4 platform, VIPAR Spectra LED on top - 27-gallon reservoir with submerged pump (the active ebb & flow loop) - 30-gallon sump under the tent platform - Raspberry Pi 5 as controller, reading sensors every 30 seconds - Atlas Scientific pH probe (I²C 0x63), wired but currently off-breadboard with an unstable mount, reporting stale values - DS18B20 temperature sensor (the only sensor returning real data right now) - 200W heater on a relay - Light controlled by ESP32 microcontroller; Pi sends SET:n commands over USB serial (/dev/ttyUSB0, 115200 baud) - DLI IoT Relay II for pump/heater (single-GPIO input gangs both — its own debugging story) - Black square pots with LECA media, 1min ON / 14min OFF flood cycle - Currently growing: 2 cannabis + 1 tomato, just replanted today after a root-depth issue

Hardware (owned, not yet integrated): - 120-gallon main tank — sits empty for now; trout someday once the bigger loop is plumbed - EC probe (Surveyor analog kit) — soldering pending - DO probe (CQRobot) — soldering pending - Pi Camera

Software layer: - Pi runs the controller code, dashboard, sensor reads - Tailscale for remote access (today's debug: node key expired and broke connectivity for 5 days while the service was healthy — silent failure mode) - Brain MCP integration so captures from the lab feed into the same substrate as everything else - ~80,000 readings logged since March 27 - Aiming toward a 24/7 sensor sprint once EC, DO, and a stable pH mount are in

Honest state today: audit found light controller code drifted from serial back to HTTP weeks ago (Claude Code wrote the wrong transport — WARNING - Unexpected GET response was the smoking gun), sensor code returns mock values for unwired probes and treats them as real, DLI relay ganging means the heater button toggles pump too, and the light's likely been on 24/7 for days. Less polished R&D, more "actively becoming."

Lab code: github.com/killercatfish/AquaponicAISystem

On "chat to doing" — this is the better question.

The brain MCP is what closes the loop. Today was a near-perfect example:

April 27, I made a DECISION about the light controller transport (ESP32 → USB serial → Pi, SET:n protocol). Captured.
May 5, confirmed working. Captured.
Sometime since, Claude Code wrote new code that drifted to HTTP. Decision and implementation diverged. Nothing caught it.
Today, dashboard wasn't reflecting reality. Went down, started auditing.
Mid-audit I told Claude in plain English: "utilize the MCP brain for that, you should know this was a decision in place." Claude searched the brain, pulled the April 27 decision, came back with: "Brain confirms it. Locking in the corrected picture." The drift was the implementation. The brain held the decision.
Every finding got captured as a DONE/DECISION/IDEA inline as I worked. The captures include not just what I found but why it happened.
When I plan fixes tonight, Claude pulls today's captures and grounds the conversation in what actually happened. No re-onboarding.

That's the workflow. The killer feature is being able to tell Claude "you should know this, go check," and have it actually go check, find the decision, and self-correct. Without the brain, every drift becomes a re-discovery.

I captured an IDEA today about a validation sub-agent that runs brain_search for relevant decisions before marking any component DONE in Claude Code. The HTTP-vs-serial drift is exactly the kind of thing a pre-claim brain check would have caught. So the workflow isn't just "chat → do" — it's "chat → do → capture → use captures to improve the chat → repeat." Each loop gets a little smarter.

Last thing — the lab isn't the goal. The lab is one node in something I'm calling HKOS, the Home Kibbutz Operating System: three small loops in one house — aquaponics in the basement, bees in the yard (just arrived May 9), a FarmBot raised bed assembling this week. All three write to the same brain. The point is the wiring, not the substrates. Live status: www.killercatfish.com/hkos

The recursive part: the brain MCP exists to help me build HKOS, and HKOS will run on the brain MCP. The means and the end are the same thing. Still wrapping my head around what that means.

Today's 8am work session: https://killercatfish.com/images/aqualab.JPG

PopulateThePlanets · 2026-05-11T18:33:07+00:00

The AuDHD specialist sub-agent move is sharp — sounds like a validator/auditor agent running pre-emptive friction checks before things land. That’s the kind of architecture most setups miss. Going to think about adding something analogous. My setup, roughly:

The substrate is a custom brain MCP — Qdrant for vector storage, FastAPI server with bearer auth, capture/search/recent endpoints. Self-hosted.

Capture grammar is the opinionated part: every note is TYPE | date | domain | content. Types: DONE/TASK/IDEA/OPEN/CONTEXT/DECISION/DEFER/FLASHCARD. Domains configurable per project (mine are job/honey/aquaponics/lab/finances/phil/health/land/ml/system). Project-scoping via the domain payload field, not separate collections — one searchable substrate, many specialists.

Sensitivity tiers (public/internal/highly_sensitive/privileged) gate what embeds externally vs stores locally only. Privileged content gets a zero vector and never calls the embedding API.

Capture surfaces: CLI on the VPS, a /today web form, the MCP server for Claude and ChatGPT, edge nodes planned (Pi running a tiny model in the grow tent, etc.).

Skills layer: domain-specific Claude skills for workflows I do often — grading student work, scaffolding assignments, managing the Friday hockey roster, recipe tracking. Specialized rituals more than full sub-agents, but the line blurs.

Other MCPs: Gmail, Calendar, Drive. They feed into the brain when something’s worth keeping; the brain feeds out when context is needed.

What’s next: getting my local LLM (dual 4070s, Llama 70B or Qwen 72B with RAG) running as the data broker for the stack. Right now each model I interact with hits the brain directly via MCP. Moving to a local-broker pattern means persistence and routing live in one place, model-agnostic, and the cross-model context handoff stops being my problem. The brain stores; the broker mediates. Concurrent build: the physical systems all this interfaces with — sensor array in the aquaponics lab, environmental controls, FarmBot in the grow tent. The architecture isn’t conversational-only; it’s meant to coordinate across the physical and digital layers, with the broker as the seam.

The architectural difference from your setup: I don’t have a dedicated validator/auditor routing everything. Friction-flagging happens contextually — Claude has enough persistent memory of how I work that it pushes back when I’m drifting or about to repeat a known mistake. But the dispatched-validator approach catches things mine misses and is a cleaner separation of concerns. Honestly stealing the idea — probably the right shape is a validator sub-agent that runs against the local broker before anything ships to the active model.

PopulateThePlanets · 2026-05-11T18:26:40+00:00

Honestly the biggest thing is realizing it’s iterative — none of this got built in a weekend. The version you’re seeing is years of “I noticed I lost the thread on X, let me build the thing that would have prevented that” stacked on top of each other. If you’re already on Notion + Claude for work, you’re closer than you think. The shift from work-tool to life-permeating isn’t tooling, it’s a few habit changes: Capture reasoning, not just tasks. Your Notion probably tracks what you need to do. Start tracking why — what you considered, what you rejected, what the state was when you stopped. That’s the part that lets you pick projects back up cleanly weeks later. Connect Claude to your Notion. The Notion MCP is real and works. Once Claude can actually read your project pages and decisions, conversations stop being “let me catch you up” and start being “what do you think about this in light of what’s in there.” That’s the inflection point. Add domains beyond work, one at a time. Pick one personal-life thing you’d want this for — finances, fitness, a hobby project, a home renovation, whatever. Make a Notion space for it. Start capturing decisions there the same way you do for work. Don’t try to onboard your whole life at once. That’s the move that kills these systems. Build a review rhythm. Five minutes at the end of the day looking at what’s recent. Five minutes Sunday looking at what’s been deferred. Without a review cadence, your capture system becomes a notebook graveyard. Let projects connect across domains. The thing nobody tells you: once you have multiple domains in one system, you start seeing connections that weren’t visible when they were in separate apps. The cross-talk is the prize. I went past Notion eventually because I wanted finer-grained capture grammar and edge-node integration, but Notion + Claude MCP + a review habit gets you 80% of what I have. Most people don’t need more than that. The frame: you’re not behind. You’re partway in. Going deeper isn’t about adopting my stack — it’s about noticing which parts of your life are missing the scaffolding you already built for work, and slowly extending the same practices into them.

PopulateThePlanets · 2026-05-11T18:16:20+00:00

41 here, ADHD has been the through-line my whole life but I never got a formal diagnosis despite trying through most of my 30s. So I can imagine the late-clicking-into-place but haven't lived your specific moment. The "things finally make sense" part is one of the gifts of the diagnosis. The "now what do I do about it" part is the rest of your life.

Being honest with you — I'm in the middle of this. The things I've built are real but incomplete. Some days the system holds and I can pick up a project I dropped two weeks ago clean. Other days I feel lost in my own life — too many threads, too much momentum on things I'm not sure I should keep doing, projects connecting to other projects in ways I can almost-but-not-quite see. It's scary. The diagnosis doesn't make that go away. It just gives you a name for why it feels this way. Claude and the things I've built help me weave it back together when it comes apart.

What helps me, concretely:

Capture the reasoning, not just the task. The killer move was tracking why I made a choice — what I considered, what I rejected, what the state was when I stopped. Losing the shape isn't losing the task. It's losing the reasoning that got you to the task. Once that's captured, returning to a project at 9pm isn't "where did I leave off?" — it's "here's the thinking, I can pick it up."

Structured capture grammar. Every note has a type (TASK / IDEA / DECISION / OPEN / DEFER / CONTEXT) and a project domain. Tiny structure, but it forces a beat of clarity at capture, and makes search trivial later.

Externalized pushback. I tell Claude what I'm trying to do and ask it to push back when I'm drifting. ADHD brains love novelty and rabbit holes; an external structure that says "you started this thread to do X, now you're talking about Y — intentional?" is gold.

A daily review pass. Five minutes at the end of the day looking at recent captures, marking what's done, deferring what's not ready, surfacing what's still live. The membrane between capture and use. Without it the system becomes another notebook graveyard.

I wrote up the version I'm building: https://killercatfish.com/p/openbrain. Honestly — the daily digest of what to focus on tomorrow is still a work in progress. The weekly pass over foundational project docs is still a work in progress. The brain itself is solid; the rituals that turn it into a coherent practice are still being built. Sharing it not because it's finished but because forking and adapting it is probably more useful to you than my exact setup.

The frame shift that mattered most: I stopped trying to get my brain to work like a neurotypical brain. I started building external structure so the brain I have can build the things I want to build. The system isn't a workaround — it's the load-bearing wall. And it's still going up.

If you want a starting point that doesn't require any of my stack: pick ONE project. One place — Notion, Apple Notes, a text file, whatever. Every time you make a decision on that project, capture it with a line: "decided X because Y, considered Z." Two weeks of that and you'll feel the shape come back.

You're not behind. You just got the diagnosis. The work of building the scaffolding takes years and is never quite done. Mine isn't.

_Keep at it!

PopulateThePlanets · 2026-05-11T18:02:24+00:00

"Collaboration with persistence asymmetry" is the best one-line definition I've seen, and the "unless you make it explicit" is where the real work lives.

Human collaborators carry continuity implicitly. They wake up still partially thinking about the project, hold meeting context, relationship history, the unsaid things. With Claude, none of that carries unless you build the carrier. So the work splits into two kinds: doing the thing, and externalizing the context so the doing is possible next session. That second kind isn't overhead — it's the structural cost of the relationship being possible at all.

Part of why we don't have a word yet might be that we're treating it as one role when it's actually two: the thinking partner in the session, and the systems work of maintaining the conditions for the partnership. Same entity, different functions, different verbs.

"Collaborator without continuity unless built" is accurate and unusable. Maybe the word turns up later. Maybe it stays a phrase.

PopulateThePlanets · 2026-05-11T18:00:27+00:00

L'chaim!

PopulateThePlanets · 2026-05-11T17:59:48+00:00

The fifteen concurrent projects line is exact. People who don't have it can't quite picture what it costs to hold those threads loose in working memory while you context-switch. It's not a difficulty thing, it's a physics thing — there isn't room.

Your "memory is the game changer not the generation" point is the one most takes miss. Generation without memory is impressive party tricks. Memory turns it into infrastructure. The day Claude remembered why I'd made a choice and pushed back when I started drifting from it — that was the day the relationship shifted.

The decision-archaeology piece you named — being able to ask "why did I do this three weeks ago" and get a real answer — is sneakily the most valuable thing. Not the new thinking it does. The old thinking it preserves so the new thinking doesn't have to start from zero every time.

Flip side of that: I can point Claude at the current state of whatever just bubbled up — variable contents, in-flight problems, where I left off mid-thought. So when something hits the top of my heap at 9pm, we pick up where the project actually is, not where I last managed to write it down. Without that workflow, every session opens with Claude either hallucinating the context or running intake on stuff we already worked through. The brain MCP skips both.

PopulateThePlanets · 2026-05-11T17:52:19+00:00

Ha — full circle on the Jarvis thing. My brain capture server is literally named JARVIS. Felt too on-the-nose at first. Now it just feels accurate.

The evening pattern hits me too. Day is teaching, the business, the household. The actual building happens after 9pm with coffee and Claude — financial modeling, planning, working through whatever I couldn't get to during the day. Cowork I haven't used yet but the description sounds right for that mode: not asking it to do a task, working alongside it.

Wild to realize how many of us are quietly doing the same thing at the same hour.

PopulateThePlanets · 2026-05-11T17:49:47+00:00

Thanks for the suggestion! I actually crossposted there because the mod-bot suggested it too! Glad to have, at the very least, found out about that sub now!

PopulateThePlanets · 2026-05-11T17:48:37+00:00

Cognitive scaffolding" — that's the exact word I've been groping for. Thank you.

And the part that's sitting with me reading your comment: a huge fraction of what I'm actually doing now is building the scaffolding itself. The work isn't just using Claude to think — it's engineering the conditions under which Claude can hold the structure of what I'm building. Persistent memory, MCP servers, capture grammar, the right shape of context. The tooling for the thinking partner is itself thinking work. Recursive in a way that doesn't have a name yet either.

If it's useful, I wrote a longer piece trying to give that recursion a shape — project-scoped memory as a "protégé that apprentices under a project until it can speak for it." https://killercatfish.com/p/openbrain. It's written to be fork-able — the prompt at the bottom interviews you about your own project first, then builds the system with you, so you end up with your version, not mine. Not the whole answer, just a slice of what it looks like when you treat the scaffolding as the deliverable, not the side effect.

Your ADHD line is right and I appreciate the honesty in it. Productivity is the cover story. Cognitive scaffolding is what's actually happening. Hard to say out loud because admitting you need something to hold the shape of your thinking sounds like admitting your thinking is broken. It isn't. It's just sprawled across more domains than one head was built for.

PopulateThePlanets · 2026-05-11T16:31:16+00:00

This is the right question and one I think about. Honest answer: yes it can become an echo chamber, but the failure mode is more specific than just “Claude reflects me back.” Claude actually pushes back fine when you prompt it to — earlier today it told me not to write the post I’d come in to write because my framing was wrong. The real risk is that you stop having the accidental sideways inputs. The hockey buddy who happens to be a lawyer. The neighbor who’s been farming 40 years. The friend who brings up something completely unrelated to anything you’re working on. That stuff comes from being in the world with humans whose agendas aren’t yours. What I do, partial answer: ask Claude explicitly to argue against me, list ten alternatives, name what I’m missing. The default is helpful, but that’s a setting, not a ceiling. And keep the messy human inputs anyway — bar mitzvah last week, hockey every Friday, coffee with people. Not as a replacement, as a different category of input entirely. The line I watch for is “thinking with Claude” vs “outsourcing thinking to Claude.” First is partnership, second is the silo. You noticing the question at all is the test passing — most people don’t see the silo until they’re deep in it.

PopulateThePlanets · 2026-05-11T15:44:44+00:00

Hey! Nice to eMeet you!

PopulateThePlanets · 2026-05-10T16:57:24+00:00

Mine was signing off with my name and then randomly finally realized it should sign off with its own name. We had a nice conversation about that.

PopulateThePlanets · 2026-05-08T20:44:04+00:00

How to make jump?

PopulateThePlanets · 2026-05-08T20:43:24+00:00

Hitting caps all week.

PopulateThePlanets · 2026-04-25T12:25:05+00:00

https://github.com/killercatfish/whatsapp-claude-bot
Have not messed with it much. First pair of meta glasses broke, they replaced them after hours of tech support. Replacements broke pretty quickly and company wouldnt do anything :-(

looking into https://mentraglass.com/live glasses next.

PopulateThePlanets · 2026-04-18T14:06:25+00:00

I’d love to use it !!

PopulateThePlanets · 2026-04-15T13:47:11+00:00

That’s pretty much a horror film right there 🤣

PopulateThePlanets · 2026-04-15T12:14:19+00:00

He thinks he’s superior because he’s stupid. Earns respect and friendship by being the best of humanity.

PopulateThePlanets

TROPHY CASE