OpenClaw: A Few Days In

OpenClaw has been doing the rounds — personal AI agent framework, runs locally, hooks into Telegram and WhatsApp, wraps an external LLM (I ran Claude Sonnet), keeps state in a stack of markdown files: SOUL.md, MEMORY.md, USER.md, HEARTBEAT.md. The concept is genuinely impressive, and the viral response is earned. I ran it for a few days to see what it actually delivers. Source on GitHub.

What it is

At its core, OpenClaw is scaffolding. It gives an LLM a persistent identity, a memory layer, and a way to reach into the world through messaging and integrations. The markdown files aren't just configuration — they're the agent's character and context, updated over time. The heartbeat tasks let it check in on things without you asking. Done well, it's close to the JARVIS moment people are calling it.

I can see why it catches people. It's a real thing, not vapourware.

What it actually costs

Here is where I part ways with most of the coverage.

The pitch is "runs locally, your data, no subscription." That's technically accurate and practically incomplete. The full stack looks like this: an always-on machine — VPS or home server, which you're either paying for or already have; API costs that mount faster than you'd expect, because every heartbeat task and every memory update burns tokens; Zapier at a premium tier if you want the automation integrations that make it useful; and several of the more interesting MCP integrations sitting behind their own paid tiers.

None of that is hidden exactly, but it doesn't feature prominently in the demos. The token burn is the one that surprised me most. Heartbeat tasks run on a schedule whether you're watching or not. Memory consolidation, context refreshes, ambient checks — it adds up. You're not paying a subscription, but you're running a token furnace.

The risk picture

Real, but manageable with common sense.

Don't give it access to anything you wouldn't hand to a capable but unpredictable junior. That framing does most of the work. Start read-only. Add write access incrementally, once you've watched the behaviour under real conditions. Keep logs you can actually audit. Don't connect production anything until you trust it.

That's not a counsel of fear — it's just sensible tool adoption. The same caution applies to any system that acts on your behalf.

Who it's actually for

People who already have the infrastructure appetite. Comfortable with the command line, have an API budget that won't give them pause, run a home server or VPS already. For that person, the costs are already half-covered, the setup friction is low, and the reward is proportionate. It genuinely delivers.

For someone coming in cold — setting up a server for the first time, watching API spend for the first time, signing up for Zapier for the first time — the total cost of ownership is higher than it looks from the demos.

What I did instead

I built a lean CLAUDE.md framework. Personal context, behavioural contract, memory index — all in a single auditable file that loads into every Claude session. No always-on machine beyond the Dell 3040 I already run, no token furnace, no premium connectors. It covers most of what I wanted from an agent setup without the infrastructure overhead.

That's a personal trade-off, not a verdict on OpenClaw. My setup doesn't do autonomous heartbeat tasks or ambient monitoring. If that's the thing you want — and it is a compelling thing — then CLAUDE.md won't get you there.

Worth trying?

Yes, with open eyes. Know what it costs before you're three weeks in. Start small, read-only, with an API key you're watching. If you have the infrastructure appetite and the budget, it might well be the right tool. Just make sure you've read the full invoice before you sign up.

Setting Up Mango WM on My Desktop

Thought I would try out a new dynamic window manager called MangoWM.

It's a Wayland compositor — tiling, tag-based, minimal. It sits in the same space as dwl but with a cleaner config format and a few quality-of-life additions that made it worth trying. No GNOME, no KDE, no compositor framework weighing things down. Just a window manager that does what I tell it.

mango desktop screenshot

The Stack

Everything around the compositor is hand-picked:

  • swaybg for the wallpaper — a beach photo that survived several config cleanups and earned its place
  • waybar for the panel — ext/workspaces on the left, stats drawer in the centre, system tray on the right
  • mako for notifications — styled dark with a soft blue border, anchored top-right
  • wmenu as the launcher — lightweight, keyboard-driven, fits the minimal philosophy
  • foot as the terminal

Keybindings

Everything runs through Super. No Alt conflicts, no guesswork:

  • Super+Return — foot terminal
  • Super+Space — wmenu launcher
  • Super+w — Firefox
  • Super+t — Telegram
  • Super+b — GNOME Boxes
  • Super+q — kill window
  • Super+f — fullscreen
  • Super+s — float
  • Super+1–9 — switch tags
  • Super+Shift+1–9 — move window to tag
  • Super+Shift+arrows — focus direction
  • Print — full screenshot
  • Super+Print — region screenshot

Screenshots land in ~/Screenshots/ with a timestamp filename and a notify-send confirmation.

Visual Tuning

The defaults needed work. Animations were the first thing to go — all durations set to zero, layer animations disabled. The compositor feels snappier for it.

Gaps are 3px all round. Focused windows get a soft green border (0x88bb88ff) — just visible enough to know what you're looking at without shouting.

Window rules assign apps to fixed tags automatically: Firefox to tag 3, Telegram to tag 2, GNOME Boxes to tag 4. The workspace is consistent every time.

What I Like About It

Tag-based layout suits the way I work. I don't want infinite dynamic workspaces — I want a fixed map I can navigate without thinking. Mango handles that well.

The config format is readable. Changes are fast to test. Compared to the yak-shaving involved in some other compositors, it's been surprisingly low-friction once the initial setup was done.

It's not perfect. The ecosystem is smaller than Hyprland or sway. Documentation is thin in places. But for a personal desktop that I understand top to bottom, it works exactly as intended.

Building GreenBang: A Wayland-First Alpine Linux Live ISO

I wanted a systemd-free version of ArchBang. Something minimal, keyboard-driven, and built on Alpine Linux instead. The name—GreenBang—references Alpine's green branding and my own username, and it became the foundation for a distro that strips away the overhead while keeping the philosophy: intentional, lean, dark Wayland desktop with no cruft.

That project is GreenBang, and it's still very much in beta.

Why Alpine? Why Wayland?

Alpine is ruthlessly lean. A base ISO is measured in megabytes, not gigabytes. That's the core philosophy here—do more with less. Wayland felt like the right move because X11 is aging, and if I'm building something new, why carry legacy baggage?

The challenge: Alpine's build system is fundamentally different from anything I'd worked with before. It uses mkimage.sh and overlays, not Arch's airootfs. Two separate files that have to stay in perfect sync: a profile that declares what packages exist on the ISO, and an overlay script that configures what actually loads at boot. Get them out of sync and packages silently fail to install. I learned that the hard way.

What Actually Works

Right now, I can boot the ISO into a Wayland session. labwc starts. The user gets created. NetworkManager handles wired and wireless. waybar renders. foot terminal launches. It's functional. Not pretty yet, not complete, but it boots and does things.

That took longer than it should have. Shell sourcing issues, missing dependencies, overlay structure gotchas—Alpine doesn't hold your hand the way some distros do. The documentation is thin. You read C code and source scripts to understand how things work.

What's Still Ahead

Plenty. There are gaps to fill, configurations to polish, and a few things I want that aren't quite there yet. Some will land quickly. Others will take time. I'd rather get it right than rush it out.

The Personal Part

This is a side project, not a product. There's no timeline, no roadmap beyond "make it usable." Some days I push a commit. Some days it sits. When I do work on it, I'm usually testing builds in QEMU on a VM, iterating through failed boots and profile tweaks.

I'd be lying if I didn't mention that Claude Code has done most of the heavy lifting—building the profiles, wrangling the overlay scripts, debugging the alpine build system quirks. At first it felt like cheating. But the real work has been mine: understanding what's broken, knowing what the fix should look like, and directing the approach. That's where my Linux experience actually matters. Anyone can run a build. Actually knowing why it failed and what to try next? That part is still all me.

It's therapeutic, honestly. In a world of bloated desktops and frameworks, there's something satisfying about making something minimal that's yours.

GreenBang is very much work in progress. Until then, it's a thing I'm building, learning Alpine's quirks, and slowly moving closer to something I'd actually use as a daily driver.

About

Linux enthusiast focused on ArchBang, system configuration, and minimal workflows.

This blog documents my experiments, setups, and discoveries as I work with Linux distributions and tools.

Links

Useful resources and links related to Linux, ArchBang, and system administration.

Tools & Utilities

Essential software for Linux workflow:

  • sway — Tiling Wayland compositor. Minimal, powerful window manager for X11/Wayland.

  • alacritty — GPU-accelerated terminal emulator. Fast, simple, cross-platform.

  • neovim — Hyperextensible Vim-based text editor. Modern, scriptable, fast.

  • fish — User-friendly command line shell. Smart completions and syntax highlighting.

  • fzf — Fuzzy finder for command line. Search files, history, processes quickly.

Communities

Connect with Linux and ArchBang communities:

  • r/archlinux — Official Arch Linux subreddit. Ask questions, share setups, get help.

  • r/swaywm — Sway window manager community. Discussion, tips, rice screenshots.

  • Arch Linux Forums — Official support and discussion forums.

  • ArchBang Forum — ArchBang-specific community and support.

Curated Resources

Guides, documentation, and learning materials:


Last updated: 2026-03-19

This page is actively maintained. Found a great resource? Open an issue or let me know!