# Books from articles: why my books stall at 95%, why these articles do not, and a plan to turn them into books by Web Summit, sgit.ai > I have left a lot of books behind. On Leanpub there are ten, and most stop between 60% and 95% complete; in August, agents wrote three more on graphs.sgit.ai in a day, about 100,000 words, which I read on a long flight, and two months later they are still under review. The reason is the same every time. A book is one big batch: by the time the first version exists, every change is expensive, the review piles up on one person, and when my energy moves to the next place of highest leverage, the book stays behind. The articles on this site work the other way. Each one is researched, checked, released and read on the day, links to what is already written instead of repeating it, and comes back with feedback while it still matters. So here is my hypothesis: a book is a curated, ordered set of finished articles, plus the editorial thread that connects them, and the workflow that makes the articles can make the books. The test is close. Web Summit is in Lisbon from 9 to 12 November, and I would like to have books there: one on agents with a mandate, one on graphs, a new Hacking Portugal, and one on making books this way. This article maps the plan, the material we already have, and what has to be true for it to work. *Source: · sgit.ai v0.7.87 · this file is generated from the same content as the page, so the two cannot drift. Every page on this site has a `.md` twin; internal links below point at them.* --- [Home](../index.md) / [Articles](index.md) / Books from articles: why my books stall at 95%, why these articles do not, and a plan to turn them into books by Web Summit # Books from articles: why my books stall at 95%, why these articles do not, and a plan to turn them into books by Web Summit By [Dinis Cruz](https://sgit.ai/about/index.md) · 2026-10-16 · [article v1.1.0, 2 versions](versions/books-from-articles.md) · [newsroom v0.12.77](https://newsroom.sgit.ai/admin/versions.html) · bookspublishingwritingworkflowsagentsfeedback-loopleverageweb-summitportugalgraphsarticle ***Abstract:** I have left a lot of books behind. On Leanpub there are ten, and most stop between 60% and 95% complete; in August, agents wrote three more on graphs.sgit.ai in a day, about 100,000 words, which I read on a long flight, and two months later they are still under review. The reason is the same every time. A book is one big batch: by the time the first version exists, every change is expensive, the review piles up on one person, and when my energy moves to the next place of highest leverage, the book stays behind. The articles on this site work the other way. Each one is researched, checked, released and read on the day, links to what is already written instead of repeating it, and comes back with feedback while it still matters. So here is my hypothesis: a book is a curated, ordered set of finished articles, plus the editorial thread that connects them, and the workflow that makes the articles can make the books. The test is close. Web Summit is in Lisbon from 9 to 12 November, and I would like to have books there: one on agents with a mandate, one on graphs, a new Hacking Portugal, and one on making books this way. This article maps the plan, the material we already have, and what has to be true for it to work.* Why three books stopped and the articles keep moving: the August book workflow wrote three books in a day, waited on one big review, blocked on one person and was left behind; the October article workflow ships one finished, linked article per memo and gets feedback while it matters. ## In short - **My books stall at 60 to 95%.** Ten on Leanpub, three on graphs.sgit.ai. - **The cause is the batch.** One big version, one big review, one person, then the energy moves on. - **The articles do not stall.** Small, finished, linked, read, corrected. - **The hypothesis.** A book is an ordered set of finished articles plus the editorial thread. - **Books matter.** Revenue, learning, reach, and adopters for the technology. - **The test is Web Summit.** Lisbon, 9 to 12 November, with author copies. - **Then other people's books.** The stories and failures that never get captured. ## The books I left behind I have written a lot of books that are not finished. My [Leanpub page](https://leanpub.com/u/DinisCruz) lists ten: [Hacking Portugal](https://leanpub.com/hacking-portugal) at 95%, last updated in December 2016; SecDevOps Risk Workflow at 64%; Generation Z Developers at 60%; and seven more, most of them between 60% and 95%. In August, on [graphs.sgit.ai](https://graphs.sgit.ai/v2/books/index.html), agents wrote three books in a day from the work on fractal semantic graphs. I read them on a long flight, printed, which is still the best way I know to review, and made notes all over them. Two months later they are still at v0.3.0, v0.2.0 and v0.1.0, which on that shelf means "the book is still under review". [The story of those three books](the-graphs-books.md) is its own article, because there is a lot in them worth keeping. The reason is the same every time, and I said it in one of the memos on that site: "you almost start to be locked by the first version of the content, because making changes becomes quite painful." A book is one big batch. When the first version exists, every change touches everything; the review piles up on one person, me; the next step needs a block of good work; and when my energy moves to the next [place of highest leverage](places-of-highest-leverage.md), the book stays where it was. It is a great example of a workflow that moves the needle when you have energy, and stops dead when the next step is too big. ## Why the articles do not The articles on this site work the other way, and I think I now understand why. Each one starts from a voice memo, is researched and checked, gets figures and a graph, and is released and live the same day. Each one is finished: nothing waits on the next one. They are thorough and long, but they are easy to read and easy to create, and they link across, so a reader gets a sense of the narrative that no single article carries. And they are under control in a way my books never were. When I ramble on a topic that another article already covers, the agent does not write three paragraphs about it again; it puts in the link and goes to the nugget. The signal to noise is very high. And there is a feedback loop: an article is read, corrected and linked within days, and the next memo builds on what is published. I [have written](knowing-when-to-stop.md) that the best feedback loop I know is shipping, often and early. The books never had one. There is a second reason, which I noticed on the graphs site. Of the three books, the one about how the books were made read much better than the others, and I said at the time that its alignment was "way stronger, like by orders of magnitude". The site's own release notes explain it: that book was written over 41 narrated releases, 38 verbatim briefs and a repository it could question, "while book B was written over an argument". When an agent like Claude has a lot of my voice memos and our working history to learn from, it writes material that is authentic and reads well. The articles on this site are exactly that kind of source. ## The hypothesis So here is my hypothesis. If we publish the right number of articles that between them carry the key concepts, ideas, flows and points I want a book to make, we can turn them into a book straight away. A book becomes a curated, ordered set of finished articles, plus the editorial thread that connects them: the introduction, the order, the transitions, the index. That thread is my part, the way an editor's is: choosing, connecting, adding the nugget. What we do not know yet is the right number, and how much editing is left once the articles are in order. That is what the first book will tell us. Books matter, and not only as a revenue stream. They are a great way to learn, to reach people, to share what we know, and to find users and adopters for the technology. A book on a table at an event says something a website cannot. And there are already books in what is published here; I think there are several. ## The material we already have From articles to books by Web Summit: four candidate books, agents with a mandate, graphs, Hacking Portugal and books from articles, with the articles each starts from, and six steps from mapping the books on 16 October to author copies in Lisbon on 9 to 12 November. Counting the articles on this site and on sgit.ai, by hand and approximately: - **Agents with a mandate.** About 32 articles and 113,000 words on behaviour policies, hooks, the [mandate stack](the-mandate-stack.md) and agentics: enough for one book, maybe two. For an event, this is the one that gives us the most credibility, because it is our position distilled. - **Graphs that mean something.** About 12 articles and 54,000 words, from [introducing fractal semantic graphs](introducing-fractal-semantic-graphs.md) to [the wire as a graph](the-wire-as-a-graph.md), and a book already half made on graphs.sgit.ai. - **Hacking Portugal, again.** Only about 8 articles and 25,000 words, from [judo for small countries](judo-for-small-countries.md) to [sovereignty](sovereignty-is-the-ability-to-move.md), plus the 2016 book. This one needs new articles first: one per talk I have given about Portugal, slide by slide, with what still holds and what I got wrong. They are now written: [2010](portugal-2010-a-challenge.md), [2016](portugal-2016-hacking-portugal.md), [2024](portugal-2024-genai-in-portuguese.md) and [the Europe essays of 2025](portugal-and-europe-2025.md). - **Books from articles.** This article, the graphs books, and the method itself. Ironically, the book about books was the best one last time. ## The plan to Web Summit [Web Summit](https://websummit.com/) is in Lisbon from 9 to 12 November. I will be there, and a book launch in Portugal while I am at Web Summit would be a great way to test this. The steps, as targets: 1. **By 19 October: map each book.** Chapters, the articles in each, and the gaps. 2. **19 to 23 October: write the missing articles,** and publish them here first, so they get read before they are bound. 3. **23 to 26 October: assemble.** Front matter, order, the editorial thread, links turned into cross-references, figures for print, and a 6×9 PDF. The graphs site already built a print-ready 6×9 PDF of its first edition, so the tooling exists. 4. **26 to 30 October: publish on Amazon KDP.** Its help pages say review takes "Up to 72 hours", and "for accounts without a previously published book, publishing may take up to 6 days." 5. **About 30 October: order author copies,** which KDP sells "at print cost", up to 999 an order. For an address in Portugal they come from Amazon.es, which avoids customs from the UK. A 200-page 6×9 book prints for about €3.15. 6. **9 to 12 November: copies at the event.** Amazon publishes no delivery time for author copies, so the fallback is a short run from a printer in Lisbon, from the same PDF. ## Then, other people's books The bigger idea is not my books. One of the most important things in any story is its constraints and its failures, and those almost never get captured. Think of someone like rUv, with 226 public repositories on GitHub, or Simon Wardley: there are so many stories, evolutions and nuggets that exist only in their heads, in old repositories and in conversations. I think we can now capture that, make it easy to consume, and help make great books from it. But I do not want to start there. I want a better workflow first, and I do not want someone else's story to be my first experiment. It is the same as the [wires](https://newsroom.sgit.ai/wire/index.html): we started one, now there are four, and I do not yet know which will find its readers. With books it may be the third or the fifth that hits the sweet spot, and it may be mine or someone else's. The way to find out is to make several, quickly, and listen. ## What this does not claim - **The hypothesis is untested.** The first book is the test. - **The dates are targets.** Amazon gives no delivery time for author copies. - **The article counts are approximate.** Counted by hand from titles and tags. - **The flight notes are mine.** The graphs site records "a bunch of notes", not each one. If you have a story that deserves a book and would like to try this with us, later, write to [agent@riskmandate.ai](mailto:agent@riskmandate.ai). ## Where this comes from A voice memo of mine on 16 October 2026, written by this site's agent in the voice of this site; the plan and the editorial responsibility are mine. My [Leanpub page](https://leanpub.com/u/DinisCruz) and [Hacking Portugal](https://leanpub.com/hacking-portugal); graphs.sgit.ai, [the books](https://graphs.sgit.ai/v2/books/index.html), [the book as a graph](https://graphs.sgit.ai/v2/books/making-a-book/graph/index.html), memos 39 and 44 and the [v0.5 release history](https://graphs.sgit.ai/admin/versions-v0.5.html); Amazon KDP help pages on [publishing times](https://kdp.amazon.com/en_US/help/topic/G202173620), [author copies](https://kdp.amazon.com/en_US/help/topic/G7BBN68RYX5UMDZF), [ordering](https://kdp.amazon.com/en_US/help/topic/GVEG4YA9G2T7N6DR) and [printing costs](https://kdp.amazon.com/en_US/help/topic/G201834340); [Web Summit](https://websummit.com/); rUv's [GitHub profile](https://github.com/ruvnet). Read on 16 October 2026. ## Threads Startups & strategySite & engineering[This article as a graph →](graphs.md#books-from-articles) ### Builds on - [The graphs books: three books written by agents in a day, the altitudes, the board and the book as a graph, what they got right, and why they stopped under review](the-graphs-books.md) Three books on graphs.sgit.ai, written by agents in a day: the altitudes, the board, the book as a graph, and why they stopped under review. - [Places of highest leverage: where to focus when the agents can go in every direction, told with three days of real steps](places-of-highest-leverage.md) Where to focus when agents can go in every direction: the place of highest leverage, shown on three days of real steps, two walked back and one parked. - [Knowing when to stop: what experience gives people, and what we have to design into agents](knowing-when-to-stop.md) Knowing when to stop is the hard part for people and agents: what experience gives people, and the constraints that give agents the same perspective. - [The Mandate Stack: a multi-agent system in production, layer by layer](the-mandate-stack.md) A multi-agent system that runs a business every few hours: eight layers, one written mandate per agent, everything a graph, one human who sends. - [Fractal Semantic Graphs: everything connects to everything, and nobody has to share a schema](introducing-fractal-semantic-graphs.md) A fractal semantic graph has no privileged level and no single schema: each world keeps its own vocabulary and connects to others through named edges. - [The wire as a graph: start from what the reader sees, give every story and every name a long-lived ID, link every phrase of a short narrative, and a brief for the desks](the-wire-as-a-graph.md) Design the wire from what the reader sees: every name a link with a long-lived ID, every sentence a claim, stories of stories, folders by gravity. - [Judo for small countries: where Portugal, Romania and Estonia can add the most value in AI, and why the race for GPUs is not it](judo-for-small-countries.md) A small country should not race for GPUs: the opportunity is the plumbing its talent stands on, built once as open infrastructure, with small models. - [Sovereignty is the ability to move: play where the ball is going, take away the dot, and keep a twin that works](sovereignty-is-the-ability-to-move.md) Sovereignty is the ability to move: take away each dot on the map, and keep a twin that works for the minimum viable company, tested in QA. - [A web application security challenge to Portugal, 2010: my IBWAS keynote in Lisbon, slide by slide, with what came true, what I got wrong and what still stands](portugal-2010-a-challenge.md) My 2010 IBWAS keynote in Lisbon, slide by slide: twelve actions for Portugal, more of which came true than I expected, mostly from Brussels. - [Hacking Portugal, 2016: my BSidesLisbon keynote and the book that stopped at 95%, slide by slide, with what holds ten years later and what a new edition needs](portugal-2016-hacking-portugal.md) Hacking Portugal, my 2016 BSidesLisbon keynote and the book at 95%: a Hacking Service, OpenSource.pt, a Ministry of Code, and what holds ten years on. - [GenAI in Portuguese, 2024: my OWASP Global AppSec talk in Lisbon, the first public demo of The Cyber Boardroom, slide by slide, with what two years of agents have confirmed and changed](portugal-2024-genai-in-portuguese.md) My 2024 OWASP talk in Lisbon: Portuguese as a programming language, provenance, graphs instead of RAG, and the first public demo of The Cyber Boardroom. - [Portugal and Europe, 2025: five essays on Portuguese as a programming language, an open-source sovereign cloud, regulation as graphs and Europe's chance in GenAI, and how they read a year and a half later](portugal-and-europe-2025.md) Five 2025 essays on Portuguese as code, a sovereign open-source cloud, regulation as graphs and Europe in GenAI, read again: two moved, one did not. ### Continued by - [Portugal and Europe, 2025: five essays on Portuguese as a programming language, an open-source sovereign cloud, regulation as graphs and Europe's chance in GenAI, and how they read a year and a half later](portugal-and-europe-2025.md) Five 2025 essays on Portuguese as code, a sovereign open-source cloud, regulation as graphs and Europe in GenAI, read again: two moved, one did not. - [Hacking Portugal, 2016: my BSidesLisbon keynote and the book that stopped at 95%, slide by slide, with what holds ten years later and what a new edition needs](portugal-2016-hacking-portugal.md) Hacking Portugal, my 2016 BSidesLisbon keynote and the book at 95%: a Hacking Service, OpenSource.pt, a Ministry of Code, and what holds ten years on. - [The graphs books: three books written by agents in a day, the altitudes, the board and the book as a graph, what they got right, and why they stopped under review](the-graphs-books.md) Three books on graphs.sgit.ai, written by agents in a day: the altitudes, the board, the book as a graph, and why they stopped under review. [All articles](index.md) · [All graphs](graphs.md) Article No. 147 · [start a reading list with it](https://newsroom.sgit.ai/for/make.html#r=147) **Posting this article on LinkedIn?** The cover is [books-from-articles.jpg](banners/books-from-articles.jpg) (1920×1080, title and key ideas on it). Upload it as the article cover, paste the title, then select and copy the body from this page. **Want the next issue by email.** One issue a week or so: what was published, what it adds up to, and what is worth your time. [Subscribe to the SGit Newsroom →](../subscribe/index.md) [← All articles](index.md) --- *[Site index for agents](../llms.txt) · [HTML version](https://newsroom.sgit.ai/articles/books-from-articles.html)*