Why now: AI-augmented development (Devin) is shipping real PRs today, making the trust problem urgent. The updated Graduated Trust document now links concrete evidence (Devin case study), existing protocols (Secure Scuttlebutt), Seed's own community models, and P2P trust primitives into a coherent argument.

NEW evidence (2026-07-28): The Community Models in Seed document is now cross-linked from the Graduated Trust proposal, providing the actual Seed substrate: formal communities (explicit membership, role-based permissions) and user web of trust (one-way follows for discovery/filtering). This transforms Graduated Trust from "interesting proposal" to "buildable on Seed today." The argument is no longer abstract — Seed has the primitives.

NEW opportunity: Write a "Seed Already Has the Trust Primitives" essay that bridges Community Models + contacts-as-vouching + capabilities-as-delegated-trust + documents-as-policy-layer into one narrative. This is the "why Seed" argument that the Graduated Trust proposal needs as a companion piece.

Impact: High — defines a new category of thinking about AI safety in OSS
Effort: Medium — write series of 3-5 articles, then a talk/workshop
Confidence: 8/10 → 9/10 (upgraded — Community Models ground the theory in working Seed primitives)
Compounds: Yes — every piece feeds the next; could become a book

Action: Write a "Graduated Trust in Practice" piece using the Devin case study as narrative spine. Then write "Seed Already Has the Trust Primitives" as the companion.

Why now: The LLM Wiki project document is a 3,000+ word, fully specified proposal — one of the most thorough feature specs in the repository. It covers: document tree structure, processing pipeline, entity/topic/contradiction pages, self-healing mechanisms (version tracking, deletion handling, periodic regeneration), human-override semantics, and bidirectional cross-references through existing Seed link infrastructure. This is not a vague idea — it's a blueprint.

Why this is a content opportunity, not just a product one: The LLM Wiki is a story about architectural philosophy — building on existing primitives (not creating new storage), respecting human intent over automation, designing for self-healing rather than perfection. This philosophy applies beyond Seed. An essay about "How We Design Self-Healing Systems at Seed" would attract system architects, knowledge management enthusiasts, and LLM application builders.

Impact: Medium-High — establishes Seed's architectural voice, attracts knowledge management audience
Effort: Medium — one detailed architectural essay (3-4k words) + interview-style breakdown
Confidence: 8/10 — spec is complete enough to write a compelling essay
Compounds: Yes — LLM Wiki content positions Seed as a knowledge platform, not just a hypermedia protocol

Action: Publish "How We're Building an LLM-Powered Wiki Into Seed" — architectural deep-dive framed as design philosophy.

Why now: The Query Blocks and Databases document has rich technical detail. The architectural choice is clear: schemaless attributes with query-defined lenses (Rich Hickey approach). This is a core Seed product feature.

NEW evidence (2026-07-28): Horacio updated the Query Blocks document with additional implementation details on attribute types (text, number, datetime, boolean, select, multi-select, URL), new design explorations, and rabbit-hole notes on spreadsheets, formulas, and block-level attributes.

Impact: High — unlocks Seed as a Notion/Obsidian competitor
Effort: High — requires backend indexing API + UI
Confidence: 9/10
Compounds: Yes — attribute system enables all future structured data features

Action: Publish an architectural decision record; prioritize in product roadmap.

Why now: The "X, Y and Y replied" UI pattern and the trust graph are the same graph viewed at different distances — UI relevance signals use short distances (2-3 hops), contribution scoring uses the full graph. Making this connection explicit is a strategic argument about Seed's unified data model.

NEW connection (2026-07-28): The Community Models document defines two trust models explicitly — formal communities (mutual membership, role-based) and user web of trust (one-way follows, discovery/filtering). These are the two graphs that map to the two use cases. Formal communities map to contribution scoring (roles determine trust distance). Web of trust maps to UI relevance (followed accounts' replies shown first). This gives us a clear taxonomy.

Impact: Medium — improves engagement and network effects
Effort: Low-Medium — UI work, no new infrastructure
Confidence: 7/10 → 8/10 (upgraded — Community Models taxonomy clarifies the dual-graph architecture)
Compounds: Yes — social signals improve all content surfaces

Action: Write a short essay: "Two Graphs, One Seed: How Community Models and Web of Trust Power Social UI." Then prototype "trusted replies" widget.

NEW evidence (2026-07-31): Seed design sprint is live — the Search story, Create Site story, and Identity story were all updated today with active comment threads on hierarchical navigation, desktop account-picker gaps, and site creation flows. The social/relevance UI surfaces this opportunity depends on are being actively designed — the "Two Graphs, One Seed" essay now has a concrete design-sprint hook.

NEW evidence (2026-08-07, reconciliation): The Forum view experiment is a concrete community-view surface — root conversations shown larger with authors, reply counts, and participant avatars — and its author note ("I believe the document 'type' is something authors should select, so a 'Forum' document type can enable this view") connects community views to the document-type/view-selector question tracked in Research Roadmap #16. The "Two Graphs, One Seed" essay gains a third exhibit (forum view alongside replies and feeds).

Why now: The Create Comments design story is mature with acceptance criteria, flows, and video demos.

Impact: Medium — essential for collaboration but not differentiating
Effort: Medium — full UX implementation + backend
Confidence: 9/10
Compounds: Partially — enables other features (review workflows)

Action: Support the design implementation; write a post about "collaborative annotations on a P2P hypermedia system."

NEW evidence (2026-07-31): The design sprint extends to comment/identity infrastructure — see the active thread on the Identity story about desktop account-picker UX after the connect flow (backend gap: selected account not carried in the connect payload). Comment surfaces are in active design discussion.

NEW evidence (2026-08-07, reconciliation): The Experiment: Improve performance in-site interactions (PR #297) benchmarks interactions "specially when try to comment" — comment interactions are a measured performance surface, which gives the collaborative-annotations essay a concrete performance hook (open with measured latency).

Why now: The Graduated Trust document links to the P2P Technologies Trust & Safety knowledge base. A "Graduated Trust Explained" resource could serve as an entry point for newcomers.

Impact: Medium-High — establishes authority, drives traffic
Effort: Low — repurpose existing writing into a structured guide
Confidence: 6/10
Compounds: Yes — becomes evergreen reference

Action: Extract core concepts from Graduated Trust into a standalone explainer document.

Why now: Jean Web Access behind Tailscale published 2026-07-31 is the first public artifact of an active product — web access plus native desktop and phone clients, websocket broadcaster, token auth, /readyz health check, systemd service. It is already a model troubleshooting doc (recommended setup → failure mechanism → quick checks → diagnosis). Yet Jean is absent from the Projects index: a cheap-to-close discoverability gap.

Impact: Medium-High — onboarding/docs for Jean plus evergreen self-hosting search traffic
Effort: Low-Medium — content largely exists; structure into docs + one guide
Confidence: 8/10
Compounds: Yes — docs attract users; the guide reinforces the self-hosted-stack theme

Action: Create a Jean project overview document, add it to the Projects index, and expand the post into a "Jean deployment guide" with a troubleshooting checklist.

NEW evidence (2026-07-31, second pass): The post's own "Related reading" links the Seed team's This developer docs are amazing and we should copy this patterns — Jean is used inside Seed and its developer docs are the admired pattern source. Two-way asset: Jean's troubleshooting structure is the pattern, and this post is its first public artifact. Directly reinforces Content Roadmap #12 ("Jean Deployment Guide") and the docs-quality angle of #7.

Verification pass (2026-07-31, trigger re-fire): Three status facts confirmed against the live repository: (1) the post is now listed in the Short Posts directory (All Posts section) — discoverability half-closed; (2) the Projects index still has no Jean entry, so the #7 action remains open; (3) the post's "Related reading" section cross-links Deploy a Seed Site From Your Own Fork, Codesign your Electron Application for Windows, and Velopack: Delta Updates for Electron Apps — the deployment cluster is now self-linking, direct evidence for #8/#9. Correction: the earlier second-pass note attributed the docs-pattern note to the post's Related reading; that note (This developer docs are amazing…) is a separate Seed-internal document. The post's Related reading links the three deployment how-tos.

Fact-check (2026-07-31, trigger arbitration): Re-read the live post (revision bafyreihye5gad3hmioswh7cns2stmri74vx7bqbybxmc2b7zmqokcbf6t4). Its "Related" section contains five links: Deploy a Seed Site From Your Own Fork, Codesign your Electron Application for Windows, Velopack: Delta Updates for Electron Apps, 2026-03-19: Tech Sync, and This developer docs are amazing and we should copy this patterns. The docs-pattern note is part of the post's Related reading — the ev3 "Correction" over-corrected. ev2 stands as written. Net result: both the deployment-cluster self-linking and the docs-quality signal are live facts; the post now visibly curates the entire "shipping local-first software" cluster, which is direct evidence for #7, #8, and #9.

Why now: The new Jean Web Access behind Tailscale post (2026-07-31) opens a distinct, high-search-volume content lane: self-hosting and tailnet deployment. It documents a repeated problem — the post itself warns the two deployment modes are "easy to mix up" (browser works, native app and phone don't). That friction is exactly the kind of evergreen gotcha-explainer that builds long-term authority.

Why this compounds: It extends an existing de-facto track of practical how-tos: Deploy a Seed Site From Your Own Fork, Codesign Your Electron Application for Windows, Velopack: Delta Updates for Electron Apps. Together they position Horacio as the author of record on _shipping local-first software_ — precisely the audience most likely to adopt Seed.

Impact: Medium-High — evergreen SEO; self-hosters, local-first devs, Seed users
Effort: Low — the post already exists; systematize into a series
Confidence: 8/10
Compounds: Yes — every post strengthens the cluster; a hub would rank for "tailscale serve," "self-hosted app," "local-first deployment"

Action: Publish a generalized "Expose Any Local-First App Over a Tailnet" playbook and collect the how-tos under one hub document.

Why now: The Jean post encodes a reusable pattern set: bind-to-localhost + proxy entrypoint, token auth over HTTPS, origin allowlists (JEAN_ALLOWED_ORIGINS=*), health checks (/readyz reports websocket_broadcaster), and the browser-vs-native divergence. These are the building blocks of a "deploy local-first apps safely" reference — a documentation site or open-source repo that Seed users and self-hosters can reuse.

Impact: Medium — reference artifact with compounding value across every future deployment
Effort: Medium — extract patterns into a structured reference with examples
Confidence: 7/10
Compounds: Yes — reference docs keep paying; could seed a small open-source project

Action: Extract the two-mode deployment decision into a "Deployment Modes for Local-First Web Apps" reference page.

Why now: The Jean post is a concrete artifact of an undefended theme: AI-era software run on your own tailnet (private, token-gated, health-checked) instead of rented cloud APIs. Timely given the AI privacy/sovereignty debate; most AI content covers APIs, not ops.

Impact: Medium-High — indie hackers and privacy-minded developers; reinforces Seed's self-owned-infrastructure ethos
Effort: Medium — one essay
Confidence: 6/10 — needs a crisper thesis than "I self-host things"
Compounds: Yes — evergreen; cross-links with Jean docs and Seed positioning

Action: Draft "The Private AI Stack" once Jean deployment docs are stable.

Why now: The Create Site design story saw heavy iteration today (2026-07-31, 7+ updates): three entry points to create a site, identity elements, global navigation & appearance settings replacing per-document settings, and an empty-home state with "how to start" indicators. This is a first-run experience problem specific to decentralized platforms — no central signup, identity-first onboarding. An essay on "Designing First-Run for Decentralized Publishing" would be differentiated.

Impact: Medium — differentiates Seed's design voice; attracts P2P product designers
Effort: Low — story is mature; essay is an interpretation pass
Confidence: 6/10 — story still marked "Work in progress"
Compounds: Partially — feeds the Seed product narrative

Action: Draft once the Create Site story stabilizes (watch for removal of the "Work in progress" marker).

Why now: The State Machines — Knowledge Map now spans 10+ documents across 3 accounts and is linked from the main Short Posts directory under a dedicated "State Machines" heading. The cluster has critical mass; what it lacks is one authoritative long-form guide that consolidates the Learning Paths (vision → reality → practical → theory → foundation) into a single artifact. This is the flagship piece for the Agent Observability signature idea — distinct from, and complementary to, the Jean/self-hosting lane (#7/#8).

Impact: High — flagship piece for the Agent Observability signature idea; becomes the hub every future state machine post links to
Effort: Medium — synthesize 10+ existing docs into one 3-4k word guide; outline already exists (Knowledge Map learning paths)
Confidence: 9/10
Compounds: Yes — one guide strengthens the entire cluster; feeds talks, workshops, and the eventual book

Action: Write the definitive guide using the Knowledge Map learning path as outline; cross-link from the short-posts State Machines section.

Why now: The Jean Web Access behind Tailscale field note is a textbook state-confusion problem — two deployment modes "easy to mix up" — and the first infrastructure example of the state machine thesis, which previously lived only in UI and agent territory. It ties the state machine cluster to the new self-hosting lane.

Impact: Medium-High — extends the state machine franchise to DevOps/self-hosting audiences
Effort: Low — short essay (1-1.5k words) built on the existing field note
Confidence: 7/10
Compounds: Yes — bridges the two biggest clusters (state machines + agent workflows) and reinforces the Home-Lab Pattern Library (#9)

Action: Write the bridge essay using the Jean field note as the case study.

Why now: Remodeling the web and What I want for the commenting experience to be now form a Web & Hypermedia cluster inside short-posts, with the commenting post tied to Seed's commenting architecture. Two posts = a thesis; the next piece turns it into a positioned manifesto.

Impact: Medium — thought-leadership for the Seed vision; differentiates from the technical state machine content
Effort: Low-Medium — one synthesis essay + continued short posts
Confidence: 6/10
Compounds: Yes — establishes a recurring editorial voice that reinforces the Seed narrative

Action: Write a synthesis piece ("what the web should feel like") linking both posts to Seed's architectural responses.

Why now: The Seed team says it wants to copy Jean's docs patterns; the Jean post is the template in the wild — Recommended setup → Why the obvious fix fails → Quick checks (/readyz, auth probe) → "Is this a bug?" diagnosis. Make that structure a reusable Seed block/template so every Seed site can ship Jean-quality troubleshooting docs.

Impact: Medium-High — turns a beloved docs pattern into a platform primitive; compounds with #8/#9 and Research Roadmap #8/#9 (config-as-state-machine can generate the quick-check matrix)
Effort: Low-Medium — extract template into a block schema + one reference implementation
Confidence: 7/10 — pattern proven by Jean's docs; adoption is the open question
Compounds: Yes — every future troubleshooting doc reuses it; Seed docs quality compounds

Action: Extract the post's structure (symptom → recommended setup → quick checks → diagnosis) into a Seed "Troubleshooting" block template, then re-document Jean with it as the reference implementation. Pairs with Research Roadmap #9.

_Reconciled 2026-07-31 (final-revision pass): re-applied cross-account evidence after the concurrent merge dropped it; new opportunity numbered #15 to avoid collision with restored #12-#14. All prior content (including the Restored section) preserved._

Why now: Three independent signals converge: (1) the author's Canva post was refreshed and now curates the cluster itself; (2) the Product Scout's Opportunity 37 (ranked #15 in its 7/13 execution table; the post's See Also says #16) was dropped in consolidation — its analysis (pause flow as state machine Active → Paused → Reactivating → Active, proration, feature gating) should not be lost; (3) the pause flow is a fresh domain instance of the state machine thesis (billing/commerce), extending the franchise beyond UI, agents, and infra config.

Impact: Medium — evergreen SaaS UX content; restores broken cross-account references; feeds both the state-machine cluster and the "Product Design Through a Builder's Eyes" series
Effort: Low — analysis doc + XState machine template + React demo (3-5 days, per prior MVP)
Confidence: 7/10 — cross-account validation (post ↔ feature request ↔ backlog ↔ roadmap ↔ Gardener knowledge-graph log); niche but high-signal
Compounds: Yes — every future billing/retention post links to it; the XState pause template is reusable; series installment #2 establishes the series
Why it matters: closes a verified evidence gap (three documents cite content that no longer exists), extends the flagship state-machine franchise into a high-traffic domain, and gives the author a differentiated product-empathy voice.

Action: (1) Restore the Content Roadmap entry (done — see #19 there). (2) Draft "Why Canva's Pause Subscription UX Matters" as Product Design Through a Builder's Eyes #2, reusing the Opp 37 analysis. (3) Flag to the Product Scout to re-add Opportunity 37 to the live product backlog.

_Updated: 2026-07-31 (pause-subscription cluster verified; #16 added as recovery restore; all prior content preserved) | Next review: on significant repository change_

Why now: The State Machines lane just got its canonical cross-account hub (State Machines — Knowledge Map) linked from the Short Posts hub, and the author simultaneously gave the AI & Agent Workflows lane its own labeled section with the full arc curated — Vibe code like a PRO (vision) → How to Background Agents (tactics, the dual-listed hinge) → Devin booking system (validation). The mirror hub is the natural next artifact: it would link the arc posts, the product backlog entry #18 shm/linear-agent, and the community MCP template.

Impact: Medium-High — gives Signature #3 its canonical hub, mirrors the proven Knowledge Map pattern, and becomes the anchor for the pipeline guide (Content Roadmap #19)
Effort: Low — mostly linking existing documents; the arc and learning-path sequencing already exist in the Knowledge Map's "Agentic Coding Workflow" path
Confidence: 7/10 — pattern proven by the State Machines map; author intent visible in the new lane label
Compounds: Yes — every future pipeline/agent post gets a hub to link to; closes the loop on the strongest evidence cluster in the repository

Action: Create "AI & Agent Workflows — Knowledge Map" mirroring the State Machines map structure (conceptual posts → implementation → learning path → backlog), cross-linking the pipeline guide when it publishes.

Ranking: No reordering of existing items; #17 slots after #16 (the pause-subscription recovery) — it is an enablement artifact for Signature #3 rather than a new thesis. All prior analysis preserved.

_Updated: 2026-07-31 (Short Posts hub restructure trigger) — recorded author-labeled cluster taxonomy, dual-cluster bridge post, Jean embed (documentation-in-place); added #17 AI & Agent Workflows Knowledge Map. | Next review: on significant repository change_

Why now: Notes about how the document machine should work is a first-party spec of Seed's editor as an explicit state machine — loaded → editing → publishing, version-history viewing ("WITHOUT APPLYING ANY DATA FROM THE CURRENT DOCUMENT DRAFT"), discard-draft rules, and a rebase flow guarded against re-entry while saving or rebasing. It is not an isolated post: its See also links the Project Plan (XState v5, 465 lines), Publish Guard, Draft Publishing Chain, Multi-draft, Document Web Editing, Root Level Grouping Research, Product Backlog Opportunity #2 State Machine Inspector and Opportunity #14 @shm/document-machine OSS package, and — critically — an external Case Study: Document Editor on the "UI with State Machines" hub. The document machine has crossed from internal architecture to externally documented pattern.

Impact: High — the flagship concrete instance of the state machine thesis in production; differentiates Seed's architecture voice; primes the @shm/document-machine OSS package (Product Backlog #14)
Effort: Medium — one 3-4k architectural essay + state diagram; all source material exists (spec + project plan + tech talks)
Confidence: 9/10
Compounds: Yes — feeds the definitive guide (#12), the Seed-as-trust narrative (capability-gated vault-delegated editing is trust infrastructure), and the OSS package launch

Action: Publish "The Document Machine" architectural essay (Content Roadmap #22) using the spec's event/lifecycle list as the outline; cross-link from the state machine cluster and the homepage.

Why now: Modeling resizable panels using State Machines (homepage-surfaced) joins Pure CSS Scroll Shadows and the document machine as UI-state instances, and the author links the external UI with State Machines hub — where the Seed document machine is already a case study. A recurring "State Machines for UI" series (panels, app-chrome splits, scroll shadows, onboarding flows) mirrors the proven lane → hub → guide ladder and feeds an external community.

Impact: Medium-High — evergreen UI/state-machine content; external-hub community reach; feeds the definitive guide (#12)
Effort: Low-Medium per post — each installment is a compact case study; first installment exists
Confidence: 7/10
Compounds: Yes — every installment strengthens the state machine cluster; the series becomes a searchable franchise

Action: Schedule "State Machines for UI" as a recurring series; first follow-up: app-chrome panel splits (the Seed Frontend App/Layout Current State tech talk is a ready-made source).

Why now: Pairing serif & sans-serif for headings vs body is a source-backed research synthesis (Bringhurst, Butterick, Smashing, reading-science meta-reviews) surfaced in the homepage's new Last Writings section. Combined with Canva Pause Subscription (product features in the wild) and the personal-craft writings, it forms a distinct editorial voice: the evidence-based design/product engineer.

Impact: Medium — differentiates from the technical state-machine content; evergreen search (typography, readability); attracts designer-developers
Effort: Low-Medium — the essay exists; formalize the lane and add 2-3 follow-ups (line length/measure, screen readability myths)
Confidence: 7/10
Compounds: Yes — research-backed design posts rank and cross-link; positions the author as a design-engineering authority

Action: Formalize as a content lane; treat the serif/sans essay as installment #1 (Content Roadmap #24); cross-link with the Canva post.

NEW evidence (2026-08-07, reconciliation): The Improving Editor Block Rendering case study (PR #399) is the lane's strongest concrete artifact: five accumulated rendering inconsistencies (uneven vertical rhythm, shrinking text at depth, misaligned list markers, flat heading spacing, drifting drag handle) unified under one principle — content-start alignment ("at any nesting level, the left edge of text content aligns vertically regardless of block type"). It names the invariant the serif/sans essay implies (spatial rhythm as trust) and cites the same convergent canon (Notion, Typst, Tailwind Typography). Backlog #25 covers it as a standalone essay; this lane entry links them.

Ranking: #18 slots at the top of the new additions — it carries the strongest evidence density in the repository (first-party spec + implementation + external case study). #19 and #20 follow. None of the existing #1-#17 are reordered; all prior analysis preserved.

_Updated: 2026-08-03 (homepage trigger) — added #18-#20; surfaced the document-machine, UI state-machine, and design-research lanes; no existing items reordered. | Next review: on significant repository change_

The Projects page is a live Table-view query of the full team space (~1000 rows; test scaffolding — "test", "testte", "tset131234", "demo note here" — visible in the firehose alongside real content).

The implementation plan formalizes the architecture: Option 1 extends the Query block (view switch without conversion), shared TanStack renderer across surfaces, client-side filters now → backend predicates later.

The demo exposes the curation gap: a full-space query shows everything. Query Block Filters (query.filters, Author/PublishDate) is the documented next product step; All Documents - directory is the full-page management counterpart.

Confidence: feature reality 10/10 (shipped as a demo on the author's index); the open question is backend predicates/pagination, not whether the feature exists.

The Projects index no longer curates cards; it is a full-space query over the team space, and Jean lives on the author's own account — the "add Jean to the Projects index" action is superseded. Jean remains discoverable via the Short Posts hub. Remaining gap: the public Projects page surfaces none of the author's own work (Seed, Jean, the Query Block demo) — a curated section or second query on his own space would close it.

Why now: The author replaced his curated Projects cards with a live query table, published the implementation plan the same day, and asked the team for review in the same hour. The feature is real; the story is unwritten. This is the Notion-competitor surface (bad-Notion-feedback thread shared 2026-08-04 shows the team actively studies the incumbent).

What: (1) Write the Query Blocks ADR anchored on the implementation plan's modeling options, with the Projects page as the live exhibit (Content Roadmap #4). (2) Publish a short post, "Your Homepage Is a Database," on replacing curated static indexes with live query views — and why curation (filters/pinning) still matters; the test-doc firehose on the demo page is the honest counter-example. (3) Ensure the product backlog carries the filters/pagination follow-ups (Query Block Filters project already scoped).

Impact: Medium-High — converts a shipped feature into content leverage; differentiates Seed as a database-platform story; positions the author as the builder who dogfoods his own primitives
Effort: Low-Medium — all source material exists (spec + implementation plan + live demo)
Confidence: 8/10 — author shipped the demo today; adoption/curation UX is the open question
Compounds: Yes — every future query-block feature (filters, board/calendar views) feeds the same narrative; pairs with #3 and the All Documents directory concept

Action: Draft the ADR while the implementation plan is fresh; publish the Live Index post with a screenshot of the Projects page as the exhibit; re-flag filters/pagination to the product backlog.

Ranking: No existing items reordered. #21 slots at the top of the new additions — it converts today's shipped demo into immediate content leverage and compounds with #3. All prior analysis preserved.

_Updated: 2026-08-07 (Projects page trigger) — recorded Query Block Table View dogfood + same-day implementation plan; upgraded #3 evidence; superseded #7's Projects-index action; added #21 (The Live Index). All prior content preserved. | Next review: on significant repository change_

Why now: The plan's Backend-query boundary explicitly defers: metadata predicate representation, supported typed operators, AND/OR grouping, indexing and execution, pagination/cursors, and whether predicates live in the query model or a reusable saved-view model. Horacio's own review comment says the alternative options "rely a bit on how the backend query will be constructed." This is the gating design for server-side filtering, Options 2/3, and the database entity model — the hard part of Seed Databases (#3).

Impact: High — unlocks server-side predicates, saved views, and pagination; without it the Table stays client-side-bounded by query limit
Effort: High — backend design + indexing + execution
Confidence: 8/10 — scope is explicit in the plan; design space well understood (predicates over open metadata maps)
Compounds: Yes — the foundation for every future structured-data feature; pairs with Research Roadmap #12

Action: Formalize the predicate grammar and execution model before or in parallel with the Table implementation; prototype against the daemon's existing store; flag to the Product Scout as the #21 (3) follow-up.

Why now: Live design thread on As a new user, I want to create an Identity with a Password: Iskak (2026-08-07T09:30Z) argues the 6-recovery-words UX is "more confusing than it's helping" and asks for the secret credential or mnemonic help, while the story's acceptance criteria already commit to recovery words stored encrypted + vault sealing (RI5-6GbX, NVTMrZTO, 0muFUWaP). Key recovery is the trust seam of Signature #4 — where self-custody identity loses users (High risk for Users with local keys to lose them).

Impact: Medium-High — the trust seam of Signature #4; every identity/onboarding flow depends on the recovery decision
Effort: Low-Medium — one design decision + a differentiated essay (recovery for decentralized identity is almost unsolved territory)
Confidence: 7/10 — real unresolved thread; strong differentiation; adoption impact unquantified
Compounds: Yes — feeds first-run experience (#11), the trust-infrastructure narrative, and every future identity feature

Action: (1) Surface the recovery-words vs secret-credential decision to the design team with an entropy/UX analysis (Research Roadmap #13); (2) publish "Designing Account Recovery for Decentralized Identity" once resolved (Content Roadmap #26).

Ranking: #21 (concurrent) leads the new additions; #22 follows as the gating backend design; #23 third — real, unresolved, and differentiating. No existing items reordered; all prior analysis and the concurrent op0807 content preserved.

_Reconciled: 2026-08-07 (concurrent merge) — preserved the concurrent op0807 section in full; re-applied the two items the concurrent pass did not cover as #22/#23. All prior content preserved. | Next review: on significant repository change_

Why now: The electron-trpc tech talk is a complete, quantified, opinionated engineering narrative: a 7-layer IPC stack vs 3-layer standard Electron IPC (133% complexity tax); 109 tRPC procedures across 26 modules — 3,615 lines, ~40% of the desktop codebase (#dtRXYnh0); 42 of them trivial getters/setters; a 28KB startup bundle (#uHzo1lTK); eager loading with no code splitting (#k4hzQ42T); and a user-hostile blocking startup (daemon ready up to 10s) (#KviZ4y8T). The migration plan is already scoped (42 getters → direct contextBridge IPC; lazy-load routers; feat/app-startup branch underway), and the no-gos are quotable: "move toward simplicity", "progress beats perfection" (#-ChEbuHd), "don't build electron-trpc-lite".

Impact: Medium-High — evergreen search (electron-trpc, Electron startup performance, type-safety overhead); positions the author as the engineer who measures before optimizing; opens a performance-engineering lane that pairs with the in-site interactions experiment (PR #297)
Effort: Low — the article exists as a tech talk; publish long-form with the PR link and numbers
Confidence: 9/10 — analysis complete, numbers in hand, fix in progress
Compounds: Yes — a before/after measurement post after the migration lands becomes the series' second installment; "measure the tax" generalizes to every framework bet

Action: Publish as a long-form article; schedule the follow-up measurement post once the 42-procedure migration + feat/app-startup ship (baseline: startup time, time-to-first-render, bundle size — Research Roadmap #15).

Why now: The Improving Editor Block Rendering talk derives five accumulated visual bugs from one invariant — at any nesting level, the left edge of text content aligns vertically regardless of block type — names the convergence (Notion, Typst, Tailwind Typography), and frames the payoff as trust: consistent rendering is a form of trust, "the editor should disappear into the writing" (#EpGHhR0F). This is the rendering-invariant companion to the Document Machine (Signature #6) and a natural sibling of the Typography for Screens lane (Content Roadmap #24) — it converts an implementation story into a design principle.

Impact: Medium — feeds the evidence-based design lane; differentiates the editor-craft voice
Effort: Low — content complete (PR #399 linked); one principle essay
Confidence: 8/10
Compounds: Yes — the principle generalizes to any block-based editor; links the Document Machine essay, Typography series, and the design lane

Action: Publish a short principle essay; cross-link from the Document Machine essay (Content Roadmap #22) and the Typography for Screens series.

Why now: The Forum view experiment opens with "What if documents can define a type and have 'special views'?" (#0gShyoMX) and notes the forum view renders root conversations "similar to how we render children document in the query block" (#Uxl26MAs) and that "the document 'type' is something authors should select" (#_BwM7vQm). Combined with the All Documents demo and the Query Block Table view, three live artifacts converge on one architecture idea: documents as typed objects with view polymorphism. It is unfinished — exactly the moment to capture the decision space before it hardens (same play as the Query Block ADR).

Impact: Medium-High — this is the architecture behind the "Seed replaces Notion" story; every future view (forum, table, board, calendar) hangs off the type/view model
Effort: Medium — one essay/spec-capture laying out the model options
Confidence: 7/10 — author is demoing, not specifying; the idea is real, the form is open
Compounds: Yes — feeds #3/#21/#22, the Live Index essay (Content Roadmap #25), and the ADR (#4)

Action: Capture the decision space (type as document attribute vs view registry vs query-block concern); publish "Typed Documents: What If Documents Have Views?" and feed the model options into the Query Blocks ADR.

Why now: Three consecutive product directions — All Documents management, Forum view, Projects Table — were communicated as vibe-coded demos with videos, not specs-first. The author is dogfooding Signature #3's async workflow on product design itself: demo → discuss → specify (All Documents demo "I vibe coded a version of this feature so y'all can see how it can be"; Forum view; Projects Table). Differentiated process content that reinforces the async partnership narrative.

Impact: Medium — thought-leadership on demo-driven product communication; indie builder audience
Effort: Low — one essay
Confidence: 6/10 — needs a crisper thesis than "I demo things"
Compounds: Partially — reinforces Signature #3; positions the author's workflow as the content

Action: Draft once the typed-documents direction resolves, using the three demos as exhibits; pair with the measurement-discipline framing (#24).

Evidence appends to existing items:

#3 (Query Blocks) — dimension added. The Forum view experiment explicitly reuses query-block list rendering for "special views" — view polymorphism is a query-block concern, strengthening the database-feature thesis beyond tables.

The All Documents - directory demo mockup (video + highlights) answers the curation gap #21 identified on the Projects firehose: full-page tree respecting hierarchy, filter by name, sort, move/rename/delete, and bulk actions. The author's invitation — "if we believe that this is the way it can be done, then we can continue" — is an open product-validation door.

PR #297 benchmarks in-site interactions (especially commenting) — the same measurement discipline as the electron-trpc teardown; the author benchmarks before shipping.

#21 (The Live Index) — pattern confirmed. The All Documents demo and Forum view are sibling instances of the live-view philosophy; "document type selects view" is the natural next chapter of the Live Index story.

#22 (Backend Metadata Query Model) — new attribute. "Type" as an author-selectable document attribute becomes a first-class predicate dimension for the metadata query model (see Research Roadmap #12/#16).

Ranking: #24 leads the new additions (highest confidence + leverage; content already exists), #25 second (feeds the design lane + Signature #6), #26 third (unfinished idea with architecture weight), #27 fourth (meta process piece). No existing items reordered; all prior analysis preserved.

_Updated: 2026-08-07 (Seed Hypermedia project doc trigger) — added #24-#27; appended evidence to #3/#21/#22. All prior content preserved. | Next review: on significant repository change_

Why now: Five weekly reviews exist under the Seed Hypermedia project page — June 10–16, June 3–9, May 27–June 2, May 20–26, May 12–19 — with a consistent structure (theme → PRs → code trail → open question). The June 10–16 review ends with a publishable question: "how much complexity can a state machine absorb so the user never has to?" — a state-machine thesis hook. Formalizing the lane (link from Short Posts/homepage, standardize the structure, surface the open-question hook) turns an internal habit into a recurring content asset that compounds across every signature idea — each week is evidence for state machines (#1/#6), local-first shipping (#5), and the builder-in-public voice.

Impact: Medium-High — recurring evergreen content; feeds every cluster; the "open question" format generates community hooks
Effort: Low — template exists; add curation + links
Confidence: 8/10 — cadence proven by 5 installments
Compounds: Yes — every installment strengthens the whole repository

Action: Create a "Weeknotes" hub/listing linking the five reviews; standardize the template (theme → PRs → code trail → question); promote the June 10–16 question as a state-machine post seed. Pairs with Content Roadmap #28.

Ranking: No existing items reordered; #28 slots after the concurrent #24-#27 as the sixth new item from this trigger. All prior analysis and the concurrent op0807b content preserved.

_Reconciled: 2026-08-07 (Work & Contributions trigger, concurrent merge) — preserved the concurrent op0807b section in full; re-applied the Weeknotes franchise as #28 (the only distinct item the concurrent pass did not cover). All prior content preserved. | Next review: on significant repository change_

Why now: The ambassador post names an explicit, first-party market gap — "Todos los contenidos de dev tools que me encuentro están en inglés, y el español es un hueco enorme" — and commits to short videos in Spanish. Official ambassador access plus real daily usage (Seed from the phone, GymClass, Jean) makes this the strongest distribution bet in the repository: the Spanish lane is the delivery vehicle for Signatures #1/#3 and the AI & Agent Workflows lane.

Impact: High — underserved market; official program reach; every video compounds the agent-workflow cluster and converts to Seed-aware builders
Effort: Low-Medium — short-form video; all material exists (daily usage, ambassador post, booking article)
Confidence: 8/10 — author commitment is public and specific; execution consistency is the open question
Compounds: Yes — a Spanish lane hub becomes the anchor every future video links to; feeds the Definitive Guide (#12), the trust essays (#1/#2), and the Barcelona community (#30)

Action: Create a "Devin en Español" lane/hub; publish the first video ("Qué es Devin y cómo lo uso en Seed") with real screens; cross-link from the ambassador post and the AI & Agent Workflows lane. Research input: Research Roadmap #16 (market scan).

Why now: The ambassador post publicly invites a Barcelona Devin users meetup ("Quiero empezar una pequeña comunidad de Devin users en persona aquí mismo en Barcelona") and asks interested people to write in. Community = distribution plus a live feedback loop for the Spanish franchise, and a face-to-face audience of local-first builders (the Seed-adopter profile).

Impact: Medium-High — recurring in-person community; meetup recaps become content; attendees become case studies
Effort: Medium — organizing events, recap template, community hub doc
Confidence: 7/10 — author intent explicit; execution cadence is the open question
Compounds: Yes — each meetup compounds the Spanish lane and the builder-in-public voice

Action: Create a community hub document; publish the meetup call; define a recap template (theme → demos → open questions). Pairs with Content Roadmap #35.

Why now: The ambassador post reveals the primary Devin use case is mobile — "seguir programando desde el móvil, que es mi uso principal de Devin" — and the booking-system article documents the full loop (watch the recorded video → tap merge → agent picks up the next issue) executed from a phone between commitments. Most dev-tools content is desktop-bound; this is a genuinely underexplored angle on the async partnership.

Impact: Medium — differentiated; attracts builders without desk time; reinforces Signature #3
Effort: Low — essay or video; the author lives it daily
Confidence: 6/10 — niche but real; needs a crisp thesis beyond "I use my phone"
Compounds: Partially — feeds Signature #3, the Spanish franchise, and the pipeline guide (#19/#20)

Action: Publish "Cómo programo desde el móvil" (Content Roadmap #34) using the video-review loop as the exhibit; cross-link from the AI & Agent Workflows lane.

#17 (AI & Agent Workflows Knowledge Map) — distribution anchor. The ambassador post extends the curated arc (vision → tactics → validation) with the official program; the Knowledge Map hub should include it as the distribution anchor. (Content Roadmap #21.)

#21 (The Live Index) — top-level confirmation. The Homepage itself now carries a live Query block (Table, AllDescendants, UpdateTime desc) alongside curated sections — the live-index pattern has reached the author's top-level surface, strengthening the "Your Homepage Is a Database" essay (Content Roadmap #25) and the ADR (#4/Content Roadmap #4).

#8/#13 (Jean lane + config-as-state-machine) — agent-protocol extension. Jean integrates Devin ACP (PR #583) — the self-hosted local-first tool gains an agent-control channel, extending the Jean lane into the agent-workflows cluster and giving Research Roadmap #17 its concrete case.

Ranking: #29 leads the new additions — highest leverage and author commitment, with a public execution vehicle. #30 second (community compounds with the lane). #31 third (differentiated but niche). No existing items reordered; all prior analysis preserved.

_Updated: 2026-08-11 (Devin Ambassadors trigger) — added #29-#31; appended evidence to #17/#21/#8/#13. All prior content preserved. | Next review: on significant repository change_