943 lines
49 KiB
HTML
943 lines
49 KiB
HTML
<!doctype html>
|
||
<html lang="en" data-language-prefix="/en">
|
||
<head>
|
||
<meta charset="utf-8" />
|
||
<meta name="viewport" content="width=device-width, initial-scale=1" />
|
||
<title>Content-type: matter-transport/sentient-life-form</title>
|
||
|
||
<link rel="stylesheet" href="/assets/pico.slate.min.css" />
|
||
<link rel="stylesheet" href="/assets/lightbox.min.css" />
|
||
<link rel="stylesheet" href="/assets/highlight.min.css" />
|
||
<link rel="stylesheet" href="/assets/vanilla-calendar.min.css" />
|
||
<link rel="stylesheet" href="/assets/bds.css" />
|
||
|
||
<link rel="alternate" type="application/rss+xml" title="RSS" href="/en/rss.xml" />
|
||
<link rel="alternate" type="application/atom+xml" title="Atom" href="/en/atom.xml" />
|
||
|
||
<script defer src="/assets/highlight.min.js"></script>
|
||
<script defer src="/assets/code-enhancements.js"></script>
|
||
<script defer src="/assets/d3.layout.cloud.js"></script>
|
||
<script defer src="/assets/tag-cloud.js"></script>
|
||
<script defer src="/assets/lightbox.min.js"></script>
|
||
<script defer src="/assets/vanilla-calendar.min.js"></script>
|
||
<script defer src="/assets/calendar-runtime.js"></script>
|
||
<script defer src="/assets/search-runtime.js"></script>
|
||
<link rel="stylesheet" href="/en/pagefind/pagefind-ui.css" />
|
||
<script defer src="/en/pagefind/pagefind-ui.js"></script>
|
||
</head>
|
||
|
||
<body>
|
||
<main>
|
||
|
||
<nav class="language-switcher" aria-label="Language">
|
||
|
||
|
||
<a class="language-switcher-badge" href="/en/" data-lang-prefix="" title="de">🇩🇪</a>
|
||
|
||
|
||
|
||
<span class="language-switcher-badge language-switcher-badge-current" aria-current="true" title="en">🇬🇧</span>
|
||
|
||
|
||
<div class="blog-search-widget" aria-label="Site search">
|
||
<button type="button" class="blog-search-toggle" data-blog-search-toggle aria-label="Site search">
|
||
<svg aria-hidden="true" viewBox="0 0 24 24" width="14" height="14" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" focusable="false">
|
||
<circle cx="11" cy="11" r="8"></circle>
|
||
<line x1="21" y1="21" x2="16.65" y2="16.65"></line>
|
||
</svg>
|
||
</button>
|
||
<div class="blog-search-panel" data-blog-search-panel hidden>
|
||
<div id="blog-search" data-blog-search-root data-search-placeholder="Search..."></div>
|
||
</div>
|
||
</div>
|
||
</nav>
|
||
<script>
|
||
(function(){
|
||
var links=document.querySelectorAll('.language-switcher-badge[data-lang-prefix]');
|
||
var path=location.pathname.replace(/^\/[a-z]{2}(?=\/|$)/,'') || '/';
|
||
links.forEach(function(a){a.href=(a.dataset.langPrefix||'')+path;});
|
||
}());
|
||
</script>
|
||
|
||
|
||
|
||
|
||
|
||
<h1 class="archive-heading">Content-type: matter-transport/sentient-life-form</h1>
|
||
|
||
|
||
|
||
|
||
<nav class="blog-menu">
|
||
|
||
<ul class="blog-menu-list">
|
||
|
||
<li class="blog-menu-item">
|
||
|
||
<a class="blog-menu-link" href="/en/">Home</a>
|
||
|
||
|
||
</li>
|
||
|
||
<li class="blog-menu-item blog-menu-item-with-children">
|
||
|
||
<span class="blog-menu-link">Bilderarchiv</span>
|
||
|
||
|
||
<div class="blog-menu-submenu">
|
||
<ul class="blog-menu-list">
|
||
|
||
<li class="blog-menu-item">
|
||
|
||
<a class="blog-menu-link" href="/en/bilderarchiv-2022/">Bilderarchiv 2022</a>
|
||
|
||
|
||
</li>
|
||
|
||
<li class="blog-menu-item">
|
||
|
||
<a class="blog-menu-link" href="/en/bilderarchiv-2016/">Bilderarchiv 2016</a>
|
||
|
||
|
||
</li>
|
||
|
||
<li class="blog-menu-item">
|
||
|
||
<a class="blog-menu-link" href="/en/bilderarchiv-2015/">Bilderarchiv 2015</a>
|
||
|
||
|
||
</li>
|
||
|
||
<li class="blog-menu-item">
|
||
|
||
<a class="blog-menu-link" href="/en/bilderarchiv-2014/">Bilderarchiv 2014</a>
|
||
|
||
|
||
</li>
|
||
|
||
<li class="blog-menu-item">
|
||
|
||
<a class="blog-menu-link" href="/en/bilderarchiv-2013/">Bilderarchiv 2013</a>
|
||
|
||
|
||
</li>
|
||
|
||
<li class="blog-menu-item">
|
||
|
||
<a class="blog-menu-link" href="/en/bilderarchiv-2012/">Bilderarchiv 2012</a>
|
||
|
||
|
||
</li>
|
||
|
||
<li class="blog-menu-item">
|
||
|
||
<a class="blog-menu-link" href="/en/bilderarchiv-2011/">Bilderarchiv 2011</a>
|
||
|
||
|
||
</li>
|
||
|
||
<li class="blog-menu-item">
|
||
|
||
<a class="blog-menu-link" href="/en/bilderarchiv-2010/">Bilderarchiv 2010</a>
|
||
|
||
|
||
</li>
|
||
|
||
<li class="blog-menu-item">
|
||
|
||
<a class="blog-menu-link" href="/en/bilderarchiv-2009/">Bilderarchiv 2009</a>
|
||
|
||
|
||
</li>
|
||
|
||
<li class="blog-menu-item">
|
||
|
||
<a class="blog-menu-link" href="/en/bilderarchiv-2008/">Bilderarchiv 2008</a>
|
||
|
||
|
||
</li>
|
||
|
||
<li class="blog-menu-item">
|
||
|
||
<a class="blog-menu-link" href="/en/bilderarchiv-2005/">Bilderarchiv 2005</a>
|
||
|
||
|
||
</li>
|
||
|
||
<li class="blog-menu-item">
|
||
|
||
<a class="blog-menu-link" href="/en/bilderarchiv-2004/">Bilderarchiv 2004</a>
|
||
|
||
|
||
</li>
|
||
|
||
<li class="blog-menu-item">
|
||
|
||
<a class="blog-menu-link" href="/en/bilderarchiv-2003/">Bilderarchiv 2003</a>
|
||
|
||
|
||
</li>
|
||
|
||
|
||
|
||
</ul>
|
||
|
||
</div>
|
||
|
||
</li>
|
||
|
||
<li class="blog-menu-item">
|
||
|
||
<a class="blog-menu-link" href="/en/category/picture/">Fotoblog</a>
|
||
|
||
|
||
</li>
|
||
|
||
<li class="blog-menu-item">
|
||
|
||
<a class="blog-menu-link" href="/en/tag-cloud/">Tag Cloud</a>
|
||
|
||
|
||
</li>
|
||
|
||
<li class="blog-menu-item">
|
||
|
||
<a class="blog-menu-link" href="/en/category/spielelog/">Spieleblog</a>
|
||
|
||
|
||
</li>
|
||
|
||
<li class="blog-menu-item">
|
||
|
||
<a class="blog-menu-link" href="/en/category/kochbuch/">Kochbuch</a>
|
||
|
||
|
||
</li>
|
||
|
||
<li class="blog-menu-item">
|
||
|
||
<a class="blog-menu-link" href="/en/wiki/">Wiki</a>
|
||
|
||
|
||
</li>
|
||
|
||
<li class="blog-menu-item">
|
||
|
||
<a class="blog-menu-link" href="/en/impressum/">Impressum</a>
|
||
|
||
|
||
</li>
|
||
|
||
|
||
|
||
<li class="blog-menu-item blog-menu-calendar">
|
||
<button
|
||
type="button"
|
||
class="blog-menu-calendar-button"
|
||
data-blog-calendar-toggle
|
||
data-blog-calendar-year="2026"
|
||
data-blog-calendar-month="4"
|
||
aria-label="Open calendar"
|
||
title="Open calendar"
|
||
>
|
||
<svg aria-hidden="true" viewBox="0 0 24 24" width="16" height="16" fill="none" stroke="currentColor" stroke-width="1.8" stroke-linecap="round" stroke-linejoin="round" focusable="false">
|
||
<rect x="3" y="5" width="18" height="16" rx="2" ry="2"></rect>
|
||
<line x1="3" y1="9" x2="21" y2="9"></line>
|
||
<line x1="8" y1="3" x2="8" y2="7"></line>
|
||
<line x1="16" y1="3" x2="16" y2="7"></line>
|
||
</svg>
|
||
</button>
|
||
|
||
<section
|
||
id="blog-calendar"
|
||
class="blog-calendar-panel"
|
||
data-blog-calendar-panel
|
||
data-i18n-loading="Loading calendar…"
|
||
data-i18n-error="Calendar data could not be loaded."
|
||
hidden
|
||
>
|
||
<header class="blog-calendar-header">
|
||
<strong>Archive calendar</strong>
|
||
<button
|
||
type="button"
|
||
class="blog-calendar-close"
|
||
data-blog-calendar-close
|
||
aria-label="Close calendar"
|
||
title="Close calendar"
|
||
>
|
||
×
|
||
</button>
|
||
</header>
|
||
<div class="blog-calendar-content">
|
||
<div data-blog-calendar-root></div>
|
||
<p class="blog-calendar-status" data-blog-calendar-status>Loading calendar…</p>
|
||
</div>
|
||
</section>
|
||
</li>
|
||
|
||
</ul>
|
||
|
||
|
||
</nav>
|
||
|
||
|
||
<section class="post-list" data-template="post-list" data-list-page="true" data-first-page="true" data-last-page="false">
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>01.04.2026</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://github.com/stonerl/Thaw">stonerl/Thaw: Menu bar manager for macOS 26</a> - helps against the notch on Apple MacBooks. It's already embarrassing that you need an extra program to do this, and that the system doesn't support it out of the box.</p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
<div class="archive-day-separator" aria-hidden="true"></div>
|
||
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>29.03.2026</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://github.com/Fission-AI/OpenSpec?tab=readme-ov-file">Fission-AI/OpenSpec: Spec-driven development (SDD) for AI coding assistants.</a> is a lighter-weight variant of <a href="/en/2026/03/27/juxt-allium-a-language-for-sharpening-intent-alongside-implementation">juxt/allium: A language for sharpening intent alongside implementation.</a>. Could also be quite interesting—the tooling is more developed, but the language is weaker. Allium is much more formal and oriented toward pseudocode.</p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
<div class="archive-day-separator" aria-hidden="true"></div>
|
||
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>27.03.2026</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://github.com/juxt/allium">juxt/allium: A language for sharpening intent alongside implementation.</a> is a very exciting project. Specifically, a specification language for the behavior of software systems. A language for which there is no runtime environment or compiler, except the LLM. Implemented as Agent Skills. Super exciting because it also includes a Distill, with which you can analyze existing software and retroactively build specifications, or work out a specification in an interview process with the AI that is much more precisely understandable to an LLM than general English. A funny detail on the side: I tried Allium with Qwen3-Coder-Next, my current favorite model for local hosting, in <a href="/en/2026/03/14/pi-dev">pi.dev</a>. I couldn't install the binary for Allium (a syntax checker and linter) with homebrew, so pi.dev simply downloaded the binary and installed it itself.</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://github.com/scitrera/cuda-containers">scitrera/cuda-containers: Scitrera builds of various CUDA containers for version consistency, starting primarily with NVIDIA DGX Spark Containers</a> - I'm currently a big fan of eugr/vllm-node as a base package because it always provides up-to-date versions for vLLM, but if I want to play around with sglang sometime, this is probably the most similar project. I'm particularly interested in EAGLE-3 speculative decoding - basically, tokens are generated in parallel via a very small model and the main model checks what fits and takes it, or generates itself if necessary. This way you can often have a third of the tokens generated via a much faster simple model in the <3B range and only pass every third one through the large model.</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://github.com/thushan/olla">thushan/olla: High-performance lightweight proxy and load balancer for LLM infrastructure. Intelligent routing, automatic failover and unified model discovery across local and remote inference backend</a> might be the better choice following the LiteLLM debacle (hacked supply chain with data extractor in the package). For me, it's definitely interesting because I simply want to run two models and make them available under a single endpoint, and all the other packages are significantly overkill for that.</p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
<div class="archive-day-separator" aria-hidden="true"></div>
|
||
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>25.03.2026</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://forums.developer.nvidia.com/t/running-mistral-small-4-119b-nvfp4-on-nvidia-dgx-spark-gb10/363863/26">Running Mistral Small 4 119B NVFP4 on NVIDIA DGX Spark (GB10) - DGX Spark / GB10 User Forum / DGX Spark / GB10 - NVIDIA Developer Forums</a> - lifesaver discussion in the NVIDIA forums. With what's in there, I got Mistral Small 4 running smoothly. And it runs cleanly with 150K context and 100 tokens/second in generation. Wow. This is the first time I've really noticed the power of this machine.</p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
<div class="archive-day-separator" aria-hidden="true"></div>
|
||
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>22.03.2026</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://zed.dev/blog/fastest-ai-code-editor">Zed: The Fastest AI Code Editor — Zed's Blog</a> is a pretty cool editor that finally comes with a good VIM implementation. It supports Coding Agents and is open to open weight and self-hosted models. To be honest, I really like it and it's genuinely fast. And it's written in Rust, which excites me even more.</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://mistral.ai/news/mistral-small-4">Introducing Mistral Small 4 | Mistral AI</a> is another interesting candidate for the <a href="/en/2026/03/22/asus-ascent-gx10-asus-deutschland">ASUS Ascent GX10｜｜ASUS Deutschland</a>, especially since I don't need side-car models for vision there, because the model itself already comes with vision capabilities built-in. And as a MoE model, it should also deliver good speed performance.</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://huggingface.co/nvidia/NVIDIA-Nemotron-3-Super-120B-A12B-NVFP4">nvidia/NVIDIA-Nemotron-3-Super-120B-A12B-NVFP4 · Hugging Face</a> will likely be the first large model on the <a href="/en/2026/03/22/asus-ascent-gx10-asus-deutschland">ASUS Ascent GX10｜｜ASUS Deutschland</a> because it was trained optimized on NVFP4 - and thus does not experience any "dumbing down" due to quantization, but functions completely normally as expected. And it is optimized for agentic workflows, which should benefit OpenClaw, just as the 1M context, which can probably even be utilized in the model (different architecture than classic transformer-based models).</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://tailscale.com/wireguard-vpn">WireGuard® for Enterprise</a> sounds funny on a purely private blog with that name, but they have pretty affordable plans for VPN-like constructs that make it very easy to reach your local home devices while on the go. There are certainly other alternatives, but I think if I run my agent locally, I'd rather put the subscription money into a proper VPN service instead, where I get more value overall. Update: it's free for private users up to 3 users. Nice.</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://www.asus.com/de/networking-iot-servers/desktop-ai-supercomputer/ultra-small-ai-supercomputers/asus-ascent-gx10/">ASUS Ascent GX10｜｜ASUS Deutschland</a> is arriving in the next few days. AI powerhouse that will allow me to run larger models locally and, for example, operate an OpenClaw Agent autonomously at home without needing any subscriptions. I'm really looking forward to seeing what's possible with it.</p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
<div class="archive-day-separator" aria-hidden="true"></div>
|
||
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>19.03.2026</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
<p>Cognee is also something I’ll keep an eye on for later. Basically a knowledge graph controlled by an LLM to make memory available for another LLM. Certainly exciting to play around with when I have good local hardware to run larger models on. But for now, just a memory keeper.</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p>Docker Model Runner Adds vLLM Support on macOS | Docker - at first just noticed, that could be interesting later because I can run models via Docker with vllm, while using Apple Silicon at the same time. Interesting here is that it comes as a Docker image ready to use, and I don't have to fiddle with setup. I'm currently working more with my own <a href="/en/2026/03/18/rfc1437-mlxserver-a-simple-mlx-based-server-for-small-models-to-run-locally">rfc1437/MLXServer: a simple MLX based server for small models to run locally</a> simply because I only need it for offline operation, but vllm-metal could be very exciting later.</p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
<div class="archive-day-separator" aria-hidden="true"></div>
|
||
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>18.03.2026</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://github.com/rfc1437/MLXServer">rfc1437/MLXServer: a simple MLX based server for small models to run locally</a> is a tool that I built (with AI assistance) to run small models directly locally, without heavy overhead. It doesn't consume much memory, has a built-in local chat for personal experiments, and feels significantly more practical to me compared to the big alternatives—fewer knobs to adjust, but consequently less confusion. I just want to run a small model locally for my on-the-road blog.</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://huggingface.co/mlx-community/Qwen3.5-9B-MLX-4bit">mlx-community/Qwen3.5-9B-MLX-4bit · Hugging Face</a> is another nice, small model — larger than the others, thus slightly more consistent in execution, but still pretty fast. And that's the upper limit of what you can run on a MacBook Air M4 with 16GB RAM without crashing the computer.</p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
<div class="archive-day-separator" aria-hidden="true"></div>
|
||
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>16.03.2026</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
<p>Google/gemma-3-4b-it · Hugging Face is a pretty nice model that has been trained for many European languages and is therefore well suited for local translations – it loads under 4G into memory and occupies approximately 6.5G in interference during operation. And it has Vision Capability, so it can also be used to get image descriptions. Ideal, for example, to be used locally with bDS when you want to be offline on the go. And significantly smaller than <a href="https://huggingface.co/mlx-community/gemma-3-12b-it-4bit">mlx-community/gemma-3-12b-it-4bit · Hugging Face</a> – that was borderline on my Macbook Air.</p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
<div class="archive-day-separator" aria-hidden="true"></div>
|
||
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>15.03.2026</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://inferencer.com/">Inferencer | Run and Deeply Control Local AI Models</a> is an interesting tool that allows you to run LLMs locally. Of course, LM Studio or <a href="/en/2026/03/01/ollama">Ollama</a> or <a href="/en/2026/03/02/waybarrios-vllm-mlx-openai-and-anthropic-compatible-server-for-apple-silicon">vllm-mlx</a> can do this as well. But Inferencer has a feature called "Model streaming" that's pretty cool: it can run models that are actually too large for memory. Of course, you're trading time for memory, but for a local model for image captioning or similar smaller tasks, you could definitely use it. However, I have the feeling that the model becomes somewhat more fragile this way - for example, it suddenly doesn't use tools correctly anymore (I tried it with gemma3 12b, which is just scratching the memory limit of my laptop).</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://pagefind.app/">Pagefind | Pagefind — Static low-bandwidth search at scale</a> is a static search engine for statically generated HTML, like my blog. And it will soon power the search on this blog. No external dependencies, no server, no infrastructure complexity - just a few additional files that get uploaded. And of course active JavaScript in the browser.</p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
<div class="archive-day-separator" aria-hidden="true"></div>
|
||
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>14.03.2026</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://shittycodingagent.ai/">pi.dev</a> is a minimalist harness for agentic coding whose focus is not on features, but on extensibility. The underlying idea is solid: a very simple harness that can be extended through TypeScript plugins, so the harness can adapt to your own workflow and requirements. Maybe I'll take a closer look at it soon.</p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
<div class="archive-day-separator" aria-hidden="true"></div>
|
||
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>13.03.2026</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://github.com/steveyegge/beads">steveyegge/beads: Beads - A memory upgrade for your coding agent</a> is a to-do list tool for agents. Essentially a memory system for projects that agents can use to manage themselves (storing tasks and features) and to coordinate more complex workflows where an agent needs to work through a series of issues and resolve them. Tasks can have dependencies, and agents only see the set of tasks that can actually be worked on right now. Interesting for projects where you want to run agents in loops to solve larger tasks.</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://github.com/dolthub/doltgresql">dolthub/doltgresql: DoltgreSQL - Version Controlled PostgreSQL</a> is the PostgreSQL-flavored partner of <a href="/en/2026/03/13/dolthub-dolt-dolt-git-for-data">dolthub/dolt: Dolt – Git for Data</a> and offers the same features, but with PostgreSQL syntax and a binary interface that is compatible with PostgreSQL.</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://github.com/dolthub/dolt?tab=readme-ov-file">dolthub/dolt: Dolt – Git for Data</a> is a SQL database that internally uses mechanisms similar to git, thereby supporting data branches and merges and generally providing the ability to version data in the database and work with history. And like git, it also allows data changes to be distributed via version control. In principle, "slow transaction shipping".</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://github.com/paperclipai/paperclip">paperclipai/paperclip: Open-source orchestration for zero-human companies</a> is an approach to orchestrating and managing agents. What's interesting here is that it works with an organization modeled after a company structure and uses means to depict agent communication that could provide good transparency. I haven't tried it yet, but alongside <a href="https://github.com/steveyegge/gastown">gastown</a>, it's one of the more interesting projects on this topic. The whole field of agent orchestration is still quite new, so there's still a large area of experimentation, but it's exciting to watch.</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://ghostty.org/">Ghostty</a> is the foundation that <a href="/en/2026/03/13/cmux-das-terminal-fur-multitasking">cmux — The Terminal for Multitasking</a> was built on. Generally also a very nice terminal that responds noticeably faster than the standard terminal and already works very well. What I didn't like was that tabs weren't automatically reopened in the appropriate directories when the program was closed. I simply have too many persistent sessions that I keep coming back to. cmux just does that better.</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://www.cmux.dev/de">cmux — The Terminal for Multitasking</a> is a pretty brilliant terminal program for CLI workflows, which are experiencing a resurgence especially through agentic coding. And what I love about it: it has clean persistence of open workspaces where you can have multiple tabs, so I don't have to keep my work environment open all the time. I've always liked having various directories open directly because I switch back and forth between several while programming, and this works much better with CMUX than with anything else.</p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
<div class="archive-day-separator" aria-hidden="true"></div>
|
||
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>12.03.2026</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://www.nuget.org/packages/Photino.Blazor.CustomWindow">NuGet Gallery | Photino.Blazor.CustomWindow 1.3.1</a> is a library for Photino Blazor that allows you to make windows chrome-less. That is, you can remove the title bar and standard decorations. The idea behind it is to gain more control over the look and feel and create more compact UIs. With this library, you get back basic functions like window resizing and other standard elements that users expect, but under full control of the application.</p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
<div class="archive-day-separator" aria-hidden="true"></div>
|
||
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>07.03.2026</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://velvetshark.com/openclaw-memory-masterclass">OpenClaw Memory Masterclass: The complete guide to agent memory that survives • VelvetShark</a> - interesting compilation of the memory system and the pitfalls with compaction in Openclaw. The agent is meant to run for a long time, but there is always the risk that compaction will strike right in the middle of complex situations. And openclaw runs autonomously, so you want to be sure that it continues continuously.</p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
<div class="archive-day-separator" aria-hidden="true"></div>
|
||
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>05.03.2026</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://github.com/unum-cloud/USearch">unum-cloud/USearch</a> - that's what it says. So a library that offers an index for vectors that can come from embeddings, for example, and can find semantically similar texts. Not text-similar, but semantically, i.e., content. Interesting topic, the models required for this are related to LLMs, but not large, but small - they don't need to fully understand and generate because they only create vectors that can then be compared against each other and the higher the similarity, the higher the similarity of the texts in the topic. Cool little feature for bDS.</p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
<div class="archive-day-separator" aria-hidden="true"></div>
|
||
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>02.03.2026</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://github.com/waybarrios/vllm-mlx">waybarrios/vllm-mlx: OpenAI and Anthropic compatible server for Apple Silicon.</a> I use this to run <a href="/en/2026/03/02/mlx-community-gemma-3-12b-it-4bit-hugging-face">mlx-community/gemma-3-12b-it-4bit</a> on my MacBook Air. It works very well, a small shell script to start the server and then I am autonomous. Not as comfortable as Ollama, but it perfectly supports Apple's MLX and thus makes good use of Silicon.</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://huggingface.co/mlx-community/gemma-3-12b-it-4bit">mlx-community/gemma-3-12b-it-4bit · Hugging Face</a> is currently the best model for local operation, allowing me to implement image captioning and even local chat. It's not the fastest, as it's quite large, but it's absolutely suitable for offline operation if I come up with a few mechanisms for batch processing of images, etc. This could be super exciting for vacation times. An image description might take a minute, but hey, no dependencies.</p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
<div class="archive-day-separator" aria-hidden="true"></div>
|
||
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>01.03.2026</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://models.dev/">Models.dev — An open-source database of AI models</a> is a very practical site that provides framework parameters for all kinds of providers and all kinds of LLMs, including even API prices. And technical parameters such as input/output tokens.</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://ollama.com/">Ollama</a> - a runtime environment for LLMs that allows models to be run locally. My favorite model at the moment: <a href="https://ollama.com/library/qwen2.5vl:7b-q4_K_M">qwen2.5vl:7b-q4_K_M</a>. With only 6.6 GB in size, this runs smoothly on a MacBook Air M4 and still has enough memory and capacity to run programs alongside it. The model is surprisingly usable in chat and above all has excellent vision capabilities. Ideal for providing titles, alt text, or summaries for images without having to pay big providers for it. And an important building block to bring bDS back to full-offline.</p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
<div class="archive-day-separator" aria-hidden="true"></div>
|
||
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>28.02.2026</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://github.com/mistralai/mistral-vibe">mistralai/mistral-vibe: Minimal CLI coding agent by Mistral</a> - accompanying the <a href="/en/2026/02/28/ai-studio-mistral-ai">AI Studio - Mistral AI</a> there is also the Vibe coding interface to Devstral as open source. Very nice, because it makes a good pair. Will definitely try it out, even if I will probably rather reach for the powerhouses (Opus 4.6) for larger projects.</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://console.mistral.ai/home">AI Studio - Mistral AI</a> - as the situation in the USA becomes a bit more tense again, and simply because one should always check what is happening outside the USA, here is a link to a European alternative to the major US operators. Mistral offers a coding model with Mistral 2 that is not only open weights (i.e., freely available and operable if you have the necessary hardware), but also quite affordable when using Mistral itself. And the performance is slightly above Claude Haiku 4.5, and below Sonnet 4.5, but not by much. So quite usable and my first experiments were not bad. Unfortunately, no vision capability, so not very suitable for experiments with images (and therefore not ideal for my bDS), but still interesting enough to keep an eye on.</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://niklas-luhmann-archiv.de/bestand/zettelkasten/zettel/ZK_1_NB_1_1_V">ZK I Zettel 1 (1) - Niklas Luhmann-Archiv</a> - where the inspiration for my blog comes from, or what has always driven me beneath the technical surface.</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p>If you, like me, want an overview of UI integration for LLMs and are wondering how A2UI and MCP Apps compare and what they offer: <a href="https://ricmac.org/2025/12/19/agent-ui-standards-multiply-mcp-apps-and-googles-a2ui/">Agent UI Standards Multiply: MCP Apps and Google’s A2UI - Richard MacManus</a> helps. I have implemented A2UI in bDS so that the LLM can also use visual aspects in the internal chat, and I really like that. But the idea of incorporating parts of my UI into external agents is also fascinating. Even if I find that "local HTML/JS in an IFrame" somehow sounds like a hack at first, but much in the LLM environment gives me the feeling right now, simply because everything is pushed through a normal text stream and you hope that the LLMs adhere to the formats (even A2UI works like this).</p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
<div class="archive-day-separator" aria-hidden="true"></div>
|
||
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>27.02.2026</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://github.com/cloudflare/cobweb">cloudflare/cobweb: COBOL to WebAssembly compiler</a> - I'll just leave this here. Let someone else clean up the old stuff. <a href="https://blog.cloudflare.com/cloudflare-workers-now-support-cobol/">what else can you say</a>.</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://pyodide.org/en/stable/">Pyodide</a> is a bit of a lifesaver for me in bDS: I must admit, I'm not really super deep into TypeScript and I actually don't feel like writing it myself. If the AI does it, that's okay, there's enough knowledge for an LLM to draw on, but I don't really want to delve deep into it myself. And Python has been one of my favorite languages for a long time. And Pyodide offers exactly that: a port of CPython to WebAssembly. It provides a pleasant language for scripts and macros that can access everything the application does and - if I ever want to - can also load Python libraries.</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://orm.drizzle.team/docs/overview">Drizzle ORM</a> - was suggested by AI during the construction of bDS and has proven to be very reliable. A clean ORM for TypeScript with a quite nice API that strongly reminds me of Django. Additionally, clean mapping of migrations, which then simply allow SQL, thus enabling more complex migrations. And so far completely unobtrusive in operation. What is particularly interesting: there is a direct translation to GraphQL, so that the objects can also be exposed to an API, which I think I should take a look at (or rather, I should complain to the AI that it should take a look at it). I am always a fan of flexible standard integrations to connect external tools.</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://a2ui.org/">A2UI</a> is an interesting project for a streaming-oriented protocol for applications with LLM integration. The basic idea is streaming JSON snippets from which the UI is then incrementally built, and the LLM controls what goes into the UI. It allows the LLM to produce more than just simple textual descriptions or basic ASCII graphics and also gives LLM queries a different look. The whole thing comes from Google and is maintained on an open <a href="https://github.com/google/A2UI">github project</a>. In bDS, I have also integrated it, and it's quite something when you can get a heatmap of the distribution of your blog posts across the months.</p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
<div class="archive-day-separator" aria-hidden="true"></div>
|
||
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>23.02.2026</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://boardgamegeek.com/boardgame/158572/waggle-dance">Waggle Dance</a> . oldie, but goldie. Always fun how this rather simple game can captivate people, even over 10 years after its release.</p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
<div class="archive-day-separator" aria-hidden="true"></div>
|
||
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>22.02.2026</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://opencode.ai/de">OpenCode | The Open-Source AI Coding Agent</a> - an open-source coding agent that could soon outperform Claude Code. Very good in execution and above all provider-agnostic. You can attach any model, even one self-hosted with LM Studio or ollama. If you just want to play around, you can simply download it and get started, even without providing a credit card (then of course with limited tokens, but quite usable for initial experiments. And independent of the major providers (ok, except for their models if you want to use them - and for serious coding, those are unfortunately still necessary). OpenCode also offers its own AI models, which are then billed, but a few models are always freely available and thus offer quite serious experimentation without investment.</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
|
||
|
||
<h2 class="post-title"><a href="/en/2026/02/22/steve-yegge-on-vibe-coding">Steve Yegge on Vibe Coding</a></h2>
|
||
|
||
<p>Steve Yegge talks in the interview about the future of programming and the challenges of vibe coding. The author shares his experiences and sees a upheaval comparable to the introduction of high-level languages.</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
|
||
|
||
<h2 class="post-title"><a href="/en/2026/02/22/neue-software-langsam-benutzbar">bDS slowly usable</a></h2>
|
||
|
||
<p>Now the new software is starting to be fun, everything you need for usage and creation is largely present. It still has a few minor flaws and there are one or two features I want, but I can already do everything I really need as a minimum. Publishing now works easily with a shell script:</p>
|
||
<pre><code class="language-bash" data-code-language="bash">#!/bin/sh
|
||
|
||
cd ~/Blogs/rfc1437.de/html
|
||
|
||
rsync -rav --delete \
|
||
--exclude='thumbnails/' \
|
||
--exclude='media/' \
|
||
* git.rfc1437.de:git-server/html/
|
||
|
||
cd ..
|
||
|
||
rsync -rav --delete thumbnails/ git.rfc1437.de:git-server/html/thumbnails/
|
||
rsync -rav --exclude='*.meta' --delete media/ git.rfc1437.de:git-server/html/media/
|
||
</code></pre>
|
||
<p>Yes, that was just to test my source formatting. And?</p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
<div class="archive-day-separator" aria-hidden="true"></div>
|
||
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>16.02.2026</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://git.rfc1437.de/hugo/rfc1437">Big Damn Stupid</a> - no, Blogging Desktop Server. Currently my favorite project where I play around with Vibe-Coding and build software with which I can run the blog. But this time with the clear perspective that I won't succumb to bit rot or the complexity spiral again. Simple software with a usable interface for maintaining blog posts, but storage as Markdown files with YAML front matter to be easily stable for the future. Then with sqlite for caching and full-text search and other comfort features and git for synchronizing the blog data, and git-lfs for the images. Feels quite usable right now.</p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
<div class="archive-day-separator" aria-hidden="true"></div>
|
||
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>27.08.2023</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://boardgamegeek.com/boardgame/300930/schotten-totten-2">Schotten Totten 2</a> is becoming one of our favorite two-player games. A remake of the old Schotten Totten (which unfortunately is no longer available under that name, only as Battle Line, but that only in English). Unlike the first game, now asymmetric with just enough difference in gameplay that the two sides definitely feel different, but still mostly doing the same things. Quick to set up, quick to play, and quick to put away with enough tactics to keep you hooked for a few games. And the graphic style is just nice.</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p><a href="https://boardgamegeek.com/boardgame/197405/tak">Tak</a> is quite an interesting game: <a href="https://en.wikipedia.org/wiki/Tak_(game)">inspired by a fantasy novel by Patrick Rothfuss</a>, brought to life as a fictional "classic" strategy game. The beauty of it: you can easily make it yourself if you want and are skilled. The rules are super simple and easy to learn, but the game is tricky with many opportunities to set traps for the opponent. It will probably be taken for our next vacation because it's practical to play outdoors.</p>
|
||
|
||
</div>
|
||
|
||
<div class="post">
|
||
|
||
<p>Because Google Authenticator annoys me: <a href="https://www.linux.org/threads/in-depth-tutorial-how-to-set-up-2fa-totp-with-keepassxc-aegis-and-authy.36577/">In-depth tutorial: How to set up 2FA TOTP with KeepassXC, Aegis and Authy. | Linux.org</a>. Keepassxc is much nicer, in my opinion, and is much more controllable for me.</p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
<div class="archive-day-separator" aria-hidden="true"></div>
|
||
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>19.08.2023</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
|
||
|
||
<h2 class="post-title"><a href="/en/2023/08/19/mal-wieder-auf-linux">Again on Linux ...</a></h2>
|
||
|
||
<p>... and of course, the surround sound of my notebook no longer works, for reasons. And fingerprint login makes a lot less sense when you have to enter the password for the keyring after login anyway. If it at least came up for the first time when a password was needed, that would be okay, but it comes up directly after login. Bah.</p>
|
||
<p>Otherwise, however, I am pleasantly surprised at how good the Linux support for the Lenovo T480 is. Everything else has been working flawlessly so far.</p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
<div class="archive-day-separator" aria-hidden="true"></div>
|
||
|
||
|
||
|
||
<section class="archive-day-group">
|
||
<aside class="archive-day-marker"><span>11.11.2022</span></aside>
|
||
<div class="archive-day-posts">
|
||
|
||
<div class="post">
|
||
|
||
|
||
|
||
<h2 class="post-title"><a href="/en/2022/11/11/autumn-leaves">Autumn Leaves</a></h2>
|
||
|
||
<p><img src="/media/2022/11/65232be1-264f-428e-93cb-1fd3788b2f47.jpg" alt="autumn leaf against fuzzy background with other leaves and sky"></p>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
</section>
|
||
|
||
|
||
|
||
|
||
</section>
|
||
|
||
|
||
<nav class="preview-pagination" aria-label="Pagination">
|
||
|
||
<span class="spacer"></span>
|
||
|
||
|
||
|
||
<a href="/en/page/2/" class="preview-pagination-link" aria-label="older">older</a>
|
||
|
||
</nav>
|
||
|
||
</main>
|
||
</body>
|
||
</html> |