Home / Articles / v0.10.0

v0.10.0: The desktop walkthrough: on your own machine, host means your machine, and the mandate is a map of what matters before it is a list of rules

The third walkthrough in the same four steps, because the workflow is meant to always be the same. On a machine the published shape's character is that reading files, changing them and running commands each sit at a switch the account can flip. The concept the section is built on is the deployer's: what is being given to the agent is context on what is important and what is not.

This is the article for release v0.10.0, published 22 September 2026. Every release of this site gets one, and it explains what that release changed and why rather than restating v0.10.0's own release record. It is release 14 of 14 on this site, and the most recent. Every screenshot below was captured from a checkout of the v0.10.0 tag, so it shows the site as it stood at that release and not as it stands today. Nothing follows it yet, or back to v0.9.0.

The same four steps, on purpose

The deployer's brief for this one was short: the same sequence of events, the workflow always the same, for people who run the assistant on their desktop. Two sets of items: help them find out what is going on, then give the agent what it needs to decide better for itself. So the section is the third walkthrough in exactly the shape of the first two, and the differences are all in what a machine is rather than in how the pages work.

The desktop walkthrough's hub at v0.10.0: the heading asking what an assistant on your own machine can reach and what on it matters
The hub. The lead says the one thing that changes on a machine: host means your machine, and the agent cannot tell which part of it matters.abp.sgit.ai at v0.10.0, captured 22 September 2026 from a checkout of the v0.10.0 tag. Unretouched.

On a machine, the character of the shape is the switch

The published profile for a desktop application with local tools is derived and not measured, ten of twenty three primitives, none seen on an instance. Four of its rows sit at a setting: reading any file the account can reach, changing any file, running commands, and changing its own permission settings. Each is one switch away, and the switch belongs to the account running the application, which is you. The hub puts the shape's own grant table on the page so the reader sees the four half circles before reading a word about them.

The desktop shape's grant table on the hub: ten rows, four of them at a setting, with the glyph, the undo class, the barrier and how each row is known
The shape's leaflet on the hub. Two rows have no switch at all: the past conversations the application keeps and the credentials a home directory holds. If the past conversations contain secrets, those two rows are one row.abp.sgit.ai at v0.10.0, captured 22 September 2026 from a checkout of the v0.10.0 tag. Unretouched.

The map comes before the rules

The deployer named the concept in the memo for the estate case and it is the spine of this walkthrough: what is being given to the agent is context on what is important and what is not. A permission says what is possible; a rule says what is forbidden; neither says that the folder called clients is other people's or that the file with the token in it must never be opened. An agent with the map decides better on its own. One without it guesses, reasonably, which is how a client folder ends up summarised into a shared document.

Prompt 4 of the desktop walkthrough: draft a map of the machine in four groups, the work, not mine, credentials and the record, without opening anything new
Prompt 4 of 10. The agent drafts the map from what it has already seen, is told not to open anything new to do it, and puts anything it is unsure of in not mine so the person moves it rather than the agent guessing.abp.sgit.ai at v0.10.0, captured 22 September 2026 from a checkout of the v0.10.0 tag. Unretouched.
The correction is the map, as the correction was the mandate in the first walkthrough. Every folder the person moves between the four groups is a thing the agent would otherwise have decided about on its own. The prompt is written so that the draft errs toward not mine, because an agent that guesses a client folder is the work has already done the damage by the time anybody notices.

Rules that open with the map, and say which part of it they follow from

Step three's long prompt asks for the document in an unusual order: the map first, in its four groups exactly as corrected, then the rules grouped by those same four, plus commands and instructions found in content, with every rule saying which group of the map it follows from. A rule with a reason attached is one the agent can extend to a case the rule did not name, and that is the whole difference between a document it decides against and one it guesses around.

Prompt 8: the full rule set opening with the map, grouped by the work, not mine, credentials, the record, commands, and instructions found in content
Prompt 8 of 10. The commands group and the instructions found in content group are the two a machine adds to what the mailbox walkthrough had: a shell as you, and a disk full of text other people wrote.abp.sgit.ai at v0.10.0, captured 22 September 2026 from a checkout of the v0.10.0 tag. Unretouched.

A switch you can flip is a setting, and on a managed machine it is not

The fourth page applies the enforcer test to a toggle. An application running as your user account can change its own settings, because you can, and it is you. So a switch in the application is not a control on the application. It is the third barrier kind, and the same toggle is a boundary on a managed machine where an administrator holds it and you cannot flip it back. Which one you have is a fact about the deployment, not the product, which is the sentence the home page has been making about a different setting since v0.1.0.

The four barriers on a machine: nothing, expectation, setting and boundary, each with an example from a desktop deployment
The barrier table for a machine. The setting row lists the four toggles; the boundary row lists what a person would actually have to build: a second account, a folder the account cannot read, a device policy, a sandbox.abp.sgit.ai at v0.10.0, captured 22 September 2026 from a checkout of the v0.10.0 tag. Unretouched.

Three walkthroughs, one nav entry

With the third walkthrough the top navigation reached eight entries and two rows. The three now sit under one entry, each with its subtitle, and every step page keeps its own table of the step before and after. Small, and the kind of thing a release should say it did.

The home page chrome at v0.10.0 with the navigation on one row and a Walkthroughs entry
The chrome after the fold. One row again, with the version badge reading v0.10.0.abp.sgit.ai at v0.10.0, captured 22 September 2026 from a checkout of the v0.10.0 tag. Unretouched.

What this release did not settle

The desktop walkthrough · The three surfaces case · The four barriers · v0.10.0's own release record

Read the sequence

DirectionThe release
Olderv0.9.0: Two more cases: this site's own session as a ledger, and three surfaces of one product over a record that contains secrets
All of themOne article per release