# petersen-block-buzz-projects-forge-souveraine-2026-08-18

## Veille

Produktankündigung von **Block Engineering**, gezeichnet von **Thomas Petersen** (*Principal Designer & Builder*), veröffentlicht am **18. August 2026**, ~1.800 Wörter in dreizehn kurzen Abschnitten, die **Buzz Projects** vorstellt — eine **Software-Forge, gehostet auf dem eigenen Relay**: Git-Repositories, Branches, Pull Requests, Issues, Review und Merge, Multi-Repo-Projekte, ein Activity Feed, alles verknüpft mit Conversation-Channels. Vorspann und These des Beitrags: *« Coding agents are the terminal for your computer. Buzz is the terminal for your network. »* Drei Beiträge. **(A) Eine Vertrauensdoktrin, die auf *ex post*-Nachweis statt auf *ex ante*-Autorisierung beruht**: auf der einen Seite *« No forced guardrails, no limitations on what your agents are allowed to help you with »*, auf der anderen *« Every push, review, approval, and merge is a signed Nostr event. If an agent authors a patch, you can see which agent produced it and which human authorized that agent to act »*; der Abschnitt schließt mit einer angekündigten Richtung — *« we are already exploring ideas around agent trust protocols informed by past behavior »*. **(B) Git-Interoperabilität ohne proprietäres Tooling**: *« These are standard git repositories… You can fetch, clone, pull, and push over plain Smart HTTP, with no custom tooling or wrapper CLI required »*, wobei die clé Nostr als einzige Identität dient — *« The same npub that signs your messages signs your pushes. »* **(C) Eine Unterscheidung zwischen Ausführungsfläche und Netzwerkpräsenz**: *« A terminal gives an agent somewhere to execute commands and change files, but it does not give it a persistent place in the network. Buzz does. »* Der Beitrag liefert keine Zahlen und enthält keine ausgehenden Links; er qualifiziert sich sechsmal selbst als vorläufig (*« still very basic »*, *« fairly elementary »*, *« still under experiments »*), und Projects befindet sich unter dem Tab **Experiments** von Buzz Desktop.

## Titre Article

Projects in Buzz

## Date

2026-08-18

## URL

https://engineering.block.xyz/blog/projects-in-buzz

## Keywords

Buzz, Buzz Projects, Block, Block Engineering, Thomas Petersen, Software-Forge, Software-Forge, Relay, Relay, Nostr, npub, portable Identität, signiertes Event, signiertes Nostr-Event, gehostetes Git, gehostetes Git, Smart HTTP, fetch clone pull push, ohne proprietäres Tooling, Multi-Repo-Projekt, Pull Request, Issue, Code-Review, Diff, Merge, CI, Release Notes, Activity Feed, Experiments-Tab, Buzz Desktop, Projekt-Channel-Verknüpfung, gemeinsamer Kontext, Context is all you need, Beitragshistorie, überprüfbare Historie, Agentenreputation, Vertrauensprotokolle für Agenten, vergangenes Verhalten, Ex-ante-Autorisierung, Ex-post-Nachweis, keine erzwungenen Leitplanken, Souveränität, offenes Protokoll, Terminal für dein Netzwerk, dauerhafte Netzwerkpräsenz, Tooling-Fragmentierung, Beta, experimentell, AIArchitecture

## Authors

**Thomas Petersen** — *« Principal Designer & Builder »* chez **Block**, auteur unique et signataire du billet ; première apparition dans le corpus. Publié le **18 août 2026** sur le blog **Block Engineering**. Troisième signature Block sur Buzz en un mois, après Tyler Longwell (21 juillet) et Atish Patel (6 août), et la première non-ingénieur.

## Ton

**Profil**: ein Produktmanifest in Form einer geführten Tour — ~1.800 Wörter, dreizehn kurze, mit Slogans betitelte Abschnitte, ein Screenshot pro Funktion. Zielgruppe: bestehende Buzz-Desktop-Nutzer (*« If you've used Buzz Desktop recently and happened to click on the Experiments tab… »*) und implizit jeder, der eine GitHub-Alternative evaluiert. Eine kommentierte Demo gepaart mit einer Position, weder ein Design-Bericht noch ein Benchmark.

**Stil**: Die Seite wird von fiktiven Shell-Prompts eingerahmt — `$ cd ~`, `$ find .`, `$ git blame`, `$ cat content.md`, `$ echo "Copyright 2026 Block, Inc."` — der Vorspann kündigt *« Buzz is the terminal for your network »* an, und das Layout inszeniert es. Die Abschnittsüberschriften sind Thesen statt Beschreibungen (*« Context is (almost) all you need »*, *« All conversations lead to projects and back »*, *« Your project, your relay »*, *« Autonomy, sovereignty and the big picture »*); das *« (almost) »* in der ersten ist die einzige Relativierung des Texts und wird nie ausgeführt. Die Selbstbegrenzung ist systematisch: sechs explizite Disclaimer, darunter ein benannter *Disclaimer* in der Schlusszeile — *« Buzz is still in beta and Buzz Projects is still under experiments, so treat it accordingly. »* Die Prosa ist schnell geschrieben, mit zwei fehlerhaften Sätzen im Original: einer ohne grammatisches Subjekt (*« Whether we are talking repos, branches, pull requests, issues, CI, or all the related conversations gives you and your agents unique identities that you control »*), der andere mit einem verstümmelten Verb (*« new scenarios we have solve »*). Das "Wir" des Produkts ersetzt das "Ich" des Ingenieurs: *« We believe those things belong together »*, *« we think this distinction will become increasingly important »*.

**Signaturphrasen**:
- ***« Coding agents are the terminal for your computer. Buzz is the terminal for your network. »***
- ***« Software development tools are fragmented in ways the work itself is not. »***
- ***« The history becomes part of the project itself. »***
- ***« No forced guardrails, no limitations on what your agents are allowed to help you with. »***
- ***« a software forge that lives on your relay, letting you own all the relationships »***
- ***« The same npub that signs your messages signs your pushes. »***
- ***« no two agents in Buzz work the same way because they have different context. They have different context because they have a different history. »***
- ***« Every push, review, approval, and merge is a signed Nostr event. »***
- ***« more than a set of colored squares on a profile »***
- ***« agent trust protocols informed by past behavior »***
- ***« A terminal gives an agent somewhere to execute commands and change files, but it does not give it a persistent place in the network. Buzz does. »***
- ***« either way the protocol is open and the events are yours »***

**Epistemischer Status**: eine mit Screenshots illustrierte Design-Doktrin, völlig ohne Daten — kein einziger Nutzer, kein einziges Repository, keine einzige Dauer, keine einzigen Kosten, kein einziger Benchmark — und kein ausgehender Link auf der gesamten Seite. Zitierbar als Blocks architektonische Position dazu, was eine Forge im Zeitalter der Agenten sein sollte; nicht als Nachweis von Funktionsfähigkeit oder als Hinweis auf Adoption.

## Pense-betes

- **Datum / Quelle**: **18. August 2026**, Blog von **Block Engineering**, ~1.800 Wörter, gezeichnet von **Thomas Petersen** (*Principal Designer & Builder*). Keine ausgehenden Links, keine Zahlen.
- **Kernaussage**: Buzz Projects ist eine Forge, in der **Konversation ein Artefakt erster Klasse ist** — Projekte sind mit Channels verknüpft, und *« Instead of reconstructing why something happened after the fact, the history is already there. »* ### Das Vertrauensmodell: zwei Absätze, die zusammen gelesen werden sollen | Abschnitt des Beitrags | Wortlaut | Was er festlegt | |---|---|---| | *First Class Citizens* | *« No forced guardrails, no limitations on what your agents are allowed to help you with. No limits to how much you can delegate to your agents in the network. »* | Wegfall vorheriger Einschränkung | | *Weaving it all together* | *« Every push, review, approval, and merge is a signed Nostr event. If an agent authors a patch, you can see which agent produced it and which human authorized that agent to act. »* | signierter Nachweis der Handlung | | derselbe Absatz, Schluss | *« we are already exploring ideas around agent trust protocols informed by past behavior »* | Herleitung von Vertrauen aus Historie | Die Position ist architektonisch: In einem Netzwerk mit unbegrenzter Delegation skaliert *a priori*-Autorisierung schlecht, Signieren dagegen nicht. Es ist die "Netzwerk"-Version dessen, was [[longwell-block-buzz-workspace-agents-nostr-2026-07-21]] im Juli auf Identitätsebene dargelegt hat (*« authorization does not erase authorship »*). Zwei Einschränkungen, die der Beitrag nicht behandelt: Ein *ex post*-Nachweis verhindert nicht den ersten Schadensfall, und eine signierte Historie belegt, was getan wurde, nicht die Vollständigkeit dessen, was gezeigt wird — ein negatives Register (abgelehnte PRs, Regressionen, Vorfälle) wäre für eine Reputation notwendig und wird nicht erwähnt. ### Was die Signatur garantiert – und was nicht | Garantiert | Nicht garantiert | |---|---| | dass das Event tatsächlich von diesem Schlüssel erzeugt wurde | dass der Schlüssel **alles** erzeugt hat, was von ihm gezeigt wird | | die Integrität jedes einzelnen Events | die **Vollständigkeit** des präsentierten Bestands | | die Verknüpfung autorisierender Agent → Mensch | die **Auffindbarkeit** von Events außerhalb ihres Ursprungs-Relays | Architektonischer Punkt, der diesem Beitrag nicht zuzuschreiben ist: Das Relay ist die einzige Quelle der Wahrheit, ohne Replikation oder Peer-to-Peer-Austausch. Dies stammt aus Blocks `ARCHITECTURE.md`, wie in [[buzz-block-panorama-deep-research-2026-08-12]] konsolidiert, nicht aus diesem Text, der dazu nichts sagt. Konsequenz: Die angebotene Souveränität ist ein **Austrittsrecht**, keine Verfügbarkeitsgarantie. ### Git-Interoperabilität: die am leichtesten überprüfbare Behauptung Wortlaut: *« These are standard git repositories, like you already know them… You can fetch, clone, pull, and push over plain Smart HTTP, with no custom tooling or wrapper CLI required. Your Nostr key is your identity throughout the process… You do not need another account, another identity, a separate token, or a GitHub account connected in the background. »* Konsequenzen: Die Austrittskosten sind konstruktionsbedingt niedrig (ein `git clone` holt den Code), und die einzige Identität macht Token-Verwaltung überflüssig. Zu beachtende Nuance: **nur der Code ist Standard** — Konversation, Review, PR↔Channel-Verknüpfung und Beitragshistorie liegen in Buzz-spezifischen Nostr-*event kinds*. Ein in zehn Minuten durchführbarer Test: `clone` und anschließend `push` von einem reinen Git-Client gegen ein Buzz-Relay, ohne die `buzz`-CLI. ### Angekündigter Bestand vs. gelieferter Bestand Der einleitende Absatz nennt sechs Fragmente, die zusammengeführt werden sollen; der Abschnitt *« What's next? »* nennt, was existiert. | Im Vorspann genanntes Fragment | Im Bestand vom 18. August vorhanden | |---|---| | *« A bug report lands in one tool »* | ja — Issues | | *« The discussion happens in another »* | ja — mit dem Projekt verknüpfte Channels | | *« The fix lives on a branch somewhere else »* | ja — *hosted git*, Multi-Repo | | *« Review happens in a comment thread attached to a diff »* | ja — PRs, Reviews, Inline-Kommentare | | *« CI runs in another system »* | **nein** — unter den Versprechen genannt, im Bestand fehlend | | *« Release notes get written later »* | **nein** | Sechs Fragmente angekündigt, vier geliefert. Die Liste "repos, branches, pull requests, issues, CI, or all the related conversations" nicht als Bestand ausgelieferter Funktionen weiterverwenden. ### Wiederverwendbare Unterscheidung: Ausführen ist nicht dasselbe wie Präsentsein | Was ein Terminal einem Agenten gibt | Was Netzwerkpräsenz hinzufügt | |---|---| | ausführen, Dateien schreiben | eine **stabile Identität**, die andere ansprechen können | | lokaler, verwerfbarer Zustand | eine **angehängte Historie**, die die Session überdauert | | handeln | **Rechenschaftspflicht** für das Getane | Ein nützlicher Rahmen, um einen Tool-Agenten (aufgerufen) gegen einen Member-Agenten (adressiert) abzuwägen. Ein Korollar, das der Beitrag nicht behandelt: Eine dauerhafte Präsenz ist auch eine dauerhafte Angriffsfläche — siehe [[valente-zalewski-beyond-zero-enterprise-security-ai-era-2026-07-20]]. ### "Context is (almost) all you need" Wortlaut: *« The more context we can make available, the better equipped the agents are, the more intelligent the whole network becomes. »* Monotonie wird ohne Begründung behauptet: Weder die Kosten von Kontext noch seine Degradation noch seine Auswahl werden diskutiert, und das *« (almost) »* wird nie ausgeführt. Ein Vergleich mit dem bei Block selbst quantifizierten Token-Budget von [[patel-block-buzz-teams-tokens-benchmarks-2026-08-06]] lohnt sich. ### Die einzige Wirkungsbehauptung des Beitrags *« We've already seen a number of examples where agents understood context humans didn't and helped course correct otherwise unproductive directions. »* Kein Beispiel, keine Zahl, kein Erfolgskriterium. Korrekte Formulierung für die Weiterverwendung: *« Block reports, without documenting them, cases where agents redirected unproductive directions using channel context. »* Fiche erneut zu öffnen, falls Block diese Fälle veröffentlicht. ### Zitierhygiene 1. Zitierbar als **architektonische Absicht** von Block; nicht als Nachweis von Funktionsfähigkeit oder Adoption. 2. Stets die angegebene Reife mitführen: Tab **Experiments**, *« fairly elementary »*, Buzz *« still in beta »*. 3. Unterscheiden zwischen Funktionen, die in Screenshots gezeigt werden, solchen, die unter *« What's next? »* aufgeführt sind, und solchen, die nur in Versprechenssätzen genannt werden (CI, Release Notes). 4. Die *« agent trust protocols »* sind eine angekündigte Richtung, ohne Schema, ohne Kriterium, ohne Zeitplan.

## RésuméDe400mots

Ankündigungsbeitrag von **Block Engineering**, gezeichnet von **Thomas Petersen** (*Principal Designer & Builder*), veröffentlicht am **18. August 2026**, der **Buzz Projects** vorstellt — den Forge-Baustein von **Buzz**, dem Mensch-und-Agenten-Arbeitsbereich von Block auf Basis von **Nostr**.

**Das formulierte Problem.** *« Software development tools are fragmented in ways the work itself is not. »* Der Bug-Report liegt in einem Tool, die Diskussion in einem anderen, der Fix auf einem Branch, CI anderswo, das Review in einem Kommentar-Thread, Release Notes werden im Nachhinein rekonstruiert. **Die These: All dies ist ein einziges Gespräch, und die Historie muss Teil des Projekts sein.**

**Was Projects liefert.** Eine **Forge, gehostet auf dem eigenen Relay**: Standard-Git-Repositories, zugänglich via `fetch/clone/pull/push` über **Smart HTTP**, *« with no custom tooling or wrapper CLI required »*; **die clé Nostr als einzige Identität** — *« the same npub that signs your messages signs your pushes »*, ohne separates Token oder GitHub-Konto; **Multi-Repo-Projekte**, die Repositories einschließen können, die man nicht besitzt (*« you just won't have authority over it »*); Issues, Pull Requests, Diffs, Inline-Kommentare, Review und Merge; ein serverweiter **Activity Feed**; sowie die **Verknüpfung eines beliebigen Projekts mit einer beliebigen Anzahl von Channels**, sodass *« the context around a change doesn't disappear the moment agents start writing code »*. Aus einem Channel heraus kann ein Issue an einen Agenten übergeben werden, oder der Agent kann gebeten werden, einen PR zu öffnen, der auf das Gespräch zurückverweist, aus dem er entstanden ist; der Agent wendet sich über die **Inbox** an den Menschen.

**Die Doktrin, in zwei Teilen, die der Beitrag nie zusammenführt.** Auf der einen Seite **keine vorherige Einschränkung**: *« No forced guardrails, no limitations on what your agents are allowed to help you with. »* Auf der anderen **ein signierter Nachweis jeder Handlung**: *« Every push, review, approval, and merge is a signed Nostr event »*, mit einer Nachverfolgung, **welcher Agent** einen Patch erzeugt hat und **welcher Mensch** ihn autorisiert hatte. Daher die abschließende Projektion: Die Beitragshistorie wird zu *« more than a set of colored squares on a profile »*, einer **überprüfbaren, an einen Schlüssel gebundenen Historie**, und Block erklärt, **es erkunde *« agent trust protocols informed by past behavior »***. **Vertrauen verschiebt sich von *ex ante*-Autorisierung zu *ex post*-Nachweis.** Die zugehörige Einordnung ist explizit: *« A terminal gives an agent somewhere to execute commands and change files, but it does not give it a persistent place in the network. Buzz does. »*

**Vorbehalte.** **Keine Zahlen, keine ausgehenden Links, keine Spezifikation** an irgendeiner Stelle des Textes; **CI und Release Notes werden versprochen, fehlen aber im Bestand**; Projects befindet sich unter dem **Experiments-Tab**, und der Beitrag relativiert sich selbst sechsmal — *« Buzz is still in beta and Buzz Projects is still under experiments, so treat it accordingly. »*

## GrapheDeConnaissance

- Thomas Petersen —travaille_chez→ Block (ORGANISATION, 0.97)
- Block —publie→ Buzz Projects (TECHNOLOGIE, 0.98)
- Buzz Projects —fait_partie_de→ Buzz (TECHNOLOGIE, 0.98)
- Buzz Projects —est_instance_de→ forge logicielle souveraine (CONCEPT, 0.93)
- Buzz Projects —utilise→ Nostr (TECHNOLOGIE, 0.96)
- Buzz Projects —utilise→ Git (TECHNOLOGIE, 0.97)
- Buzz Projects —utilise→ Smart HTTP (TECHNOLOGIE, 0.95)
- Buzz Projects —observé_dans→ Buzz Desktop (TECHNOLOGIE, 0.94)
- clé Nostr —permet→ authentification Git par clé Nostr (CONCEPT, 0.94)
- Buzz Projects —résout→ fragmentation de l'outillage de développement (CONCEPT, 0.9)
- Buzz Projects —réduit→ reconstruction a posteriori du contexte (CONCEPT, 0.9)
- Buzz Projects —permet→ historique de contribution vérifiable (CONCEPT, 0.93)
- historique de contribution vérifiable —est_basé_sur→ événement Nostr signé (CONCEPT, 0.95)
- protocoles de confiance des agents —est_basé_sur→ historique de contribution vérifiable (CONCEPT, 0.88)
- Block —affirme_que→ "we are already exploring ideas around agent trust protocols informed by past behavior" (CITATION, 0.96)
- Thomas Petersen —affirme_que→ "Coding agents are the terminal for your computer. Buzz is the terminal for your network." (CITATION, 0.98)
- Thomas Petersen —affirme_que→ "No forced guardrails, no limitations on what your agents are allowed to help you with." (CITATION, 0.97)
- Thomas Petersen —affirme_que→ "A terminal gives an agent somewhere to execute commands and change files, but it does not give it a persistent place in the network." (CITATION, 0.97)
- Thomas Petersen —affirme_que→ « la clé Nostr qui signe les messages signe aussi les pushes Git, sans compte ni jeton supplémentaire » (AFFIRMATION, 0.96)
- Thomas Petersen —prédit→ « l'historique de contribution deviendra un historique vérifiable attaché à la clé du contributeur, portable entre projets et entre réseaux » (AFFIRMATION, 0.9)
- Thomas Petersen —affirme_que→ « des agents ont compris un contexte que des humains n'avaient pas et ont réorienté des directions improductives » (AFFIRMATION, 0.88)
- Buzz Projects —s_applique_à→ souveraineté organisationnelle (CONCEPT, 0.9)
- Buzz Projects —concurrence→ GitHub (TECHNOLOGIE, 0.86)
- Buzz Projects —s_oppose_à→ autorisation ex ante des agents (CONCEPT, 0.85)
- souveraineté organisationnelle —s_applique_à→ relais Buzz (TECHNOLOGIE, 0.88)
- Buzz —affine→ forge logicielle souveraine (CONCEPT, 0.84)

---
Canonical: https://www.thekb.eu/de/fiches/petersen-block-buzz-projects-forge-souveraine-2026-08-18/