rewrite: refresh all blog posts for public audience

Merged overlapping posts:
- forking-gitea + fork-dont-build → one post about the fork philosophy
- fal-image-generation + image-generation-fal → one post about AI art pipeline

Rewrote all posts with external/public voice:
- Stronger hooks, concrete examples, punchier language
- agentic-workflow: restructured around soul files + skills + numbers
- agent-harness: clearer framing of 'what an agent harness is'
- cloud-harness: tighter narrative about overnight agents
- godot-optimisation: same depth, sharper opening
- pre-commit-agent: clearer architecture, cost breakdown
- studio-cli: reframed around identity/cold-start problem
- blog-visual-upgrade: tightened the restyle story

10 posts total (9 markdown + 1 hand-authored HTML)
This commit is contained in:
2026-06-03 03:06:41 +01:00
parent bf42a76cf9
commit f01036c646
23 changed files with 933 additions and 2546 deletions
+37 -41
View File
@@ -4,27 +4,27 @@
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<title>One Binary to Rule Them All: Building a Studio CLI — Tinqs Blog</title>
<meta name="description" content="A single Go binary that handles machine identity, screenshots, cloud vision, and health checks. The glue that makes AI agents useful across a multi-machine game studio.">
<title>One Binary to Rule Them All: Our Studio CLI — Tinqs Blog</title>
<meta name="description" content="A single Go binary that gives AI agents full context about your machine, project, and services in 100ms. Screenshots, cloud vision, health checks — one install, every machine.">
<meta name="robots" content="index, follow">
<link rel="canonical" href="https://www.tinqs.com/blog/studio-cli">
<meta property="og:type" content="article">
<meta property="og:url" content="https://www.tinqs.com/blog/studio-cli">
<meta property="og:title" content="One Binary to Rule Them All: Building a Studio CLI">
<meta property="og:description" content="A single Go binary for machine identity, screenshots, cloud vision, and AI agent coordination.">
<meta property="og:title" content="One Binary to Rule Them All: Our Studio CLI">
<meta property="og:description" content="One Go binary for machine identity, screenshots, cloud vision, and AI agent context.">
<meta property="og:image" content="https://www.tinqs.com/img/og-cover.jpg">
<meta name="twitter:card" content="summary_large_image">
<meta name="twitter:title" content="One Binary to Rule Them All: Building a Studio CLI">
<meta name="twitter:description" content="A single Go binary for machine identity, screenshots, cloud vision, and AI agent coordination.">
<meta name="twitter:title" content="One Binary to Rule Them All: Our Studio CLI">
<meta name="twitter:description" content="One Go binary for machine identity, screenshots, cloud vision, and AI agent context.">
<meta name="twitter:image" content="https://www.tinqs.com/img/og-cover.jpg">
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "One Binary to Rule Them All: Building a Studio CLI",
"headline": "One Binary to Rule Them All: Our Studio CLI",
"datePublished": "2026-05-18",
"author": {
"@type": "Person",
@@ -35,7 +35,7 @@
"name": "Tinqs Limited",
"url": "https://www.tinqs.com"
},
"description": "A single Go binary that handles machine identity, screenshots, cloud vision, and health checks. The glue that makes AI agents useful across a multi-machine game studio."
"description": "A single Go binary that gives AI agents full context about your machine, project, and services in 100ms. Screenshots, cloud vision, health checks — one install, every machine."
}
</script>
@@ -218,49 +218,45 @@
<article class="post">
<a href="/blog/" class="post__back">&larr; All Posts</a>
<span class="post__date">18 May 2026</span>
<h1 class="post__title">One Binary to Rule Them All: Building a Studio CLI</h1>
<p class="post__lead">Every machine in our studio runs the same Go binary. It knows who you are, what machine you're on, and what services are reachable. It takes screenshots, sends them to cloud vision, and runs health checks. This is the glue that makes AI agents actually useful in a multi-machine game studio.</p>
<h1 class="post__title">One Binary to Rule Them All: Our Studio CLI</h1>
<p class="post__lead">Every AI agent session starts the same way: cold. The agent doesn't know what project this is, who's asking, what tools are available, or what happened yesterday. You spend the first five minutes re-explaining context.</p>
<div class="post__body">
<h2>Why Build a CLI</h2>
<p>When you have multiple machines across several people, two operating systems, and AI agents that need context about the environment they're running in, the glue becomes the hardest part. Which machine is this? What services are reachable? Is the game running? Can I take a screenshot of what the developer is looking at?</p>
<p>We tried shell scripts. A <code>setup.sh</code> for Mac, a <code>setup.ps1</code> for Windows, a <code>check-services.sh</code> for health checks, a <code>screenshot.py</code> that never worked on Windows. They drifted. They broke. Nobody updated them.</p>
<p>So we built one Go binary that does everything.</p>
<h2>The Identity System</h2>
<p>The most important command is <code>identity</code>. When an AI agent starts a new session &mdash; Cursor, Claude Code, any tool &mdash; the first thing it does is call this command. The output tells the agent:</p>
<p>Our CLI solves this in 100ms. One command — <code>tstudio identity</code> — and the agent knows everything. The binary is 15MB, has zero runtime dependencies, and runs on every machine in the studio.</p>
<h2>The identity command (100ms)</h2>
<p>When an agent starts, the first thing it calls is <code>tstudio identity</code>. The output:</p>
<ul>
<li><strong>The soul file</strong> &mdash; the agent's persistent identity, values, and operating principles</li>
<li><strong>Company context</strong> &mdash; team members, roles, what the company does</li>
<li><strong>Machine context</strong> &mdash; hostname, OS, which repos are cloned, what services are running</li>
<li><strong>Ecosystem</strong> &mdash; other repos and their purpose</li>
<li><strong>Service status</strong> &mdash; which URLs are live and reachable</li>
<li><strong>Soul file</strong> the agent's persistent identity, values, operating principles</li>
<li><strong>Company context</strong> team members, roles, what the company does</li>
<li><strong>Machine context</strong> hostname, OS, which repos are cloned, what services are running</li>
<li><strong>Ecosystem</strong> other repos and their purpose</li>
<li><strong>Service status</strong> which URLs are live and reachable</li>
</ul>
<p>This solves a fundamental problem with AI agents: <strong>cold starts.</strong> Every new chat window, every new agent tab, every new session is a blank slate. The agent doesn't know what project this is, who's asking, or what infrastructure exists. One CLI call gives it full context.</p>
<p>The data lives in markdown files in the docs repo &mdash; the source of truth. Any machine on the network can read it.</p>
<h2>Screenshots and Vision</h2>
<p>The CLI can capture any window from outside the process. No in-game overlay, no rendering pipeline integration. It uses the OS-level window capture API &mdash; works on Windows (via GDI+) and Mac (via screencapture).</p>
<p>A <code>photo</code> command does the same thing but sends the screenshot to a cloud vision model for analysis. The agent says "take a photo of the game" and gets back a structured description: "The player character is standing near a half-built hut. There are 3 palm trees to the left. The terrain has a visible seam between two biomes."</p>
<p>This is how you file bugs without typing. Look at the game, tell the agent what's wrong, and the agent takes a screenshot, describes what it sees, and creates an issue with both the description and the image attached.</p>
<h2>Health Checks</h2>
<p>A <code>doctor</code> command runs a comprehensive health check:</p>
<p>This data lives in markdown files in the docs repo. Any machine on the network can read it. The agent goes from blank to fully contextual in under a second.</p>
<p>This started as a convenience tool for humans. It became the single most important function in our stack. Every agent session — Cursor, Claude Code, Pi — starts with <code>tstudio identity</code>. Without it, every conversation begins with "let me explain the project." With it, the agent already knows.</p>
<h2>Screenshots and cloud vision</h2>
<p>The CLI can capture any window from outside the process. No in-game overlay, no rendering pipeline integration. OS-level capture — GDI+ on Windows, screencapture on Mac.</p>
<p>A <code>photo</code> command sends the screenshot to a cloud vision model. The agent says "take a photo of the game" and gets back: "The player character is standing near a half-built hut. Three palm trees to the left. The terrain has a visible seam between two biomes."</p>
<p>This is how you file bugs without typing. Look at the game, tell the agent what's wrong. It takes a screenshot, describes what it sees, and creates an issue with both the description and the image attached. Keyboard-free bug reporting.</p>
<h2>Health checks</h2>
<p><code>tstudio doctor</code> runs a comprehensive check:</p>
<ul>
<li>Is the git platform reachable? Can we authenticate?</li>
<li>Is the git platform reachable and authenticated?</li>
<li>Is the game server running?</li>
<li>Are all expected repos cloned and on the right branch?</li>
<li>Are required tools installed and at the right version?</li>
<li>Are required tools installed at the right version?</li>
</ul>
<p>The output is a green/yellow/red table. If something's wrong, the agent knows immediately and can diagnose or escalate. This is essential for unattended agent sessions &mdash; the agent can verify its environment before starting work.</p>
<p>Output is a green/yellow/red table. Essential for unattended agent sessions the agent verifies its environment before starting work. No "the build failed because port 3000 was already taken" at 3am.</p>
<h2>Why Go</h2>
<p>Go compiles to a single static binary with no runtime dependencies. No Python virtualenvs, no Node.js version managers, no DLL hell on Windows. The same binary runs on a gaming PC, a designer's MacBook, and a CI runner in AWS.</p>
<p>Cross-compilation is trivial. We build Windows, Mac (arm64 + amd64), and Linux binaries from a single CI workflow. Push a tag, CI builds all three, uploads to S3, done.</p>
<p>The binary is 15MB. It starts in under 100ms. It has zero runtime dependencies. For a tool that AI agents call on every session start, speed matters.</p>
<h2>What We Learned</h2>
<p><strong>The CLI is the API for AI agents.</strong> When we started, this was a convenience tool for humans. It became the primary interface for AI agents. The <code>identity</code> command was originally "nice to have" &mdash; now it's the single most important function in our stack. Every agent session starts with it.</p>
<p><strong>One binary beats ten scripts.</strong> Scripts rot. They have different shells, different PATH assumptions, different error handling. A compiled binary either works or it doesn't. It ships with its dependencies baked in. It doesn't care if your Python is 3.9 or 3.12.</p>
<p><strong>Cloud vision is underrated for game dev.</strong> Sending a screenshot to a vision model and getting back a structured description sounds gimmicky. In practice, it's the fastest way to document visual bugs. "The tree is floating 2m above the terrain" is much faster to write when the AI is looking at the same screen you are.</p>
<p><strong>Agent cold starts are the real problem.</strong> Without the identity system, every new session starts with the agent asking "what project is this?" and the human re-explaining context. With it, the agent knows everything in 100ms. That's the difference between an AI assistant and an AI team member.</p>
<p>Go compiles to a single static binary. No Python virtualenvs, no Node.js version managers, no DLL hell on Windows. The same binary runs on a gaming PC, a designer's MacBook, and a CI runner in AWS.</p>
<p>Cross-compilation is trivial. We build Windows, Mac (arm64 + amd64), and Linux binaries from a single CI workflow. Push a tag, CI builds all three, uploads to S3. The binary is 15MB, starts in under 100ms, has zero runtime dependencies.</p>
<h2>What we learned</h2>
<p><strong>The CLI is the API for AI agents.</strong> What started as a human convenience tool became the primary interface for agents. Every session starts with <code>tstudio identity</code>. The agent's "hands and eyes" — screenshots, vision, health checks — are subcommands of the same binary.</p>
<p><strong>One binary beats ten scripts.</strong> Scripts rot. They have different shells, different PATH assumptions, different error handling. A compiled binary either works or it doesn't. It ships with dependencies baked in. It doesn't care if your Python is 3.9 or 3.12.</p>
<p><strong>Cloud vision is underrated for game dev.</strong> Sending a screenshot to a vision model sounds gimmicky. In practice, it's the fastest way to document visual bugs. "The tree is floating 2m above the terrain" is much faster to communicate when the AI is looking at the same screen.</p>
<p><strong>Agent cold starts are the real problem.</strong> Without the identity system, every session starts with the agent asking "what project is this?" With it, the agent knows everything in 100ms. That's the difference between an AI assistant and an AI team member.</p>
<hr>
<p>The CLI is part of <a href="https://tinqs.com" style="color: var(&ndash;c-accent-l);">Tinqs Studio</a> &mdash; our game development platform that brings git hosting, AI agent tools, and team workflows together. Every time we find ourselves writing a script that needs to work on multiple machines, we add a subcommand instead. One binary that makes the studio work, whether the operator is human or AI.</p>
<p><em>The CLI is part of <a href="https://tinqs.com" style="color: var(&ndash;c-accent-l);">Tinqs Studio</a>. Every time we find ourselves about to write a script that needs to work on multiple machines, we add a subcommand instead. One binary that makes the studio work whether the operator is human or AI.</em></p>
</div>
Before
After