D1
The Grant Is User Shaped And Not Data Shaped: Start With The Connectors, And The Template Vault Is The Product
Processed
type dev briefversion v0.33.70
dated 12 Sept 2026received 12 Sept 12:52 and again 18:07
29,886 bytes
sha256 1b2dfa45d228be6b0f6eb6a420090da160e979fe0b347048588565441a9f6e38
This is the one that arrived twice. Byte-identical both times, and the second arrival came in the same message as D3 and D4. It was not reprocessed — the three Lab entries below were already written from the first copy. This entry is the reason the register exists.
What it asked for and has not got
- The five first policies themselves. Lab 01 documents the grants; no policy document exists for any of the five shapes
- The template vault and the shape library — named in the brief as the actual product, and not started
- The instrumentation table timing the first five, which the brief calls the only pricing input anybody will have
Read it in full markdown · 30KB
D2
This Is The Tier One Application Nobody Could Find: The Connector List Alone Is Twenty Bits, So Compute Locally And Submit Banded
Processed
type dev briefversion v0.33.70
dated 12 Sept 2026received 12 Sept 17:22
31,387 bytes
sha256 11ff8f5f9eebb9200d30694381ff27c7e53a59417dd92f1a0461bbfe1b65ad89
One correction to this brief is stated on the page it produced, and marked as ours. The brief treats banding as the fix. Worked through, banding is the necessary first move and not the whole answer, because a banded submission still carries roughly the entropy of the fingerprint study the brief benchmarks against. The page shows the assumptions so somebody can check the arithmetic.
What it asked for and has not got
- All seven items on Lab 04's own build list. The page is the specification; none of it is built
Read it in full markdown · 31KB
D3
The Commit Author Is A Free Text Field: A Prompt Shifts The Odds, And Every Documented Fix Was Architectural
Partly
type dev briefversion v0.33.70
dated 12 Sept 2026received 12 Sept 18:07
34,370 bytes
sha256 b54eddae92bc88d8133c1e544c339433972ef6cf8cf8656ac4771b7ffbce7ccd
The finding and the prompt are built; the experiment is not. All six load-bearing quotations were fetched and checked against their sources rather than relayed — which produced two corrections to this brief, both stated on the page it became: the partially verified state additionally requires the author to have enabled vigilant mode, and the claim that the attribution renders a profile picture and a profile link could not be found on the page cited.
What it asked for and has not got
- The comparison experiment. Lab 05 specifies it — three arms, twenty runs each, violations counted as repository queries — and no repository has been set up to run it against
- A signed-commits rule on our own repository. Lab 05 says in as many words that the argument is demonstrated and not adopted until that is on
- Provider and connector pages mapped onto the four layers, and the community incident repository behind them
Read it in full markdown · 34KB
D4
The Urgency Is Not A Deadline But A State: You Already Connected It, And A Distributed Skill Cannot Carry A Control
Partly
type strategy briefversion v0.33.70
dated 12 Sept 2026received 12 Sept 18:07
29,897 bytes
sha256 af73131b6a72bb5f6d8aad1563f124a016040833310df0fb8be717ec44bb0e56
Both of its rulings are now on the site. The entry product says it reduces accidents and does not stop an attacker, in those words, on the page carrying a price — and the behaviour policy is not sold as a skill, because the portable part of that format cannot carry a constraint. The word for the narrowing cover does not appear on the pricing page at all; the authorise question stands in its place.
What it produced
- The urgency section on the front page — three vendor sentences with dates and no adjective, then the two dated changes of this year
- The free/paid line, with the honest label and the authorise question
What it asked for and has not got
- The price experiment as redesigned — charge one price and count, with a certainty question after. The page states the approach; no price is set and nothing is charged
- The generic prompt as an installable artefact. The pricing page says it is free and published in the open; the file does not exist yet
- The early access group — a dozen people running one of the five shapes, used for objections rather than numbers. No list exists
Read it in full markdown · 30KB
D5
Startup Summit 2026 — exhibitor booth guide
Processed
type organiser documentdated 12 Sept 2026
received 12 Sept 11:562,490,263 bytes
sha256 d13e3f08729fa8ffaab7f4e1d247535fb0782c5182df67e365ef61d52ca0cf3d
Third-party material, and it corrected three of our own planning assumptions — the banner is not permitted, submissions go through the exhibitor portal rather than by email, and power has to be requested rather than assumed. Kept on a working page rather than a public one; whether it stays fetchable here at all is an open decision.
What it asked for and has not got
- Logo and name into the exhibitor portal. The organisers' own deadline was 15 September
- The power request, which goes through the portal and not by email
Read it in full PDF · 2.4MB
D6
Every Routable Address Is In The Grant: Do Not Attack Anyone Is The One Rule Everybody Signs, And It Is The One With No Barrier
Partly
type dev briefversion v0.33.70
dated 12 Sept 2026received 12 Sept 19:05
69,590 bytes
sha256 b85fdbcb235b352150d5b806e58b4d525414a8c0a7ac11382a697f2f78127eb7
Seven load-bearing quotations were fetched and checked rather than relayed, including the reference container's firewall script. Two departures from the brief are stated on the page it became. It reports observing an agent's two egress paths diverge in one session; in ours they did not — both reached every host tried — so the finding rests on the vendor's own sentences rather than on that observation. And we published a measurement of this machine's own egress instead, which found a raw outbound socket to an arbitrary public address and working name resolution, with no allow list standing in either path.
What it asked for and has not got
- Two proposals to the model site — the barrier's companion fields, and the six composition rules. Lab 06 states them; they are not yet on the request list
- The provider comparison table, which the brief says writes itself from the sources
- The reconciliation tool between an agent's several destination lists — possibly the smallest useful thing we could ship on this capability
- The generic pasteable document as an artefact rather than a table
Read it in full markdown · 68KB
D7
ABP Graph and Stakeholder Views — the policy is a graph, and every stakeholder gets a projection of it
Partly
type voice memo, Otter transcript
dated 15 Sept 2026received 15 Sept 11:40
4,026 bytes
sha256 d93b0fdc381a166dd0044b024031c9ee60a789533f7efc91ff3dafe4248afa90
A voice memo, transcribed, and the transcriber wrote the acronym as ADP throughout. It is the spoken ABP; the archived bytes are kept exactly as received, which is the rule, and the correction is here rather than in the file. The memo was worked into a brief on the day it was spoken and the file registered when it arrived, with D8.
What it asked for and has not got
- One page per behaviour, generated from the catalogue, listing every policy that has the edge with its barrier and its door
- Edges per path rather than per row in every vault — the n8n lesson made structural
- Metrics and outward links on the 23 primitives — speed, volume, blast; ATT&CK technique ids and GDPR articles, cited
- Views per audience — CEO, CFO, CTO, investor, buyer, operator, engineer, project manager — with the prompt and the script shipped in the vault so the customer can regenerate the projection
- The two asks to the model site, not yet on Lab 03
Read it in full transcript · 4KB
D8
Use Case Driven ABP Policy Strategy — a policy per use case, and the £500 level is a prompt the customer runs
Partly
type voice memo, Otter transcript
dated 15 Sept 2026received 15 Sept 11:40
3,874 bytes
sha256 8457a6637e212c0b91b2186efda1857836dc660deed3e328e796a267ab9e45ac
The four price points in the memo are the four levels the store put live the same day (store.sgit.ai v0.1.7, 15 September): £5, £50, £500, £1,500. The memo's contribution is what the £500 level actually is — a prompt the customer runs in their own environment, whose output we turn into their policy — and the idea of a policy per use case, with our own Voice Debrief workflows as the first two.
What it asked for and has not got
- The two Voice Debrief use-case vaults — the web flow through a model-routing service, and the WhatsApp flow through n8n — written by the agent that knows those workflows and packaged here
- A page of its own for the £500 workflow, once the store's side has a return address that is not a mailbox
- A use-case group on the library, and the combination of several vaults' grants into one, which the generator does not do yet
- The per-shape header on the prompt, naming the vocabulary and the order reference
Read it in full transcript · 4KB
D9
The offer is built and the button is not — each level is the level below plus one thing, and the post-sale page does not exist yet
Partly
type strategy brief
version v0.33.71
dated 15 Sept 2026received 15 Sept 12:20
32,167 bytes
sha256 99e75be33f0989f6060b5acec058c34a13531b3d6bf54fc53e9cb5e65a23f3ff
The brief's finding is that the four levels are priced and described and nothing happens after the money moves. Its rule for the ladder — each level is the level below plus one thing — was already true of the pricing page and is now said on it. The part this site owns is the page a customer lands on after paying, one per level; the payment links and the store's own product pages are the store's.
What it produced
- The four post-sale pages — level 1, level 2, level 3, level 4 — each saying what arrives and when, what this is not, what you do next, how the key reaches you, the definition of done, and who to write to. Unlisted and noindex: they are the success address for the payment link, not pages to find
- The £5 page is the download: the zip of the template vault for the shape bought, its size and sha256 stamped from the file by the build and checked in CI, and a hash check the page runs in the browser. Levels 2, 3 and 4 are a follow-up from a person within 24 hours
- Pricing, with the plus-one-thing rule stated and a definition of done per level
- The homepage, with the four levels in the behaviour-policy section, and the £10 still on two pages corrected to £5
What it asked for and has not got
- The payment links and the success address on each (level 1 with
?shape=<slug>) — the store's, not this site's
- The level-3 text on the store's product page, and the opinion add-on page
- The A5 and the stand
Read it in full markdown · 32KB
D10
Risk Mandate Website Repositioning Strategy
Partly
type spoken brief, transcribed
dated 15 Sept 2026received 15 Sept
2,716 bytes
sha256 ab6f9486ecae99de444ff7bfe0aa4c7a95badcdd01fb12b795eec7ec852984eb
The first brief that asked for something to come off the home page rather than go onto it. Its argument is a chain: our job is to make agents insurable; an agent is insurable when the organisation has authorised it in a way that survives examination, which is a licence to operate; a licence to operate needs a behaviour policy to be a licence for anything. So the ABP is sold first — it exists, it is the lowest touch and it can be delivered today — and the insurance thinking is kept in full rather than lost, on a page of its own. One departure while implementing it: the brief names three audiences, and a fourth, investors, is already written up on the Lisbon page, in the store and on the printed sheets. Three pages were built and the fourth is named as missing rather than quietly dropped.
What it asked for and has not got
- Multilingual delivery for levels 3 and 4. The brief asks for the £500 correction and the £1,500 session to be deliverable in the buyer’s own language, since both have a person in the loop. Nothing is built, and nothing is claimed anywhere on the site
- An investor page, the fourth audience
- A per-audience view inside a vault. The home page gives that as the reason for audience pages; the vault app opens on one view for everybody
D11
The named professional, and the assignment of the individual who does the £1,500 review
Partly
type spoken brief, transcribed
dated 22 Sept 2026received 22 Sept
1,845 bytes
sha256 d376355f1747cc88986a623b91592bee5a5ec3b73f3ac838c43687f7a8fb53eb
The first brief about a person rather than a document. A consultant has agreed to take some of this work, so the top level needs two things written down: what the service actually is — the workflow, the timelines, the expectation on both sides — and who does it, as a page carrying the record, the experience and the declared interests, so that a buyer chooses the individual rather than a logo. The brief asks for the lead’s own page first and the second consultant mapped from it. Built as a generated family from one file per reviewer, because the store reads the same data for its chooser and two sites must not end up saying different things about the same person. The second reviewer is published as a labelled placeholder rather than a name, which is what was asked for: the shape can be read before anybody is asked to fill it in.
What it produced
- The reviewed level — eight steps in order, what you bring, what we never ask for, and every figure with the page and date it was read from
- Who runs your review, and the rule that nothing on a reviewer’s page is written by us
- The first reviewer, every line read off a published page with the date, and the interests declared on the page rather than in a footer
- The shape of the page, labelled a placeholder everywhere it renders, so the next person can see what would be published about them before agreeing to any of it
- reviewers.json — the same data as a manifest, so the store’s chooser reads one source instead of keeping a second copy of a real person’s biography
What it asked for and has not got
- A second, named reviewer. The brief names a consultant who has agreed; nothing about them is published until they have read their own page and said yes. The placeholder is what stands in the meantime
- The chooser at checkout. Picking the reviewer while buying is the store’s workflow, not ours. The manifest is published for it and the arrangement is written up for them; nothing is agreed yet
- Comments and testimonials. Asked for in the brief; none exist, and none will be written by us. The page says so instead of showing an invented one
- Availability. No queue, no calendar and no throughput is published, because none can be honoured yet — the page carries a status and the date it was confirmed
- What the reviewer is paid. Agreed in the brief and deliberately not published: a commercial term that belongs to the lead, recorded here so it is not mistaken for an oversight
D12
How it technically works: prompts first, then hope is not a control, then fit, integrate, graph, and the vault as provenance
Partly
type spoken brief, transcribed
dated 24 Sept 2026received 24 Sept
2,299 bytes
sha256 dadd026e61c5653ea7789c5f8e852900cc4d1bef8f852ea9846719bd9ba91791
Prompted by a peer asking, in a chat, “how does it technically work?” The page called How it works answered with an architecture that predates the Agent Behaviour Policy — twins, a RiskGraph, engines, board briefings, an API — none of which is what is sold, and one line of which, twins instead of integrations, said the opposite of the memo. The memo gives the order: start with a prompt because being surprised by the reach is the shift; notice that asking an agent to behave is hope rather than a control; fit the policy to whatever controls actually exist; integrate with whatever the customer runs, connectors built per engagement; connect it all as one graph to risks, standards and internal policies; and keep it in a vault because the vault is the provenance. Rebuilt in that order, with a status chip on each step.
What it produced
- How it works, rebuilt: the technical insight kept, then six steps in the memo’s order, each marked running, per engagement or in design
- The one-line answer to what does this do at the top of the page, in the words the lead used in the chat
What it asked for and has not got
- Connectors to a customer’s own control planes. Built per engagement, productised as they mature; none is a product, and the page says so rather than implying one
- The graph’s edges upward to risks and the board, and sideways to internal policies and documents. Standards edges run in every vault today; these are marked in design
- Execution logs and evidence in the vault beside the policy. The memo’s provenance store, marked as where this goes
D13
UK support, in the open: consolidate what the UK offers a startup at go-to-market, ask people what is missing, and let other founders use it
Partly
type spoken brief, transcribed
dated 24 Sept 2026received 24 Sept
2,854 bytes
sha256 0c528b8c5736930b4a4a87b5e816f38af0758a2cd42eb1ad9df6e0904eceeecc
The product is ready and the challenge is now users. The memo asks for one public page, modelled on the partnership pages on sgit.ai, that consolidates the UK’s support for a London startup at this point: departments, programmes, events, and the kind of government-sponsored travel founders remember. It serves three readers: people the lead knows, asked whether anything is missing; other founders, who can use it; and RiskMandate, which records what happened at each door.
What it produced
- UK support, in the open: every entry read on its official page and dated, with the page’s own status, our status, and the closed programmes kept
- The register as data, rendered into the page by a script that refuses a row without a source, and a closure without the words that close it
- The finding the memo did not expect: the Sovereign AI procurement scheme’s third challenge, set with the NCSC, describes an Agent Behaviour Policy
What it asked for and has not got
- Applying to anything. Every row says not started except Web Summit; which doors to try is the lead’s decision
- The government-sponsored travel. The grant that paid for it was withdrawn in 2023; the page says what exists instead
- A matching page on sgit.ai. That site is not in this repository; its partnerships section can link here
D14
Pilots do not stay in production: the business sees the gap between mandate and reach, at machine speed, and declines to sign for it
Partly
type spoken brief, transcribed
dated 24 Sept 2026received 24 Sept
7,036 bytes
sha256 762fd1ea85c2d701f304331d507374b7668ec41bae90788498c2221cd7ac6e53
The real metric is not whether a pilot reached production but whether it stayed there. The memo’s hypothesis: a pilot proves the agent can do the task in a curated world; production asks what else it can do, how many times, how fast, and on whose authority; and when the business models that, it declines to sign. It asks for the data behind it, for examples, and for the answer the site sells: limits in business units, set at design time.
What it asked for and has not got
- Data that tests the hypothesis. No survey found asks whether the gap between reach and mandate stopped sign-off; the article says so and asks for cases
- A source for the credit approval at two in the morning. None exists publicly; it is told as an anecdote and nothing more
- The operating limit from the insurance vault. Not found in the published demo vaults; the article shows the shape with numbers labelled as invented
D15
Calendar edits cannot be undone: integrity risk, and why the edit permission is the dangerous one
Partly
type spoken brief, transcribed
dated 24 Sept 2026received 24 Sept
4,998 bytes
sha256 0349fc94e7df55c387bd3a2a1e8adb413c0bd742759ff671ad47d7ef7979df84
A finding from drafting Calendar behaviour policies. Google Calendar has a trash for deleted events but no way back from an edit, so an agent that edits many events leaves corruption that looks like a real calendar. The memo asks for the facts to be checked, including the trash period and who can restore; for the calendar-over-email point from early users; and for the conclusion: map each action by whether it can be undone, because an edit with no undo exposes more than a delete with one.
What it produced
- A deleted meeting comes back. An edited one does not. Every recovery fact quoted from Google’s own pages, for personal and Workspace accounts, three contradictions in those pages published unresolved, and the draft Calendar rows with recovery beside each
- Two traps the memo did not have: deleting “this and following” events skips the trash, and an API patch to the guest list discards the previous list
What it asked for and has not got
- A qualification, not a contradiction. The memo’s claim holds for personal accounts. Workspace editions with Vault keep earlier versions of primary-calendar events for an admin to export, though not to restore
- The Calendar behaviour policies. In draft; the article quotes their rows and says so
- Evidence for calendar over email. A handful of conversations, reported as that
D16
Business cases by risk reduced: the register without a security product and with it, from the operator to the board, starting with our own
Partly
type spoken brief, transcribed
dated 24 Sept 2026received 24 Sept
6,092 bytes
sha256 1dabf7f55b1cef3af6cacef62d5fcd0c46d0adb58ea96277cff8e7e79926dade
A section rather than an article, and win-win-win. The business case for a security product is the risk register without it and with it, at every altitude from the operator to the board. Start with RiskMandate’s own product, including what a hope-level instruction to the agent is worth; research the categories of security product for agents; pick targets; publish the cases and use them to start conversations with the vendors. The memo asks whether earlier work already covers the risks and their owners: it does, in the RiskGraph Explorer vault, and the section runs on that model.
What it produced
- Business cases, by the risk they change: the method, the rules, and twelve categories of product computed against the typical deployment, each with what it adds
- The first case, our own: two risks retired, one hidden risk named, and three expectations listed as reductions, never retirements
- An engine that reproduces the Explorer’s rules, and a copy of its model with digests, so every register on these pages is computed rather than written
What it asked for and has not got
- The named cases, published. Two are built as drafts, unlisted and marked noindex, until the lead decides to send them to the vendors
- A semantic graph per product. A case is written as the answers a product changes among sixteen questions; what the questions do not ask about cannot yet be expressed
- The outreach. The lead’s, after review
D17
OWASP and open source first: a semantic graph of OWASP, business cases for the open-source projects that reduce risk, and the companies built on open source
Partly
type spoken brief, transcribed
dated 24 Sept 2026received 24 Sept
3,011 bytes
sha256 3686c72fb430e18cf55612574ae81e302b61475c4f207bec62a2bbd780a42ca8
Start the business cases with open source, and with OWASP in particular. The lead is closely involved with OWASP and wants to bring RiskMandate’s ideas and standards there. The memo asks for a semantic graph of OWASP, which it says does not exist, zoomable from the foundation to one item because every document has its own ontology joined to a wider one; for cases for open-source projects that reduce risk, since free is never free and customising is the work; and for the companies built on open source, to connect with.
What it produced
- OWASP, as a graph: 52 projects and documents in four families, 110 items of eleven lists by title, 62 relationships OWASP states, and the Agentic Top 10 joined to the model and to the cases that change its answers. The data is published to be offered to OWASP
- Eighteen open-source cases, OWASP first, every change quoted from the project’s own documentation and checked, each with what adopting it takes
- Eighteen companies built on open source, quoting only what was checked word for word
What it asked for and has not got
- Cases for OWASP’s documents. The Top 10s, ASVS and SAMM change what a team knows, not what an agent can reach; they sit in the graph, and the bridge shows which cases change the answers each agentic item depends on
- Three agentic items the model cannot express. Supply chain, memory and context, and agents talking to agents: the model has to grow
- The outreach. To OWASP projects, maintainers and companies; the lead’s, after review
D18
A behaviour policy for everybody the lead talks to: a brief and a zip for a new agent, three vaults, and controls so nothing leaks across
Partly
type spoken brief, transcribed
dated 24 Sept 2026received 24 Sept
1,786 bytes
sha256 db4b98aef049e05716c3789105ce4a56e4e96fd0939774fd912bea329c8b7624
Users, one conversation at a time. After talking to somebody, the lead gives a new agent a zip, a website and a sentence; the agent researches the organisation’s public pages and builds an Agent Behaviour Policy vault for them, to send as a demo they can correct and try. Three vaults: one for the keys, one for the UI, one per person, with controls so nothing leaks from one person to another, and each person’s vault written so it could be public one day.
What it produced
- The brief: the existing app vault is the UI, a private keys vault holds every write key and the lead’s notes, one vault per person holds only public material; the workflow; what the feedback loop is meant to learn
- The pack, kept in the repository at
packs/dist/ rather than on the site: instructions, templates, a scaffolder, a leak gate proved against six planted leaks, the site’s own builder with every catalogue deployment, and one fictional example built and checked
What it asked for and has not got
- The keys vault. The first session creates it and gives its key to the lead, so the steps are exercised once with the lead watching
- Corrections from inside a vault. Today a person replies to the lead; a form is a question for the app vault
- A real person’s vault. The pack has been run end to end on a fictional organisation only
D19
An interview page, and a ChatGPT voice prompt to run it: a reusable pattern, and the first page, for a founder who knows UK events and marketing
Partly
type build brief from the sgit.ai site team, the page as served
dated 24 Sept 2026received 24 Sept
25,621 bytes
sha256 c4734574a34364f4e5837a05197a207430ed8429e8fa17bf64332f73219910c4
Expert feedback from people whose knowledge is in their heads. Asking a busy founder to read a site and write feedback rarely works; asking them to talk for twenty minutes usually does. The brief asks for a page that carries a prompt the reader pastes into ChatGPT, which interviews them by voice and writes a structured summary they send back: a reusable pattern of six parts, and the first page on it, for a founder who is good at UK events, marketing and content. The prompt is to be used exactly, changed only where the site states a fact differently.
What it produced
- The first interview page: the six parts in order, a copy button tested to copy the prompt exactly, nothing loaded and nothing sent
- The pattern as a template, so the next page is one JSON file and one command
What it asked for and has not got
- A run in ChatGPT voice mode. This agent has no ChatGPT account; the lead runs it once and checks the summary has all ten sections
- The prompt exactly as written. Two phrases were corrected to what the site states: the home page names the CEO, CTO and CISO, not an insurer; and the behaviour policy is the licence’s instrument, not its evidence
- Sending the summary back into a vault. The brief marks it as later
D20
Ask the ABP questions in the interview, and answer a LinkedIn role map as a stand-alone article: a generic framework, adjusted in every company, with accountability that holds on the way up
Partly
type spoken brief, transcribed
dated 24 Sept 2026received 24 Sept
1,252 bytes
sha256 2219d9a051791da925288f494be02fdbcf9a05709b12a70acc42ec4ff565d6ab
Two asks in one note. First, the founder interview should also ask about the Agent Behaviour Policy itself: its name, whether it can be explained, what it adds, whether the market understands it, its value to the people who would use it, and whether it should sell. Second, an article of a kind the lead wants to write more of: take something strong seen on LinkedIn, here a map of who owns what in AI by role, and show our world on top of it. The map is a generic framework, as ours is, and every company adjusts it; what risk acceptance and the ABP add is the connection that keeps accountability intact on the way up. Written as a full document, so the details can be implemented.
What it produced
- The interview’s first part: six questions on the ABP, a test of explaining it back after one hearing, thirty minutes, sixteen summary sections
- The article: the map’s rows quoted and credited; what each company sets and what stays fixed; one invented agent from eight ABP rows to the board; seven rules; six weeks; the model as nodes, edges and computations
What it asked for and has not got
- The post’s own link and date. The article credits the infographic by title and author, and says when it reached us
- A run of the longer prompt in ChatGPT voice mode. The lead’s, checking all sixteen sections come back
- The build. Seven of the map’s roles are not in our model, authority is not yet data, and no engine runs the clocks; the article says so
D21
Graph visualisations for the role-ownership article: the blast radius as the employee connects and disconnects, the flows played out, the evidence, and the settings a mail scope cannot narrow
Partly
type spoken brief, transcribed
dated 24 Sept 2026received 24 Sept
1,957 bytes
sha256 524b59f30d4407f354272061f0e9c10e0ed45d5161d9ef19ad8007324a03bf5f
Show it, not only say it. The article has the ontology and the taxonomy at the bottom, so draw them: a series of visualisations, animated in the page, that show the interconnection, the blast radius growing as an employee connects the assistant to their mail and shrinking when they disconnect it, the flows played out, and the evidence. Include the settings that cannot be prevented: a mail scope grants the whole mailbox, and what the behaviour policy adds is instructions and a mandate narrowed to one business process.
What it produced
- Three figures, drawn by the page’s own script from the article’s data: the blast radius, which plays the six weeks or takes the reader’s own changes and recomputes the rows, the risks, their holders and the counts; the six weeks as a strip; and the ontology, every verb readable from both ends
- The instruction switch: the mandate becomes precise about the business process, every row in the gap gains an expectation, and unbounded excess does not move. The mail scope fact is cited from the Gmail record
What it asked for and has not got
- Blast radius as a number. The figure shows which roles a risk reaches and who holds it; it does not size the consequence, because the article scores nothing
- Real grants. The figure runs on the invented agent; wiring it to a published ABP vault is the next step
- Evidence flowing downward. A ceased risk cites its ABP version in text; the figure does not yet animate the evidence travelling back to the version
D22
Risks always flow upwards: the roles above carry the aggregate, click a role to see what it holds, list every risk that holds now, and show the level of risk the business already accepts against the gap outside it
Partly
type spoken brief, transcribed
dated 24 Sept 2026received 24 Sept
4,635 bytes
sha256 19de617c22e7226307413fbee045912c6af4fe56c453db8010d98209747c31a1
A risk does not stop with its holder. The first figure implied it did: connect the CRM and two risks sat with the CIO and Sales. They reach the CTO, the CEO and the board, and the people at the top get the aggregate; the CEO carries the calendar risk and the mail risk both. So: light the path upward, let each stakeholder be clicked to see the risks they carry, list every risk that holds at any moment, and show that reading the rep’s own mail is a risk the business already accepts, which is different from reading every mailbox the account can open. Drop the roles nothing reaches; keep Legal and the CFO.
What it produced
- The blast radius rebuilt: every live risk lights the path from its holder to the board, every role above carries a count, a role’s panel lists what it holds, carries and is informed of, and a table lists every risk that holds now with the chain it reaches
- The accepted level: row 1 is the rep’s own mail and establishes R0, accepted by the rep on connecting; row 9, the shared sales inbox, is outside the mandate and establishes R7. The tables, counts and six weeks follow: nine rows, five in the gap, unbounded excess five, then four, then three
- Marketing, Product and HR leave the figure; Legal and the CFO are informed of every risk that touches a customer or their data; a compound risk is drawn larger by the facts it needs
What it asked for and has not got
- A quantity of impact or potential loss. Each risk carries a consequence in words and an undo property, and no number: the article’s own rule is that kinds of consequence do the work of a score, and a loss figure is the lead’s decision
- Other scenarios. One agent, as the lead asked for now
D23
Red travels up the path, and a control does not make a risk zero: it leaves a green one. Enough controls, including a proxy in the middle, to make every path green; risks for the CFO and Legal
Partly
type spoken brief, transcribed
dated 24 Sept 2026received 25 Sept
2,510 bytes
sha256 d47dbfda7dd3e53314dc72b41922ae0a723cfd13202722bd468488be5ff2560a
Two details, and a scenario the figure could not yet show. The rep’s path was green while the CEO’s and the board’s stayed green above a red risk; if a role carries a red, its path is red. And there was no way to make everything green: add enough controls, such as a proxy in the middle that carries out the actions, and the functionality should be all green, because the green risks are the functionality, accepted once the controls are in. As controls go on, the risks should be seen going down. Risks for the CFO and Legal were missing. Take the controls as working, for now.
What it produced
- The colour travels up: while anything below a role is unaccepted, its path, halo and count are red. Four more controls, one an execution proxy that bounds every write row at once, two that end a risk by changing a fact: terms with the provider, the insurer’s written answer. Every control leaves a residual risk, green, inside its holder’s authority; with every control on, every path is green and nine green risks remain. A button does it in one click
- RL with Legal and RC with the CFO, in the tables, the six weeks and the strip: nine risks on day 0, nine open and none unaccepted on day 42
What it asked for and has not got
- The effectiveness of a control. Every control is taken as working, as the lead said to for now; a control that is on and not working is what the ABP’s evidence tiers record, and it is not modelled here
- Residuals in the holder’s own words. The figure draws them from a fixed list; a real record would have each holder write theirs when the control lands
D24
An article on the risk propagation visualiser: user stories first, then the story, business analysis, and the technical analysis last, with captures of the figure at every step, each connection alone and combined, each control alone and all of them
Partly
type spoken brief, transcribed
dated 25 Sept 2026received 25 Sept
1,110 bytes
sha256 f3849c17c9fb3a451428040b20b47921d738abab0224c49e961758cf7548ae65
Explain the tool, with pictures. A thorough article on the graph visualisation alone, with many captures, strategic nodes clicked and paths highlighted, that says what is going on and how to read and use it. Start with the user, because it is a business function; then the scenarios, each of the three connections in isolation and then combined; then remediation and the controls, and how each one affects the risks. The order: user stories, the story, business analysis, technical analysis.
What it produced
- The article, in that order: seven user stories; the six weeks as a story; the six bands, two colours and a click; CRM, Mail and Calendar alone, then combined, where the trifecta appears; eight controls one at a time and then all of them, with a table of what each ends and leaves; the business analysis and five questions for a room; the technical analysis down to the one-way walk. Thirty-four captures, each taken by script in the state its caption names
What it asked for and has not got
- Captures of a real agent. Every picture is of the invented example; running the figure on a published ABP vault is the next step
- A capture per role. The article shows the roles the argument needs, not all thirteen
D25
A business case for Topgent: the open-source tool that measures what the agents on a machine can reach is most of an ABP’s first pass; explain it from the buyer’s desk; and say how to commercialise it, including sgit.ai vaults as its packaging
Partly
type spoken brief, transcribed
dated 25 Sept 2026received 25 Sept
1,237 bytes
sha256 33d4cba3b31729c874ab1839c5f694d73363a221a152782465eaf418655690ae
A case, an explanation and a route to market, for somebody else’s open-source tool. The author of Topgent asked the lead where to take it. The lead’s note: make the business case, because a run collects much of what an ABP’s first pass needs; explain what it does from a buyer’s point of view, with infographics; and add commercialisation ideas from this site and open-source.sgit.ai, including sgit.ai vaults as a custom application UI and data storage. Publish, because it is all open source.
What it produced
- The case, computed like the others from the repository’s pages: what it does in its words, four answers it changes, the register before and after, what it adds, what adopting it takes, one place its pages disagree, what the case does not claim
- Two sections no other case has, which the generator now supports: the ABP mapping, object by object, of what a run fills and what it leaves open; and the tool from the buyer’s desk, with a figure of what a run produces and who reads each part
- Seven commercialisation notes: the maintained build; packaging not open core; the buyer is the person who signs; a vault per machine; the mandate on the screen; OWASP and the summits; what not to do. A new category, host-level agent inventory and stop
What it asked for and has not got
- A Topgent-fed ABP. No run was made, because that means running it; the first should be on a machine of ours, with the author watching
- The reply to the author. The page is the material; the message is the lead’s
- The two screenshots. A private conversation, not archived; the case uses the repository only
D26
A business case for Cloudgeni and Opengeni, the harness the Gmail and Calendar behaviour policies will be piloted in: the risks it reduces, and the size and blast radius of an ABP inside it
Partly
type spoken brief, transcribed
dated 25 Sept 2026received 25 Sept
489 bytes
sha256 ecff4157737b19bc45d675548c03424f690c1d9d1bd2e62dbaca99a5f5fc9b96
The same offer, for a pilot partner. After a call with one of Cloudgeni’s founders, a pilot: a harness for the Gmail and Calendar behaviour policies. The lead’s note names what RiskMandate gives both companies: the business case for the product by the risks it reduces or ends, and the reduction in the size and blast radius of the ABPs run inside it.
What it produced
- The case, from Cloudgeni’s documentation and Opengeni’s README: five answers changed, each with its kind and holder; the register before and after; what it adds; two places the pages disagree
- The harness mapped against the published Gmail ABP row by row, with the projection that its unbounded excess goes from four to nought and two residual risks appear; the Calendar before-image as the pilot’s first design decision
- The run from the buyer’s desk, with a figure; six notes on the pilot and the case as a product
What it asked for and has not got
- The measurement. Every ABP entry is a projection from the pages; the pilot’s first deliverable replaces it with its date
- The Calendar policies, still in draft
- The message to Cloudgeni, which is the lead’s
D27
The risk propagation visualiser, on every business case: the risks a product retires and the ones it brings, played live
Partly
type spoken brief, transcribed
dated 25 Sept 2026received 25 Sept
444 bytes
sha256 b0a0b9bcf447faa5ac5a43c88da94035f2aefa0c8af5439691516b582a010721
The same picture, for the cases. Review the two visualisation pages, then draw one for each case study: a visual example of the risks a product reduces, and the ones it introduces.
What it produced
- Every case page carries the figure: the model’s ten roles up to the board, every risk for the stated deployment placed with the roles the model assigns it, the corporate register above, and each of the product’s changes as a switch. The page carries the model and the engine, so a switch recomputes the register in the browser as the build did; checked on three cases against the tables
What it asked for and has not got
- The acceptance loop. A case’s figure has the register only; the model has no acceptance records
- A capture guide for the cases. The grammar is the visualiser’s, and its guide covers it
D28
A brief for a ChatGPT image model: funny merchandise for people who hold the risk, for Amazon Merch on Demand, that somebody who has never heard of RiskMandate would buy
Partly
type spoken brief, transcribed
dated 25 Sept 2026received 25 Sept
1,433 bytes
sha256 396705a31466592d82d40e1e27775eeb2224b2285dfd0bd77d00ac2a03f12b38
Merch that sells to strangers. The lead has a Merch on Demand account used for The Cyber Boardroom’s hoodies and t-shirts, and wants RiskMandate designs that somebody outside RiskMandate would buy: funny taglines about risk, plays on words, positioning, some with a small figure and some without, the logo present, a gift for a person who is into risk. A brief to hand to a ChatGPT image model by link.
What it produced
- The brief, on the console with a markdown twin to hand over: RiskMandate in a paragraph, who buys and why, the brand kit, the print rules, forty-odd taglines in six families with the joke explained, twelve concepts, what a design must never carry, the prompt to paste, and what to send back
What it asked for and has not got
- The designs. The image model makes them; the lead chooses
- Amazon’s current artwork specification, to confirm on the account before uploading
- A trade-mark check on the taglines before they go on sale
D29
Stories: a cast of characters, storyboards written before anything is drawn, the workflow from narrative to image model, and the first examples on the site, to move to stories.sgit.ai later
Partly
type spoken brief, transcribed, with three drawn pieces
dated 26 Sept 2026received 26 Sept
2,415 bytes
sha256 9dd3064503e20140337528004df017e69342f9be971278cfe5080742cc356994
Story first, picture last. Merchandise can wait. The thing to build is stories: a cast, a workflow like the film industry’s, storyboards that carry the narrative, the characters and the punchline, and only then the image models, of which there are several. The articles already hold stories; tell them with the same cast, and put the examples on the site until they move to stories.sgit.ai.
What it produced
- The stories section: why, the seven-step workflow, the cast as drawn with what each stands for, the rules, what is not done
- Six stories as data, each with its page: two drawn, with what to correct beside them; four storyboards from the articles, with the prompt for any image model and a copy button
- A generator with a check in CI; the cast and the stories can move without being rewritten
What it asked for and has not got
- Other models. The prompts are written for any; none has been tried on another
- The four storyboards are not drawn
- The one who signs, proposed and not drawn; voice, nothing read aloud
D30
Propose the Agent Behaviour Policies to OWASP, with RiskMandate as sponsor: a top-level OWASP section holding every material, form, submission, status and repository, the people to talk to, the line between the company and the project, research on popular OWASP projects, and the integration with other OWASP projects
Partly
type spoken brief, transcribed
dated 8 Oct 2026received 8 Oct
4,405 bytes
sha256 b3446c56106bc5d7a0e09b1b70c3b17a118d0db69d92aed5b219f299ab62f432
The founders have decided: the ABP goes to OWASP. Everything is already published under open licences, so the move is simple; the work is to do it well. A new top-level section, OWASP, holding the materials, the forms, what was submitted and its status, where the repositories are and how it all flows; the people to email; research on the most popular OWASP projects and how they present themselves; integration with other OWASP projects as controls; and the relationship with RiskMandate, the sponsor that commercialises on the method as anybody else could. On the public site and in the public repository.
What it produced
- The OWASP section: overview, charter, RiskMandate and the project, what moves, the other OWASP projects, what popular projects teach, the application, the tracker
- The record every status is rendered from, written to move to the project’s repository unchanged
- The contribution inventory: 82 assets, each with an action and a rights status
What it asked for and has not got
- Nothing sent. The application, the emails and the repository are drafted and wait on the leads
- A third leader from outside RiskMandate; membership as stated, not checked
- The name: the note says application behaviour policies; the section keeps Agent until the lead says otherwise
D31
RiskMandate → OWASP Agent Behaviour Policies: an internal initiation brief for the agentic team — charter, contribution boundary, inventory and rights review, technical scope, ACS assessment, workstreams, roadmap and five approval gates
Partly
type brief, written with Perplexity
dated 8 Oct 2026received 8 Oct
21,948 bytes
sha256 be63bf164f8eae22b077fc7a0765da996759e5b941db07ee58e271391fac654b
Prepare, do not migrate. Establish what can be contributed and why before moving anything: a reviewed inventory with rights per asset, a charter that says what the ABP does not claim, a narrow technical scope separating intent, enforcement and evidence, an overlap matrix with ACS and the Agentic Top 10, and an application pack. Every email, form, repository and licence change behind an explicit human approval, in five gates.
What it asked for and has not got
- ACS at commit level. The overlap is read from public pages; no implementation claim about ACS is repeated
- The integration experiment: one synthetic deployment, one restriction, ACS enforcing it; a step, not done
- The staging repository: proposed, not created