Studio datato 12 ottobre 2026. Ambito: progetti open source ospitati su GitHub (il pattern "LLM Wiki" di Karpathy e
nashsu/llm_wiki, Tolaria, WeKnora, OpenKnowledge, Reor, Khoj) e le app GNOME native con funzioni AI. Google NotebookLM è escluso perché non è open source né su GitHub; compare solo dove terzi lo usano come riferimento di posizionamento. Tutti i numeri (stelle, download, installazioni) sono stati letti il 12 ottobre 2026 e portano la fonte; stime, interpolazioni e lacune delle fonti sono segnalate esplicitamente nel testo.
gknowledge occupa oggi una posizione che nessuno dei progetti affini ha mai occupato: la "LLM wiki" nativa GNOME, distribuibile via Flathub. Dei sei progetti studiati, nessuno è su Flathub (verificato per tutti tramite l'API di ricerca di Flathub), i due più vicini per prodotto (nashsu/llm_wiki e Tolaria) sono app Tauri in cui Linux pesa tra il 5% e il 13% dei download, Reor è stato archiviato nel marzo 2026 dopo che il suo unico maintainer se n'è andato, Khoj ha chiuso il cloud il 15 aprile 2026, e WeKnora e OpenKnowledge sono prodotti aziendali (Tencent, Inkeep) con un desktop rispettivamente inesistente e Electron. La categoria "il modello costruisce e mantiene una wiki" è nata in una sola settimana, tra il 4 e il 9 aprile 2026, attorno a un gist di Andrej Karpathy senza una riga di codice: in sei mesi ha generato 7.745 repository su GitHub, due progetti da 20.000 stelle e perfino una specifica di Google (ricerca GitHub). La finestra "primo a implementare il pattern" è quindi chiusa; la finestra "primo nativo GNOME" è aperta, perché su Flathub le uniche app AI native sono chat client (Alpaca con 361.587 installazioni, Newelle con 77.296) e la ricerca "knowledge base" restituisce solo app Electron come Obsidian, Logseq e Trilium (Flathub stats; Flathub search). Il canale GNOME ha una regola propria che i progetti studiati non hanno sfruttato: premia la presenza su Flathub più della viralità su GitHub (Alpaca ha 1.650 stelle e 362k installazioni; nashsu/llm_wiki ha 20.546 stelle e circa 18.500 download Linux). Il percorso proposto ricalca i passi osservati adattandoli a GNOME: rendere il manifest conforme a Flathub (runtime aggiornato, portali al posto di --filesystem=home, MetaInfo completo, ID app verificabile), sottomettere e annunciare su This Week in GNOME nella stessa settimana, rilasciare mensilmente con nomi-milestone che Phoronix riprende, candidarsi a GNOME Circle appena l'intake riapre, e reclutare un co-maintainer prima che il progetto cresca. I rischi principali sono tre: il destino dei progetti solo-maintainer (Reor, e in prospettiva Tolaria e nashsu), le policy di Flathub e Circle contro il codice generato da AI (in vigore da maggio 2026), e l'intake di GNOME Circle chiuso dal 29 maggio 2026.
Il mercato dei "sistemi di conoscenza con LLM" si legge su quattro assi. Il primo è la forma del software: desktop nativo (GTK/Qt), desktop web-based (Electron o Tauri) o server multiutente. Il secondo è il modello di conoscenza: wiki persistente mantenuta dall'LLM (il pattern Karpathy), RAG stateless che re-interroga i documenti a ogni domanda, oppure editor in cui l'umano scrive e gli agenti sono collaboratori. Il terzo è la località: offline/locale per impostazione predefinita, locale con provider cloud opzionali, o cloud-first. Il quarto è la licenza: copyleft forte (GPL/AGPL) o permissiva (MIT/Apache).
Su questi assi gknowledge è l'unico progetto della rosa che combina desktop nativo (GTK 4 + Libadwaita, Python/PyGObject), wiki persistente (ingestione una sola volta in uno spazio di conoscenza cross-linkato con provenienza, non RAG stateless), offline per impostazione predefinita (motore euristico locale senza API key, endpoint OpenAI-compatibili opzionali e configurati per progetto) e licenza MIT (dal metainfo.xml del repository). Il README lo descrive come "a native GNOME knowledge workstation that turns raw material into an evolving knowledge base", con un formato su disco di Markdown con frontmatter YAML "Obsidian-compatible" più un indice SQLite leggibile, e uno stato dichiarato di MVP funzionante che copre le priorità di sviluppo 1–6 (formato progetto, shell nativa, import sorgenti con coda persistente, pipeline di estrazione a due passi, conoscenza con provenienza, query e retrieval). Il metainfo.xml registra una release 0.1.0 datata 7 luglio 2026, e il manifest Flatpak in build-aux/flatpak/ usa il runtime org.gnome.Platform 46 con i permessi --share=network, --share=ipc, --socket=wayland, --socket=fallback-x11, --device=dri e --filesystem=home (con il commento "a portal-based flow can tighten this later").
Un dettaglio da correggere nel README: il link a Tolaria punta a https://github.com/ e non al progetto. L'URL corretto è https://github.com/refactoringhq/tolaria (sito: https://tolaria.md), repository refactoringhq/tolaria di Luca Rossi, licenza AGPL-3.0 (GitHub API).
| Progetto | Nascita | Stack e forma | Licenza | Canali di distribuzione | Stelle | Stato a ottobre 2026 |
|---|---|---|---|---|---|---|
| gknowledge | MVP; metainfo registra 0.1.0 del 2026-07-07 | GTK 4 + Libadwaita, Python/PyGObject; Markdown + SQLite; motore euristico offline + endpoint OpenAI-compatibili | MIT | make install, make flatpak locale (GNOME 46, --filesystem=home); nessun canale pubblico |
n.d. | MVP in repo |
| LLM Wiki (gist Karpathy) | 2–4 apr 2026 | "idea file" di ~2.000 parole, zero codice | — | gist | 5.000+ (gist) | riferimento della categoria |
| nashsu/llm_wiki | 8 apr 2026 | Tauri v2 (Rust + React/TS), LanceDB opzionale, MCP server | GPL-3.0 | GitHub Releases (dmg, msi, exe, deb, rpm, AppImage), AUR llm-wiki-bin; no Flathub/Snap/Homebrew/winget |
20.546 | ultimo push 28 set 2026; pausa (stima) |
| Tolaria | 14 feb 2026 (lancio 22–23 apr) | Tauri 2 (Rust + React/TS), vault git-first, MCP server | AGPL-3.0 | GitHub Releases (stable + alpha), Homebrew cask, winget, AUR tolaria-bin; Linux AppImage/deb/rpm solo x64; no Flathub |
20.059 | attivo (alpha del 12 ott 2026), un solo autore |
| WeKnora (Tencent) | 22 lug 2025 (pubblico ago 2025) | Go + Vue + microservizio Python; server Docker Compose/Helm; Lite binary; desktop Wails senza installer | MIT (header custom) | Docker Compose, Helm, Tencent Cloud Lighthouse, WeChat Dialog Open Platform; zero binari nelle 40 release | 33.471 | molto attivo (v0.8.2, 24 set 2026) |
| OpenKnowledge (Inkeep) | repo 3 giu 2026 (npm 17 apr; Show HN 25 giu) | Electron + React/Tiptap, server Node, CLI npm ok |
GPL-3.0-or-later + CLA | GitHub Releases (dmg arm64, exe, deb, rpm), npm; no Flathub/AppImage/Homebrew | 4.542 | attivo, pre-1.0 (v0.86.1) |
| Reor | 27 nov 2023 (Show HN 14 feb 2024) | Electron, Ollama incorporato, LanceDB, Transformers.js | AGPL-3.0 | GitHub Releases (dmg, exe, AppImage), AUR reor-bin (orfano), winget; no Flathub |
8.545 | archiviato 7 mar 2026 |
| Khoj | 16 ago 2021 (commit da apr 2021) | server Python + Postgres, desktop Electron, plugin Obsidian/Emacs, cloud | AGPL-3.0 (GPL → AGPL nov 2023) | pip, Docker (GHCR), MELPA, plugin Obsidian, installer desktop fino ad apr 2024; no Flathub/AUR/Snap | 37.657 | cloud chiuso 15 apr 2026; ultimo commit 2 ago 2026; team su Pipali |
Fonti per riga: nashsu (GitHub API; AUR), Tolaria (GitHub API; Homebrew), WeKnora (GitHub API; Releases API), OpenKnowledge (GitHub API; download), Reor (GitHub API; AUR), Khoj (GitHub API; app.khoj.dev), Karpathy (gist).
La tabella mostra tre cose. Primo, le stelle non misurano la distribuzione: WeKnora ha più stelle di tutti e zero binari, Khoj ha 37.657 stelle e nessun installer desktop dal 2024. Secondo, la licenza copyleft è la norma nella categoria (GPL o AGPL per cinque progetti su sei), e gknowledge con MIT è l'eccezione insieme a WeKnora. Terzo, Linux è un target secondario per tutti: nessuno ha un Flatpak, l'AUR è sempre un pacchetto di terzi, e dove i download sono misurabili Linux vale il 5–13%.
Il pattern nasce come testo, non come software. Tra il 2 e il 4 aprile 2026 Andrej Karpathy pubblica un thread su X e poi un gist di 75 righe e 1.959 parole, llm-wiki.md, presentato come "an idea file, it is designed to be copy pasted to your own LLM Agent (e.g. OpenAI Codex, Claude Code, OpenCode / Pi, or etc.)" (gist raw). Il post X è datato dal suo ID snowflake al 2 aprile 2026 20:42 UTC, la pagina del gist mostra il 4 aprile, e la storia su Hacker News "LLM Wiki – example of an 'idea file'" è del 4 aprile con 296 punti e 95 commenti (HN 47640875). Implicator riporta 16 milioni di visualizzazioni in 48 ore e 5.000 stelle al gist "with zero lines of executable code"; le note segnalano che cifre di visualizzazioni e bookmark sono di seconda mano (Implicator).
I concetti definiti dal gist sono esattamente quelli su cui gknowledge è costruito: tre strati (raw sources immutabili, "your source of truth"; la wiki, pagine Markdown generate dall'LLM; lo schema, un file tipo CLAUDE.md/AGENTS.md che spiega all'agente le convenzioni), tre operazioni (ingest, query, lint), un index.md come catalogo e un log.md come giornale append-only, e la tesi centrale: "the wiki is a persistent, compounding artifact", contrapposta a una RAG che "rediscovers" la conoscenza a ogni domanda e sostituita, a scala moderata ("~100 sources, ~hundreds of pages"), da un indice senza infrastruttura di embedding (gist raw). Il gist indica Obsidian come "IDE" ("Obsidian is the IDE; the LLM is the programmer; the wiki is the codebase") e chiude con il Memex di Vannevar Bush. Le convenzioni raw/, wiki/, schema.md usate dalle implementazioni sono aggiunte dei realizzatori, non prescrizioni del gist (inferenza delle note).
La finestra di aprile 2026 si misura in giorni. Le date di creazione dei principali repository si concentrano tra il 4 e il 9 aprile: lucasastorian/llmwiki il 4 (Show HN il 6), atomicstrata/llm-wiki-compiler, sdyckjq-lab/llm-wiki-skill e Astro-Han/karpathy-llm-wiki il 5, Ar9av/obsidian-wiki e swarmclawai/swarmvault il 6, AgriciDaniel/claude-obsidian e kytmanov/obsidian-llm-wiki-local il 7, nashsu/llm_wiki l'8 (ricerca GitHub). Una seconda ondata tra fine aprile e giugno porta i plugin Obsidian (dieci nella directory community), le varianti team/git (nex-crm/wuphf, Show HN del 25 aprile con 260 punti), le versioni hosted e, il 4 maggio, GoogleCloudPlatform/knowledge-catalog con l'"Open Knowledge Format" (9.453 stelle, Apache-2.0), presentato su HN come "Google's specification (and tooling) for the LLM wiki" (HN 47899844; knowledge-catalog; HN 48620068). I fattori di forma si sono stratificati in cinque famiglie: skill/kit per agenti (i più numerosi), template e plugin Obsidian, CLI/compilatori, app web/hosted e app desktop, dove nashsu/llm_wiki domina e l'unica altra app desktop dedicata trovata è l-zhi/pith-wiki (22 stelle, "Karpathy-style LLM Wiki Desktop App… without vector DBs", Show HN del 25 giugno) (pith-wiki; HN 48673110). Il pattern è entrato anche nel giornalismo mainstream con "An LLM wiki changed how I work" di Platformer ad agosto 2026 (Platformer).
Lezione per gknowledge. Il pattern è pubblico, citabile e già riconosciuto come categoria; la differenziazione non può più essere "implementiamo Karpathy" ma "lo implementiamo dove nessuno lo fa", cioè come app GNOME nativa. Conviene però dichiarare esplicitamente la fedeltà al gist (tre strati, tre operazioni, index.md/log.md, [[wikilink]], frontmatter YAML, vault apribile in Obsidian): è il linguaggio con cui il pubblico e la stampa riconoscono la categoria, e il layout su disco di gknowledge (sources/, knowledge/index.md, knowledge/log.md, knowledge/overview.md, entities/, concepts/, topics/, answers/, synthesis/) corrisponde già quasi uno a uno.
nashsu/llm_wiki è la realizzazione desktop più diffusa del pattern, e la sua storia è un caso di scuola di velocità iniziale e poi di esaurimento.
- 5 apr 2026 — primi commit locali: "chore: scaffold Tauri v2 + React + TypeScript project"; nello stesso giorno compaiono già ingest a due passi chain-of-thought, graph view, lint, sistema di review asincrona, i18n EN/CN e template di scenario (commits API).
- 8 apr 2026 — repository creato su GitHub alle 11:24 UTC e tag v0.1.0 novanta minuti dopo, con binari per macOS (arm64 e x64), Windows (msi, exe) e Linux (deb, AppImage, rpm) (Releases API).
- 10–12 apr — v0.2.0 (Louvain community detection, KaTeX) e v0.3.0 (backend vettoriale LanceDB, "V3 search" con RRF a quattro corsie).
- 20–28 apr — raffica di ~2 release al giorno: overhaul dei provider LLM, fix Windows, pipeline RAG, poi v0.4.0 con immagini multimodali.
- 29 apr — build Linux ARM64 in CI; 6–10 mag — provider di ricerca web SerpApi e SearXNG, watcher dei file di progetto.
- 3 giu — v0.4.17 aggiunge il server MCP; 6 giu MinerU per il parsing PDF.
- 24 giu — v0.5.0 con chat agent nel backend Rust; 30 giu zip portatile per Windows.
- 8 lug — v0.6.0 con Agent Skills (
SKILL.md), poi EPUB/MOBI (16 lug) e Org-mode (20 lug). - 28 set 2026 — v0.6.12, ultima release; nessun push da allora. I commit mensili sono scesi da 381 (aprile) a 26 (settembre) (commits API).
Il posizionamento dichiarato è "A personal knowledge base that builds itself. LLM reads your documents, builds a structured wiki, and keeps it current", contro la "traditional RAG (retrieve-and-answer from scratch every time)": "Knowledge is compiled once and kept current, not re-derived on every query" (README). Il README ha due sezioni strutturali che hanno fatto scuola: "What We Kept from the Original" (tre strati, tre operazioni, index.md, log.md, wikilink, frontmatter, "Obsidian compatibility — the wiki directory works as an Obsidian vault", "Human curates, LLM maintains") e "What We Changed & Added", un elenco di 18 punti che include purpose.md, l'ingest a due passi con cache SHA-256 e coda persistente, un grafo con rilevanza a quattro segnali, la review asincrona, il Deep Research, il web clipper per Chrome e il server MCP. Non esiste una sezione "alternatives": un grep del README per "notebooklm", "alternativ", "compar", "versus" non trova nulla, e Obsidian compare sei volte solo come compatibilità (README). La licenza è GPL-3.0, l'unica copyleft tra le prime implementazioni del pattern (LICENSE).
La trazione non è passata da Hacker News: l'unica submission, del 20 luglio 2026, ha 2 punti e 0 commenti (HN 48976240). Le stelle sono arrivate da GitHub Trending (miglior posizione #4 il 13 settembre 2026, "+1,9k stelle quella settimana") e dal circuito di sviluppatori cinesi: il maintainer è a Xi'an, il README cinese è il primo tra le traduzioni, i preset Alibaba Bailian sono arrivati il 21 aprile (star-history; GitHub users API). Al 12 ottobre 2026: 20.546 stelle, 2.317 fork, 34 contributori, di cui nashsu con l'86% dei commit, e 139.300 download cumulativi dalle 61 release, ripartiti circa 61% Windows, 21% macOS e 13% Linux (deb 9.029, AppImage 5.981, rpm 3.519) (GitHub API; Releases API). Le note non hanno potuto ricostruire le date esatte dei traguardi di stelle (endpoint stargazer in 404), quindi la curva si basa su istantanee di terzi: ~14,7k a metà luglio, 19,4k il 15 settembre. Su Linux la distribuzione si ferma agli artefatti di CI: un pacchetto AUR llm-wiki-bin con un voto, nessun Flathub, Snap, Homebrew o winget (AUR; Flathub search). Un concorrente (il plugin Obsidian "Karpathy LLM Wiki") lo descrive come "a Tauri desktop app, not an Obsidian plugin" con "the largest user base of the three" (obsidian-llm-wiki README). Lo stato di "pausa o manutenzione" a ottobre 2026 è una stima delle note, non un annuncio.
Lezione per gknowledge. Tre pratiche da copiare: la struttura "What We Kept / What We Changed" nel README, i binari per tutte le piattaforme dal giorno uno (qui: Flatpak dal giorno uno), e una cadenza di rilascio altissima nelle prime settimane. Due da evitare: il rapporto download/stelle di 6,8× dice che gli utenti reali erano molti meno degli osservatori, e la dipendenza da un solo autore ha prodotto un arresto dopo sei mesi.
3.3 Tolaria: un'audience preesistente trasforma un vault Markdown in "Karpathy's LLM wiki made real"
Tolaria è il caso più istruttivo su come si ottiene un posizionamento senza esserlo "nativamente": è un gestore di vault Markdown git-first in cui l'AI è un collaboratore, ma è stato percepito dal pubblico come l'app del pattern Karpathy.
- 14 feb 2026 — primo commit "Initialize Tauri v2 + React + TypeScript project with vault scanner" di Luca Rossi (
LucaRonin), autore della newsletter Refactoring (commits API). L'autore aveva iniziato in Swift e ha cambiato stack per i limiti dell'editor Markdown (HN 47882697). - 27 feb — v0.1.0 "First alpha release" con nome in codice "Laputa"; da allora la CI pubblica una release a quasi ogni push (29 a febbraio, 242 a marzo, 163 ad aprile) (Releases API).
- 11–12 apr — rinomina pubblica da "Laputa" a "Tolaria"; 20 apr primo tag
stable-v2026.4.20, nasce il doppio canale stable/alpha. - 22 apr — post "Introducing Tolaria": "a free & open source macOS app", "100K lines of code, in Rust + React… 1900+ commits, 3000+ tests, 70 ADRs", "I have written exactly zero lines of code", "it's like Notion, but offline, and for actual files", e la frase che ha fissato il posizionamento: "it's my own version of Karpathy's LLM wiki" (Introducing Tolaria).
- 23 apr — "Show HN: Tolaria – Open-source macOS app to manage Markdown knowledge bases", 318 punti e 142 commenti (HN 47882697).
- 24–25 apr — primo installer Windows (24) e primi AppImage/.deb Linux (25), 48 ore dopo lo Show HN; il 25 aprile un terzo apre il pacchetto AUR
tolaria-bin(Releases API; AUR). - 26 apr e 13 mag — tweet di influencer: "Karpathy's LLM wiki concept just became a real Mac app… free desktop app for Mac and Linux" (@DataChaz).
- 4 mag —
v2026-05-04: "Direct AI Model Providers — Use OpenAI, Anthropic, Gemini, OpenRouter, Ollama, LM Studio, or a custom OpenAI-compatible endpoint", whiteboard tldraw, primi .rpm e build macOS Intel (release notes). - 20 mag — "Introducing Portent", specifica MIT per organizzare le knowledge base ("like the Rails of knowledge bases") (Introducing Portent).
- 14 giu — primo manifest winget
Refactoring.Tolaria(winget-pkgs). - 5 ago — "Summer AI Coding Updates": blocchi HTML, "seeds for making Tolaria a platform where you can build mini apps", più strumenti MCP; il pannello di sponsor ("Tolaria Alliance": Codacy, CodeScene, CircleCI, Unblocked) è "a huge success so far" (Summer updates).
- 24 set — ultimo stable
v2026-09-24; 12 ott 2026 — alpha pubblicata alle 11:41 UTC: il progetto è vivo (GitHub API).
Il modello di conoscenza è "the filesystem is the source of truth": un vault è una cartella di Markdown con frontmatter YAML, i tipi e le viste sono file, Git è il layer raccomandato ma opzionale di storia e sincronizzazione, e l'AI entra per tre vie: agenti CLI in-app (Claude Code, Codex, Copilot, OpenCode, Pi e altri) con modalità "Vault Safe"/"Power User", modelli diretti in sola chat (Ollama, LM Studio, OpenAI, Anthropic, Gemini, OpenRouter, endpoint OpenAI-compatibili), e un server MCP incorporato (tolaria.md/concepts/ai; concepts/git). La provenienza è delegata a Git ("so you can setup AI as a git contributor and see its changes clearly"), non a una coda di review (HN 47882697). Le note osservano che Tolaria è più vicino a "una cartella di Markdown stile Obsidian" che alla wiki posseduta dall'LLM: la cornice Karpathy è un'analogia dell'autore, amplificata dagli influencer.
La trazione: 20.059 stelle e 1.382 fork al 12 ottobre 2026, ~14k il 10 giugno, 9.946 in uno snapshot precedente; ma SourcePulse segna +36 stelle negli ultimi 30 giorni e responsività "Inactive", e il 92,9% dei 3.832 commit è dell'autore (GitHub API; dashen-tech; SourcePulse; contributors). Product Hunt è stato irrilevante (29 upvote). Su HN le critiche anticipano i rischi: "just another disposable piece of software maintained by a single person… max lifespan 2 years", "a freaking web app", "doesn't Obsidian already do this?" (HN 47882697). La distribuzione Linux è "Supported, early… depends on the distribution's WebKitGTK and input-method integration", solo x64, nessun Flathub (tolaria.md/start/install; Flathub search); nei download di uno stable Linux pesa il 5–10% (per v2027-08-28, un tag con refuso nell'anno: dmg Silicon 9.082, exe 2.679, AppImage 559, deb 328, rpm 55), mentre Homebrew conta 4.051 installazioni in 365 giorni (Releases API; Homebrew). Il modello economico è indiretto: "Tolaria will stay free forever", la newsletter a pagamento e gli sponsor finanziano il lavoro (Introducing Tolaria). La policy sui marchi vieta ai fork di usare nome e logo (trademarks.md).
Lezione per gknowledge. Il posizionamento di Tolaria è stato conferito dal pubblico a partire da una frase dell'autore e da un lancio ben eseguito (Show HN + multipiattaforma in 48 ore + spec aperta). Per gknowledge il corrispettivo è: una frase di posizionamento chiara e ripetibile ("the LLM wiki, as a native GNOME app"), un lancio che fornisca subito il canale naturale della piattaforma (Flathub), e un artefatto riutilizzabile (il formato di progetto documentato) che altri possano citare. Il doppio canale stable/alpha corrisponde esattamente ai rami master/beta di Flathub.
WeKnora dimostra che l'auto-wiki è diventata una funzione attesa anche nei sistemi RAG server-side, ma mostra pure quanto sia distante dal desktop.
- 22 lug 2025 — repository
Tencent/WeKnoracreato (privato); 5 ago "init commit" visibile con tracce di merge request interne; 6–7 ago 2025 — annuncio sul canale "Tencent Open Source" come "the core technology framework of the WeChat Dialog Open Platform", licenza MIT, avvio con./scripts/start_all.sh(GitHub API; Tencent Cloud 2552362). È un progetto del gruppo WeChat (WXG), non di Tencent AI Lab; la narrazione "è ima open source" circola solo tra blogger cinesi e le note la trattano come non verificata e probabilmente errata. - 8 set 2025 — v0.1.0 "Initial public release": web UI, pipeline RAG, Ollama e modelli remoti, PostgreSQL pgvector/Elasticsearch, GraphRAG, Docker Compose, server MCP (CHANGELOG). 15 set 2025: oltre 5,6k stelle (Tencent Cloud 3004320).
- 5 dic 2025 — v0.2.0: agente ReAct, strumenti MCP configurabili, ricerca web; "RAG + Agent dual-drive".
- 9 feb 2026 — v0.3.0: Agent Skills con esecuzione sandbox, Helm chart, API key. 4 mar: la Lite edition viene rimossa. 19 mar: canali IM (WeCom, Feishu, Slack) e immagini multimodali.
- 30 mar 2026 — 13,7k stelle (Tencent Cloud 2656582).
- 14 apr 2026 — v0.4.0: WeKnora Platform (servizio cloud hosted), estensione Chrome, WeChat IM, e nel PR di release "Wails Desktop App, Lite Edition Auto-Setup".
- 27 apr 2026 — v0.5.0: "Wiki Mode — a brand-new agent-driven Wiki knowledge system that automatically distills raw documents into interlinked markdown pages… dedicated WikiBrowser, an interactive knowledge graph", più Langfuse e toggle di indicizzazione per KB (vector/keyword/wiki/graph) (CHANGELOG). Arriva tre settimane dopo il gist di Karpathy.
- 13 mag — v0.5.2: ingest wiki scalato a 40k documenti, approvazione human-in-the-loop degli strumenti MCP, CLI
weknora. 21 mag — v0.6.0: RBAC multi-tenant e audit log. - 7 ago 2026 — v0.7.2: sito di documentazione VitePress, revisioni delle pagine wiki. 3 set — v0.8.0: runtime sandbox (Docker/E2B/Cube), memoria a lungo termine, plugin DeepSeek Harness, connettore Tencent IMA. 24 set — v0.8.2: controllo del browser locale, server MCP integrato per workspace, 27 vendor di modelli.
- 13 ago → 12 ott 2026 — +13.700 stelle in 61 giorni, con un picco di +1.143 il 16 settembre durante l'ondata di stampa cinese "il team WeChat AI rende open source WeKnora" (Trendshift; 53AI). Al 12 ottobre: 33.471 stelle, 4.458 fork, 246 contributori, 1.914 PR mergiate su 2.766, 277 commit dall'ultima release (GitHub API; search API).
Il posizionamento ufficiale è passato da "LLM-based document understanding & semantic retrieval framework" (2025) a "Use RAG to look things up, the agent for multi-step tasks, and the wiki to organize knowledge. All three work on the same knowledge bases" (README attuale) e, a settembre 2026, "dal rispondere al fare" (README). Tencent non nomina mai concorrenti; i recensori lo confrontano con RAGFlow, Dify, FastGPT e AnythingLLM, e una recensione inglese lo definisce "the only one that turns a pile of documents into a maintained wiki rather than just a chat box", criticando lo stack pesante (cinque container, 8 GB di RAM consigliati), la documentazione cinese-first e un bus factor concentrato su un lead maintainer (lyingbug, 2.137 dei 3.466 commit) (andrew.ooo; installation doc; contributors). Hacker News è stato irrilevante (una submission del 14 dicembre 2025, 2 punti) (HN Algolia).
La distribuzione è l'opposto di un'app desktop: Docker Compose, Helm, template Tencent Cloud Lighthouse, la piattaforma hosted dietro login WeChat, e zero asset binari in tutte le 40 release; il "desktop app" Wails esiste in cmd/desktop ma "no installer is published yet, so build it from source" (Releases API; README). La Lite edition (SQLite FTS5 + sqlite-vec, binario singolo) è pensata per "individui o piccoli team in locale" (docs/LITE.md).
Lezione per gknowledge. WeKnora conferma che "wiki mantenuta dal modello" è ormai una feature con un nome riconoscibile ("Wiki Mode") e che perfino un vendor enterprise ha scelto SQLite e un binario singolo per il caso personale. gknowledge non compete con WeKnora: ne è il complemento desktop, e può citarlo come prova che il modello di conoscenza è condiviso. Non c'è alcun vantaggio nel rincorrerne le funzioni server (multi-tenant, sandbox, canali IM).
OpenKnowledge è il progetto che ha scelto di posizionarsi contro qualcuno per nome, e il più ricco di integrazioni agentiche.
- 17 apr 2026 — primo artefatto pubblico: pacchetto npm
@inkeep/open-knowledge0.1.0, "Local-first, agent-friendly Markdown knowledge base with a cross-platform CLI and web editor" (npm). - 3 giu 2026 — repository pubblico
inkeep/open-knowledgecreato e prime release v0.9.1 (DMG macOS arm64); i primi commit pubblici citano PR #1609–#1621 mirrorate da un bot: il repo è l'export di un monorepo interno con mesi di storia (GitHub API). - 25 giu 2026 — "Show HN: OpenKnowledge – open source AI-first alternative to Obsidian/Notion", 381 punti e 173 commenti; testo: "a 'what you see is what you get' markdown editor that has direct integrations with Claude, Codex, and other agents. Available as MacOS app or Web UI+CLI. Fully free/local and OSS"; motivazione: Obsidian "doesn't have a true WYSWIG UI and it didn't integrate well with Claude/Codex outside of community plugins" (HN 48675435). Quella sera il repo aveva ~296 stelle (AI Weekly).
- 28 giu — copertura TechTimes (TechTimes).
- 21 lug — markdownlint nativo; 22–23 lug — repo
inkeep/visimereinkeep/open-knowledge-skills. - 4 ago — primi asset Windows
.exee Linux.deb/.rpm(prerelease v0.47.0-beta.22); 18 ago — annuncio "Linux & Windows Apps + Remote Control", x64 e ARM64, aggiornamenti OTA opzionali, "we ship updates a few times a day" (blog). - 19 ago — integrazione nativa ACP (Agent Client Protocol): pannello laterale "Ask AI", "Follow Mode", coda di commenti, "30+ agent harnesses" (blog ACP).
- 21 ago — plugin per l'Open Knowledge Format di Google con
ok linteok audit(blog OKF). - 12 ott 2026 — v0.86.1; 1.223 release (263 stable) in 131 giorni, 4.542 stelle, 308 fork, 15 contributori tutti dipendenti Inkeep, 79.189 download npm negli ultimi 30 giorni (Releases API; npm downloads).
Il posizionamento è "Beautiful, AI-native markdown editor for humans and agents. Build knowledge bases, LLM wikis, and agent 2nd brains", e nel README "Think of it as Notion meets VS Code" (README). Il collegamento a Karpathy è arrivato dopo il lancio: il testo dello Show HN non lo nomina, ma a ottobre la documentazione ha una pagina "Karpathy's LLM wiki workflow" che mappa il gist sullo starter pack (raw sources → external-sources/, wiki divisa in research/ provvisorio e articles/ canonico con uno skill consolidate, log.md, lint via controllo link) e il repo porta il topic llm-wiki-karpathy (docs; GitHub API). È il progetto che chiama Obsidian e Notion per nome nel titolo del lancio, e che si dichiara compatibile con vault Obsidian, wiki Karpathy, "Entity vault (GBrain-compatible)" e OKF insieme. Il team è l'intera Inkeep (YC W23, 13 dei ~18 dipendenti sulla pagina team, seed da 13 milioni a settembre 2025), senza piano a pagamento né cloud, con CLA a favore di Inkeep (YC; funding; CLA). Le critiche su HN: "well dressed wrapper", Electron "uncanny valley", build solo macOS al lancio, richieste di modelli locali (HN 48675435). Su Linux: deb/rpm per x64 e arm64 da metà agosto 2026, nessun AppImage, Flatpak, Snap o AUR (download). Le note segnalano come non verificate le affermazioni di seconda mano "#1 su Product Hunt" e "1.400 iscrizioni in 24 ore".
Lezione per gknowledge. Due pratiche da importare: un titolo di lancio che nomina le alternative ("alternative to Obsidian/Notion" ha prodotto 381 punti) e l'integrazione con gli agenti come leva di distribuzione (MCP dal lancio, poi ACP). Una da evitare: la cadenza di 1.223 release in quattro mesi è compatibile con npm e con auto-update Electron, non con Flathub, dove ogni release passa da un PR, un build e una pubblicazione in 1–2 ore e dove il volume "eccessivo" di aggiornamenti preclude l'automerge (Flathub maintenance).
Reor è il precedente più vicino a gknowledge per tesi ("AI tools for thought should run models locally by default") e per forma (app desktop su una cartella di Markdown compatibile con Obsidian), e la sua parabola è la più importante da studiare per i rischi.
- 1 nov 2023 — "Initial commit" di Sam L'Huillier (Londra); 26–27 nov — org
reorprojecte repository; 28 nov — prime release con binari AppImage/dmg/exe (33 download) (commits API; Releases API). - dic 2023 – feb 2024 — cadenza quasi quotidiana (12, 20 e 13 release al mese).
- 14 feb 2024 — "Show HN: Reor – An AI note-taking app that runs models locally", 411 punti, 102 commenti; stack llama.cpp + Transformers.js + LanceDB; il repo aveva 198 stelle all'ora del post e 3.194 dieci giorni dopo (HN 39372159; Wayback 14 feb; Wayback 24 feb). Le release v0.1.45 e v0.1.46 dei giorni successivi fanno 1.381 e 2.079 download contro meno di 100 per tutte le precedenti.
- 26 mar 2024 — v0.1.57 "Full Ollama support", con Ollama impacchettato dentro l'app (v0.1.57).
- 20 apr 2024 — v0.2.3: backlink
[[...]]"like in Obsidian", flashcard AI (v0.2.3); 7 giu 2024 — 6.330 stelle. - 2 lug 2024 — supporto Anthropic, LaTeX; 31 lug — writing assistant in-editor; 16 ago — tab e redesign.
- 11 ott 2024 — v0.2.23: tool calling (cerca, crea, modifica, elimina note), "temporal agent" (v0.2.23); 30 ott — v0.2.26, la release più scaricata (16.173). 13 nov 2024 — 7.140 stelle.
- 2024-H2 — i commit del creatore si fermano; 5 apr 2025 — ultima release v-0.2.32 (editor BlockNote, immagini, ricerca ibrida) firmata dal co-maintainer milaiwi, con il Linux ridotto a uno zip; 13 mag 2025 — ultimo commit (stats/contributors).
- 26 dic 2025 — issue #531 "is this project dead?"; feb 2026 — il dominio reorproject.org è occupato da un link-farm coreano (issue #533); 7 mar 2026 — repository archiviato (issue #531; issue #533; Wayback 16 feb 2026). Il creatore risulta oggi alla Justice AI Unit del governo britannico (GitHub users API).
Il posizionamento era nitido: "Private & local AI personal knowledge management app for high entropy people"; "The hypothesis of the project is that AI tools for thought should run models locally by default"; "One way to think about Reor is as a RAG app with two generators: the LLM and the human"; e la cartella di Markdown mappata 1:1 sul filesystem così che chi la riapre dopo averla modificata in Obsidian "shouldn't notice anything" (README; HN 39372159). Su HN la domanda ricorrente è stata "why not an Obsidian plugin?"; il creatore ha risposto che le librerie per modelli locali "didn't work inside a plugin" e che "AI is a fairly big paradigm shift that requires new software", mentre il CEO di Obsidian, kepano, ha lodato la scelta dei file Markdown. Le critiche d'uso contano per gknowledge: "related notes" deboli con modelli piccoli, frontmatter corrotto, crash su Linux ("could not get it to work on Linux"), e più tardi l'AppImage che su Ubuntu 24.04 richiedeva --no-sandbox per l'errore SUID (LinuxLinks). L'Ollama incorporato è diventato un vincolo (issue #522 chiede un'installazione senza Ollama) e la richiesta MCP (#521) è rimasta senza risposta (issue #522).
I numeri finali: 8.545 stelle, 526 fork, 24 contributori, 74.404 download (66% exe, 20% dmg, 13% AppImage), un Discord con 1.129 membri e 59 online; AUR reor-bin orfano, winget fermo a 0.2.31, nessun Flathub (GitHub API; AUR; Flathub; Discord). Circa tre quarti delle stelle sono arrivate nei quattro mesi dopo lo Show HN; da metà 2025 cresce di ~1 stella al giorno (i traguardi intermedi sono interpolati dalle note).
Lezione per gknowledge. Reor è gknowledge senza GNOME e senza la wiki: stessa tesi locale-first, stessa compatibilità Obsidian, stesso singolo autore. È sopravvissuto 18 mesi di sviluppo e due anni di vita. La differenza di esito dipenderà da due cose che Reor non aveva: un canale di distribuzione che continua a portare utenti senza marketing (Flathub) e un secondo maintainer. Il dettaglio dell'AppImage con --no-sandbox è un argomento concreto a favore di Flatpak.
Khoj è il progetto più longevo e più stellato della rosa, e il suo arco mostra sia i canali che funzionano su Linux (plugin, pip, Docker) sia il costo di un pivot cloud.
- 4 apr 2021 — primo commit: ricerca semantica su heading org-mode con Sentence Transformers; 16 ago 2021 — repository creato (commits API).
- 15 ago 2022 — v0.1.5-alpha: ricerca incrementale su Markdown/org/Beancount/foto; interfacce Emacs, web e desktop; install via pip, Docker o app native (v0.1.5-alpha). Debanjum Singh Solanky lavora a tempo pieno dall'estate 2022, a ~300 stelle (10k stars blog).
- 20 dic 2022 —
khoj.elsu MELPA; 4 gen 2023 — 0.2.1 con plugin Obsidian (0.2.1); 31 mar 2023 — chat nel plugin Obsidian, tagline "A search assistant for your second brain". - 8 lug 2023 — primo HN di terzi, 155 punti (HN 36641542); 29–30 lug 2023 — 0.10.0 "Enable offline chat with Llama 2" e "Show HN: Khoj – Chat offline with your second brain using Llama 2", 565 punti e 150 commenti (0.10.0; HN 36933452). Stelle: 919 il 14 luglio, 2.513 il 2 agosto.
- 11 ago 2023 — Launch YC (batch S23), "Hundreds of technical, advanced knowledge workers are already using this" (Launch YC).
- 16 nov 2023 — licenza da GPLv3 ad AGPLv3; 19 nov 2023 — 1.0.0 "Ambling Amla": multiutente, Postgres, Khoj Cloud (LICENSE history; 1.0.0).
- 5 apr 2024 — 1.9.0: chat offline con llama.cpp e qualsiasi GGUF; è anche l'ultima release con installer desktop (dmg, AppImage, deb, exe) come asset GitHub (Releases API).
- 1 mag 2024 — 1.12.0 Automations, README "creates always-available, personal AI agents"; giugno 2024 — "trending #1 on GitHub" dopo YouTube e Twitter, 11.858 stelle il 26 giugno (10k stars blog).
- 11 ott 2024 — agenti personalizzati; 2 nov 2024 — 1.28.0 Research Mode e code tool (1.28.0); 24 feb 2025 — 26.474 stelle, il salto più grande.
- 2 giu 2025 — 1.42.0 "Operator" sperimentale (computer use); 6 lug 2025 — 2.0.0-beta.1, riarchitettura mai uscita dalla beta (2.0.0-beta.1).
- 22 dic 2025 — nasce
khoj-ai/pipali(Apache-2.0) (Pipali); 25–26 mar 2026 — 2.0.0-beta.26/28 con il banner "Khoj Cloud is being deprecated on April 15, 2026", ultime release (2.0.0-beta.26). - 15 apr 2026 — chiusura del cloud: "hand-building data integrations became long and costly", "similar products from the big AI labs made defensibility difficult", "subscription, cloud-first model, complex document syncs, custom integrations, and six clients" erano "very difficult to scale in utility"; il codice resta open source e self-hostable (app.khoj.dev).
- 2 ago 2026 — ultimo commit (fix privacy telemetria); 12 ott 2026 — 37.657 stelle, 2.508 fork, 73 contributori ma 3.497 commit di debanjum e 1.560 di sabaimran (GitHub API; contributors).
Il posizionamento è cambiato cinque volte, sempre per proprietà e mai nominando concorrenti: "A natural language search engine for your personal notes" (2022) → "A search assistant for your second brain" (mar 2023) → "An AI personal assistant for your digital brain" (lug 2023) → "creates always-available, personal AI agents" (mag 2024) → "Your AI second brain… scales from on-device personal AI to cloud-scale enterprise AI" (nov 2024 in poi) (README). La monetizzazione verificabile è un piano "Futurist" a 30 dollari al mese (home/index.html). I canali Linux che hanno funzionato sono quelli da sviluppatore: pip (~5,9k download al mese per khoj nell'ottobre 2026), Docker su GHCR, MELPA e il plugin Obsidian con 54.623 download cumulativi; nessun Flathub, AUR, Snap o Homebrew (pypistats; plugin stats; Flathub search; AUR).
Lezione per gknowledge. Khoj conferma che il posizionamento "self-hosted, any model, your data" resiste (le stelle sono cresciute di 3,5k anche dopo la chiusura del cloud), ma che un servizio cloud con "sei client" e integrazioni su misura non è sostenibile per un team di due persone; la non-goal "cloud-only SaaS" già scritta nel README di gknowledge è coerente con questa evidenza. Khoj mostra anche il valore di un plugin per un ecosistema esistente (Obsidian, Emacs) come canale a basso costo: per gknowledge l'equivalente è rendere la cartella knowledge/ un vault Obsidian apribile e, in prospettiva, un server MCP.
Letti insieme, i sei percorsi mostrano regolarità che valgono più dei singoli dettagli.
Lo Show HN è l'evento di lancio che funziona per le app personali, e funziona una sola volta. Reor (411 punti, da 198 a 3.194 stelle in dieci giorni), Khoj (565), Tolaria (318) e OpenKnowledge (381) hanno tutti un singolo thread Show HN come primo e maggiore picco; le submission successive degli stessi progetti sono cadute a 1–3 punti (HN 39372159; HN 36933452; HN 47882697; HN 48675435). I titoli vincenti nominano la tesi o l'alternativa: "runs models locally", "chat offline… using Llama 2", "alternative to Obsidian/Notion". I due progetti che non sono passati da HN (nashsu, WeKnora) sono cresciuti sui canali cinesi e su GitHub Trending; non sono replicabili da un progetto europeo.
La compatibilità Obsidian è il lasciapassare della categoria. Il gist la prescrive, nashsu la elenca tra ciò che ha "kept", Reor la prometteva ("shouldn't notice anything"), OpenKnowledge dichiara di aprire "Obsidian vaults", Khoj ha un plugin Obsidian con 54k download, e la domanda "perché non un plugin Obsidian?" è comparsa in ogni thread HN. gknowledge già usa Markdown con frontmatter "Obsidian-compatible": va dimostrato con una cartella .obsidian/ opzionale e uno screenshot del vault aperto in Obsidian, come fa nashsu.
Il rilascio frequente è la norma, ma con due regimi. Tutti hanno rilasciato quasi quotidianamente nelle prime settimane (Reor 20 release a gennaio 2024, nashsu ~2 al giorno a fine aprile 2026, Tolaria 242 a marzo 2026, OpenKnowledge 1.223 in 131 giorni) e poi si sono assestati: Tolaria su uno stable ogni ~2 settimane, nashsu su uno ogni 1–2 settimane, WeKnora su una minor ogni 4–6 settimane. Il regime "Flathub" è il secondo: Alpaca ha avuto successo con 100+ release in 27 mesi, cioè circa una a settimana (Alpaca releases).
L'abbandono dei progetti solo-maintainer è la regola, non l'eccezione. Reor è archiviato; nashsu ha l'86% dei commit e nessun push da due settimane; Tolaria ha il 92,9% dei commit di una persona e +36 stelle al mese; WeKnora, pur con 246 contributori, ha il 62% dei commit su un lead maintainer; Khoj è stato due persone per cinque anni. Le note stimano la "vita utile" di Reor in due anni esatti dall'archiviazione, e un commentatore HN lo aveva previsto per Tolaria il giorno del lancio. Per gknowledge il bus factor è il rischio numero uno, e la cura è reclutare presto un co-maintainer e un packager (il pacchetto AUR, in tutti i casi osservati, lo ha aperto un terzo).
Il cloud non ha pagato, il locale sì. Khoj ha chiuso il cloud citando costi e indifendibilità; OpenKnowledge dichiara "no hosted intermediary" e nessun piano a pagamento; Tolaria è "free forever" finanziata da newsletter e sponsor; nashsu non ha modello economico; WeKnora è una divisione di Tencent. Il posizionamento "local-first, nessun servizio obbligatorio" di gknowledge non è una rinuncia ma lo stato dell'arte della categoria.
La licenza divide i progetti in due famiglie, e MIT è la scelta minoritaria ma compatibile con GNOME. nashsu (GPL-3.0), Tolaria (AGPL-3.0 più policy sui marchi), OpenKnowledge (GPL-3.0-or-later più CLA), Reor e Khoj (AGPL-3.0) proteggono il codice da fork chiusi e, nel caso di Khoj, il cloud da SaaS concorrenti (la rilicenza AGPL è arrivata tre giorni prima del lancio del cloud). WeKnora e gknowledge sono MIT. GNOME Circle richiede una licenza OSI e nessun CLA (AppCriteria): MIT va bene, il modello OpenKnowledge (CLA) non sarebbe ammissibile.
Tauri ed Electron hanno pagato un prezzo su Linux che gknowledge non paga. Tolaria dipende "on the distribution's WebKitGTK and input-method integration" e ha dovuto correggere fcitx/Wayland nell'AppImage; Reor ha avuto crash su Linux al lancio e l'errore SUID sandbox dell'AppImage su Ubuntu 24.04; OpenKnowledge è stato accusato di "uncanny valley" Electron e ha fornito Linux solo due mesi dopo il lancio; nashsu ha compilato per ARM64 ma ha distribuito solo artefatti grezzi. Nessuno dei sei ha un Flatpak, nessuno ha una lista in Flathub, e nessuno segue le HIG di GNOME. La domanda di HN "a freaking web app" è l'argomento di vendita di gknowledge.
Tutti i progetti sopravvissuti hanno aggiunto un server MCP. WeKnora dalla v0.1.0, Tolaria e OpenKnowledge dal lancio, nashsu il 3 giugno 2026; Reor non lo ha fatto (issue #521 senza risposta) ed è l'unico archiviato. Nel 2026 "gli agenti possono leggere e scrivere la wiki" è un requisito della categoria, non un'opzione.
Nessuno ha nominato NotebookLM. Un grep nei README di nashsu, WeKnora, Reor e Khoj non trova il nome; Tolaria e OpenKnowledge si confrontano con Obsidian e Notion. NotebookLM compare solo nelle recensioni di terzi e nel README di gknowledge. Toglierlo dalla lista dei "peer" del README (o relegarlo a un inciso "cloud-only, non open source") allinea gknowledge al linguaggio della categoria.
Il campo delle app AI GTK 4 + Libadwaita è piccolo, recente e fatto di chat client.
| App | Primo commit | Flathub (PR → merge) | Installazioni totali / ultimo mese | Stelle | Posizionamento | Circle |
|---|---|---|---|---|---|---|
| Alpaca (Jeffser) | 2024-05-11 | 2024-05-13 → 05-16 (3 giorni) | 361.587 / 10.565 | 1.650 | "A private AI client", Ollama locale, chat in SQLite | candidatura 2024-05-24, chiusa 2026-05-29 senza approvazione |
| Newelle (qwersyk) | 2023-06-11 | 2023-06-26 → 06-28 (2 giorni) | 77.296 / 2.825 | 1.485 | assistente/agente: tool, MCP, "Hybrid RAG Search", voce, comandi | nessuna candidatura |
| Bavarder (0xMRTT) | 2023-04-26 | 2023-04-27 → 05-03 (6 giorni) | 65.450 / 331 (dormiente) | 268 | "Chit-chat with an AI" su provider hosted | — |
| Moose | — | su Flathub; annunciata in TWIG #268 (2026-10-03) | n.d. | n.d. | chat Ollama con "document library" | — |
| Reins | — | su Flathub; TWIG #129 (gen 2024) | n.d. | n.d. | "Private AI Chat" per Ollama | — |
Fonti: Alpaca (GitHub; PR #5239; stats; Circle #230), Newelle (GitHub; PR #4284; stats), Bavarder (PR #4109; stats), Moose (TWIG #268), Reins (TWIG #129). Le note avvertono che la semantica di installs_total dell'API Flathub non è documentata.
Il vuoto è verificato per via diretta: la ricerca "knowledge base" su Flathub restituisce Obsidian, Trilium, Logseq, SiYuan, VNote e simili (tutte Electron o non GTK), "rag" restituisce quattro risultati, e nessuna app GTK nativa offre una knowledge base Markdown/SQLite mantenuta da un LLM; "chat con i documenti" esiste solo come funzione dentro gli assistenti (indici RAG di Newelle, document library di Moose, riconoscimento testo di Alpaca) (Flathub search). Le app Markdown GNOME che sono nel Circle, Apostrophe (249.771 installazioni, impacchettata in Debian, Fedora, Ubuntu e altri 38 repository) e Iotas (89.637), non hanno funzioni AI (Apostrophe stats; Repology). Bavarder e Imaginer mostrano il rischio opposto: app wrapper di provider hosted, attive cinque mesi e poi dormienti quando i provider sono cambiati. gknowledge, con un motore offline che funziona senza alcun provider, è strutturalmente immune a questo rischio.
Il dato che più dovrebbe orientare la strategia è il rapporto installazioni/stelle: Alpaca ha ~219 installazioni per stella, Newelle ~52, contro 6,8 download per stella di nashsu e ~8,7 di Reor. Su Flathub la scoperta avviene in GNOME Software e sul sito, non su GitHub; un'app con 1.500 stelle può avere più utenti reali di una con 20.000. Il corollario è che Alpaca è cresciuta senza TWIG (prima menzione undici mesi dopo l'ingresso in Flathub) grazie a stampa mainstream entro tre mesi (Ubuntu Handbook a luglio 2024, Forbes il 7 agosto 2024) e a release frequenti (Ubuntu Handbook; Forbes; TWIG #195).
L'accettazione su Flathub è basata su regole ed è veloce: le cinque app comparabili sono state mergiate in 1–6 giorni, i build di test durano 2–4 minuti, e la pubblicazione avviene "within 1-2 hour" dal merge (submission; PR #5239). Confrontando i requisiti con ciò che è nel repository oggi:
| Requisito Flathub | Stato nel repo (12 ott 2026) | Azione |
|---|---|---|
| Runtime "the latest version at that time of submission"; runtime EOL rifiutati | org.gnome.Platform 46 |
Passare al runtime corrente (Alpaca e Newelle sono su GNOME 50; il Circle ha chiesto ai membri di abbandonare il 49 entro il 10 ottobre 2026) (requirements; Circle #280) |
| Sorgenti con URL pubblici; "built entirely from source code"; nessun binario nel PR | sources: type: dir, path: ../.. |
Usare type: git con tag o type: archive con sha256 su una release GitHub; vendorizzare pypdf come wheel offline (pattern flatpak-pip-generator, come Alpaca) (manifest Alpaca) |
ID app: dominio controllato dall'autore con .well-known/org.flathub.VerifiedApps.txt, oppure io.github.<owner>.<App> |
io.gknowledge.Gknowledge → io.github.openapi.Gknowledge dalla 0.3.0 (19 ott 2026: gknowledge.io non registrato, openapi.io in vendita; il remote su Pages fa end-of-life-rebase dal vecchio ID) |
gknowledge.io è controllato (serve HTTPS e il token); altrimenti rinominare in io.github.<owner>.Gknowledge prima della sottomissione |
MetaInfo valida: screenshot, developer name, licenza, release con data, content rating; "warnings fatal", nessuna eccezione per appstream-missing-screenshots e appstream-missing-developer-name |
metainfo con summary, description, project_license MIT, content_rating, una release 0.1.0; mancano screenshot, developer, url (homepage, bugtracker), branding |
Completare il MetaInfo e validarlo con flatpak-builder-lint (linter) |
| "Static permissions must be kept to an absolute minimum"; portali obbligatori dove esistono | --filesystem=home |
Vedi 5.4 |
| "Applications that have only existed for a very short period of time will generally not be accepted"; solo software stabile | release 0.1.0 datata 2026-07-07 | Sottomettere con una 0.2/0.3 testata, non con l'MVP |
| Policy AI (da maggio 2026): divulgare codice generato da AI; "Flathub manifests must not contain AI-generated or AI-assisted content"; app con codice AI-generated "are not allowed", eccezioni "for mature, well-maintained projects" | da valutare dal team | Scrivere il manifest a mano, documentare la posizione del progetto nel PR, essere in grado di spiegare ogni parte del codice (requirements; GamingOnLinux) |
La policy AI merita attenzione particolare perché è il requisito più recente e più discrezionale. Le note osservano che essa colpisce il codice e i manifest generati, non le app con funzioni AI (Alpaca, Newelle e Moose sono state accettate o aggiornate dopo maggio 2026), e che il criterio di GNOME Circle è analogo: "app developers should be able to justify and explain the code they submit… Submissions with large amounts of unnecessary code, inconsistent code style, imaginary API usage, comments serving as LLM prompts, or other indications of AI-generated output will be rejected" (AppCriteria). Il team di gknowledge deve decidere e dichiarare la propria posizione prima della sottomissione.
Dopo l'accettazione, le linee guida di qualità (facoltative, dal gennaio 2024) decidono la promozione: nome ≤15 caratteri, sommario 10–25 caratteri in forma imperativa senza parole come "app" o nomi di toolkit, descrizione di 3–6 righe, 3–6 screenshot a ≤1000×700 con decorazioni native, note di rilascio per ogni versione, icona SVG, due colori di brand; chi le rispetta "can be featured on the weekly banner and in 'App of the Day' highlights" (quality guidelines). Il sommario attuale di gknowledge, "Turn raw material into an evolving knowledge base" (48 caratteri), supera il limite di 35.
GNOME Circle (dal 30 novembre 2020, 72 app al 12 ottobre 2026, 7 aggiunte nel 2026) richiede GTK 4 + Libadwaita, runtime GNOME su Flathub per x86_64 e aarch64, aderenza alle HIG, dark mode, accessibilità (navigazione da tastiera, alto contrasto, testo grande, Orca), licenza OSI senza CLA, MetaInfo valido, file .doap, branch predefinito main, CI, issue tracker pubblico, Code of Conduct nel README, nessun branding GNOME nel nome, ID valido (non org.gnome.), e i18n collegata a un'infrastruttura dalla prima review regolare (AppCriteria; apps.json). I benefici sono la presenza su apps.gnome.org e welcome.gnome.org, l'inclusione predefinita in "Editor's Choice" di GNOME Software, l'accesso al sistema di traduzione GNOME, l'idoneità alla GNOME Foundation e a GSoC/Outreachy (membership guide).
Il punto critico è che l'intake è chiuso dal 29 maggio 2026: il comitato ha dichiarato il backlog "our biggest issue" ("There are cases where apps have been waiting for feedback for years"), ha sospeso le nuove candidature, ha adottato la policy AI delle estensioni GNOME Shell e ha chiuso le issue in attesa di risposta del maintainer (Sophie Herold, 29 mag 2026). Il README del team dice ancora "Submissions are currently closed… Newly created issues will be closed immediately until submissions are open again" (Teams/Circle); a ottobre 2026 "several people responded to the call for reviewers" con "a significant increase in our review capacity", ma la riapertura non è datata (Fellowship Update, 7 ott 2026). Le durate osservate quando l'intake era aperto vanno da 5 giorni (Apostrophe, 2020) a 6 mesi (Iotas, 2024–25) fino a 2–3 anni senza esito (Alpaca, Planify) (Circle #3; Circle #238; Circle #186). Nessuna app AI è nel Circle. La strategia realistica è soddisfare i criteri da subito e candidarsi il giorno della riapertura; Planify dimostra che si arriva a 417.004 installazioni anche senza approvazione (Planify stats).
Il manifest attuale chiede --filesystem=home con il commento "Projects live in the user's files; a portal-based flow can tighten this later". Per Flathub questo è il permesso che i revisori contestano. Il linter classifica finish-args-home-filesystem-access e finish-args-host-filesystem-access come eccezioni concesse solo "on sufficient explanation", con il consiglio di usare portali o directory ben note (linter); il sito di Flathub, che implementa le regole di GNOME Software, etichetta home, home:ro, host come "Potentially unsafe" ("can-read-write-home-folder"), mentre --share=network e xdg-download restano "Probably safe" (safety.ts). Nel 2023 i revisori hanno rifiutato a Newelle "a very broad filesystem permission" e l'accesso al bus Flatpak, e Newelle ha pubblicato una build "restricted to the Flatpak data folder" documentando che allargare l'accesso "reduce[s] security by exposing your data and terminal" (PR #4284; Newelle README); nel 2024 ad Alpaca sono passati senza commenti --share=network e --device=all (PR #5239). Su 3.359 app, 480 usano home e 311 host, 212 xdg-documents e 262 xdg-download (permission stats).
Il set raccomandato per gknowledge, derivato da queste osservazioni, è --share=network (necessario per Ollama in locale e per gli endpoint OpenAI-compatibili; il provider offline non lo usa), --share=ipc, --socket=wayland, --socket=fallback-x11, --device=dri, senza --filesystem=home. Il flusso corrispondente è: scelta della cartella di progetto tramite il portale FileChooser, persistenza dell'accesso tramite il portale Documents, e progetti salvati per impostazione predefinita in ~/.var/app/<id>/data o nella cartella concessa. Un compromesso intermedio, se il flusso con i portali non è pronto, è --filesystem=xdg-documents, usato da 212 app e non bloccato dal linter; la sua etichetta di sicurezza esatta non è stata verificata dalle note (probabilmente "accede ad alcuni file specifici"). Ogni variazione successiva dei permessi statici viene "held for human review" (Flathub Safety), quindi conviene partire stretti. Non incorporare Ollama o llama.cpp: richiederebbe --device=all ("Potentially unsafe"), e Alpaca ha finito per spostarli in estensioni Flatpak separate (PR #6252). Il design di gknowledge, che parla a Ollama via HTTP e non lo incorpora, è già quello giusto.
La sequenza ripetibile ricostruita dalle note è: giorno 0 lista su Flathub e verifica dello sviluppatore → entro 1–2 settimane un item "[Autore] announces…" su This Week in GNOME, postato dal maintainer nella stanza Matrix #thisweek:gnome.org con link a Flathub e al repository, sotto "Third Party Projects" → entro 1–3 mesi copertura di Ubuntu Handbook, Phoronix, Forbes, It's FOSS → a ogni release notevole un "[Autore] reports…" su TWIG, ripreso dai riassunti settimanali di Ubunlog e Phoronix (TWIG #268; membership guide). Bavarder (Flathub 3 maggio 2023 → TWIG #94 ~5 maggio), Iotas (approvazione Circle 30 gennaio 2025 → TWIG #185 la stessa settimana) e Moose (annuncio TWIG #268 con link Flathub) l'hanno seguita; Newelle ha ottenuto tre articoli Phoronix in undici mesi dando nomi-milestone alle release ("1.0", "Llama.cpp support", "image generation") (Phoronix 1.0; Phoronix 1.2). Le date di alcuni numeri di TWIG sono stimate dalle note dalla numerazione settimanale. Gli altri canali Linux sono a basso attrito: l'AUR è aperto a chiunque (per Alpaca e Newelle lo ha aperto un terzo), nixpkgs ha accolto entrambe, mentre Debian, Fedora e Ubuntu non impacchettano nessuna app AI ma impacchettano Apostrophe (Repology alpaca; Repology newelle).
Il percorso seguente "ripercorre i passi" dei progetti studiati nell'ordine in cui li hanno compiuti (prodotto riconoscibile → lancio con binari pronti → cadenza → integrazioni agentiche → sostenibilità), sostituendo i canali generalisti con quelli GNOME. Le date partono dal 12 ottobre 2026 e ogni fase ha un criterio verificabile.
Fase 0 — Igiene del repository e del posizionamento (ottobre–novembre 2026). Correggere il link a Tolaria nel README; riscrivere la sezione dei peer nel linguaggio della categoria, con una sezione "What we kept from Karpathy's LLM Wiki / What we changed" sul modello di nashsu e un confronto esplicito con nashsu/llm_wiki, Tolaria, OpenKnowledge e Reor (nominati nel titolo del lancio, come ha fatto OpenKnowledge), spostando NotebookLM in un inciso; aggiungere i topic GitHub llm-wiki, llm-wiki-karpathy, gnome, gtk4, libadwaita, pkm, knowledge-base, local-first; rendere la cartella knowledge/ un vault Obsidian apribile (opzionale .obsidian/) e documentarlo con uno screenshot; decidere l'ID dell'app (dominio verificabile o io.github.<owner>.Gknowledge); completare il MetaInfo (screenshot, developer, url, branding, release notes, sommario ≤35 caratteri); portare il manifest al runtime GNOME corrente, con sorgenti git/archive e pypdf vendorizzato; sostituire --filesystem=home con i portali; far passare flatpak-builder-lint senza eccezioni; aggiungere .doap, CI, Code of Conduct, branch main, e una dichiarazione scritta sulla policy AI. Criterio: build riproducibile con org.flatpak.Builder e linter pulito.
Fase 1 — Release 0.2 "Flathub-ready" e lancio (dicembre 2026–gennaio 2027). Pubblicare una 0.2 con tag e release notes; aprire il PR "Add " contro new-pr di flathub/flathub e verificare lo sviluppatore il giorno del merge; la stessa settimana postare l'annuncio su TWIG ("introduce gknowledge, a native GTK and libadwaita app that turns your documents into an LLM-maintained wiki, fully offline") e pubblicare un pacchetto AUR; sottomettere uno Show HN con la tesi nel titolo ("Show HN: gknowledge – a native GNOME app that builds a Karpathy-style LLM wiki, offline by default"), accompagnato da binari pronti per tutti (qui: flatpak install), come Tolaria 48 ore dopo il lancio. Criterio: lista su Flathub verificata, un item TWIG, un thread HN, installs_total misurabile dall'API.
Fase 2 — Cadenza e milestone (febbraio–aprile 2027). Adottare il regime Alpaca: una release ogni 2–4 settimane, ognuna con un nome-feature che Phoronix possa titolare ("Ollama one-click setup", "Knowledge graph view", "Obsidian vault import", "Review queue"), e release notes nel MetaInfo; rispettare le linee guida di qualità di Flathub per entrare nei banner e in "App of the Day"; aprire GitHub Discussions e una stanza Matrix; aggiungere un server MCP che esponga ingest/query/lint della wiki agli agenti, perché è l'unica funzione che tutti i progetti sopravvissuti hanno aggiunto; valutare la compatibilità con l'Open Knowledge Format di Google come OpenKnowledge. Criterio: ≥3 release, ≥2 menzioni "reports" su TWIG, ≥1 articolo di stampa specializzata, installazioni mensili in crescita.
Fase 3 — 1.0, Circle e distribuzioni (maggio–settembre 2027). Rilasciare una 1.0 come evento stampa (Newelle 1.0 ha ottenuto Phoronix); aprire la candidatura GNOME Circle il giorno in cui l'intake riapre, con i criteri già soddisfatti dalla Fase 0 (accessibilità e i18n inclusi); cercare un packager per nixpkgs e, in prospettiva, Fedora/Debian, dove oggi nessuna app AI è presente. Criterio: 1.0 su Flathub, candidatura Circle aperta, presenza su almeno un repository di distribuzione oltre AUR.
Fase 4 — Sostenibilità (continua). Reclutare un co-maintainer con diritti di rilascio e un secondo proprietario del repository Flathub prima della 1.0; evitare servizi hosted obbligatori (Khoj); non incorporare runtime di inferenza (Reor, Alpaca); mantenere il runtime GNOME aggiornato (Flathub marca EOL le app a ≥3 runtime di distanza, il Circle fissa scadenze di tre mesi). Criterio: bus factor ≥2, nessun gap di rilascio superiore a tre mesi.
| Metrica | Fonte | Soglia di riferimento dai progetti studiati |
|---|---|---|
installs_total, installs_last_month, installs_last_7_days |
GET https://flathub.org/api/v2/stats/{app_id} (OpenAPI) |
Newelle 77k totali / 2,8k mese; Alpaca 362k / 10,6k; Folio 45k; Iotas 90k |
| Stato verifica e qualità | /verification/{app_id}/status, /quality-moderation/{app_id}/status |
verifica il giorno del merge (Alpaca, Newelle, Bavarder) |
| Rapporto installazioni/stelle | Flathub + GitHub API | Alpaca ~219×, Newelle ~52× (le app GitHub-only stanno a 7–9×) |
| Cadenza di rilascio | GitHub Releases | Alpaca ~1/settimana; Tolaria stable ogni ~2 settimane; evitare gap >3 mesi (Newelle ha perso 13 mesi nel 2023–24) |
| Menzioni TWIG | thisweek.gnome.org | Newelle 10 in 16 mesi; Planify 22 in 3 anni |
| Articoli stampa | Phoronix, Ubuntu Handbook, It's FOSS, FOSS Force | Newelle 3 Phoronix in 11 mesi; Alpaca Forbes entro 3 mesi |
| AUR voti e versione | AUR RPC | Alpaca 13 voti; Newelle 5; Tolaria 2; Reor orfano |
| Stelle, fork, contributori, share del primo contributore | GitHub API | i progetti con >85% dei commit su una persona si sono fermati (Reor, nashsu) |
| Issue e tempo di risposta | GitHub | SourcePulse ha marcato Tolaria "Inactive" a 30 issue/30 giorni senza risposta |
| Stato Circle | gitlab.gnome.org/Teams/Circle | intake chiuso dal 29 mag 2026; durate 5 giorni–3 anni |
Pattern Karpathy e categoria. Gist "LLM Wiki" (https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f; raw https://gist.githubusercontent.com/karpathy/442a6bf555914893e9891c11519de94f/raw/llm-wiki.md); HN 47640875; Implicator (https://implicator.ai/karpathys-llm-wiki-got-16-million-views-the-code-isnt-the-point-2/); ricerca GitHub (https://api.github.com/search/repositories?q=llm-wiki+OR+llm_wiki+OR+%22llm+wiki%22+karpathy&sort=stars); HN 47899844 (wuphf), 48620068 (OKF), 48673110 (Pith); GoogleCloudPlatform/knowledge-catalog; Platformer (https://www.platformer.news/karpathy-llm-wiki-journalism-productivity/).
nashsu/llm_wiki. https://github.com/nashsu/llm_wiki; API repo, commits, releases, contributors (https://api.github.com/repos/nashsu/llm_wiki...); README (https://raw.githubusercontent.com/nashsu/llm_wiki/main/README.md); LICENSE; star-history (https://www.star-history.com/nashsu/llm_wiki/); HN 48976240; AUR (https://aur.archlinux.org/rpc/v5/search/llm-wiki); green-dalii/obsidian-llm-wiki README; AIToolly (https://aitoolly.com/en/ai-news/article/2026-09-13-llm-wiki-emerges-as-an-open-source-desktop-alternative-to-traditional-retrieval-augmented-generation).
Tolaria. https://github.com/refactoringhq/tolaria; https://tolaria.md (concepts/ai, concepts/git, start/install, reference/release-channels); API repo, commits, releases, contributors; "Introducing Tolaria" (https://refactoring.fm/p/introducing-tolaria); "Introducing Portent" (https://refactoring.fm/p/introducing-portent); "Summer AI Coding Updates" (https://refactoring.fm/p/summer-ai-coding-updates); HN 47882697; release notes v2026-05-04; Homebrew (https://formulae.brew.sh/api/cask/tolaria.json); winget manifests; AUR; SourcePulse (https://www.sourcepulse.org/projects/28557482); dashen-tech; trademarks.md; tweet @DataChaz.
WeKnora. https://github.com/Tencent/WeKnora; API repo, releases, contributors, search issues; CHANGELOG.md; README.md; LICENSE; docs/LITE.md; website-docs installation; Tencent Cloud 2552362, 2659434, 3004320, 2656582; 53AI; Trendshift 15289; andrew.ooo review; HN Algolia "WeKnora"; dev.to (https://dev.to/retrovirusretro/tencent-just-released-a-rag-framework-and-nobodys-talking-about-it-2c9g).
OpenKnowledge. https://github.com/inkeep/open-knowledge; https://openknowledge.ai (download.md, docs/workflows/karpathy-llm-wiki, blog ACP, blog Linux/Windows, blog OKF, team.md); API repo, releases, contributors; README; CLA.md; npm registry e downloads API; HN 48675435; YC (https://www.ycombinator.com/companies/inkeep); funding post; TechTimes; AI Weekly.
Reor. https://github.com/reorproject/reor; API repo, commits, releases, contributors, stats; README; electron-builder.json5; HN 39372159; Wayback (20240214171120, 20240224133621, 20240607164124, 20241113034852, 20250607125257, 20260306030414, 20260216165928); issue #521, #522, #531, #533; AUR reor-bin; winget manifests; Flathub appstream 404; LinuxLinks; Gigazine; KDnuggets; Discord invite API.
Khoj. https://github.com/khoj-ai/khoj; API repo, commits, releases, contributors; release tag v0.1.5-alpha, 0.2.1, 0.6.0, 0.10.0, 1.0.0, 1.9.0, 1.12.0, 1.25.0, 1.28.0, 1.42.0, 2.0.0-beta.1, 2.0.0-beta.26, 2.0.0-beta.28; README (master e versioni storiche); LICENSE history; blog "10000 Stars Later" (https://blog.khoj.dev/posts/10k-stars-in/); HN 36641542, 36933452; Launch YC; YC page; app.khoj.dev (sunset); Wayback snapshots; PyPI/pypistats; Obsidian community-plugin-stats.json; MELPA; GHCR; khoj-ai/pipali.
Canale GNOME/Linux. Alpaca (https://github.com/Jeffser/Alpaca; https://jeffser.com/alpaca/; flathub PR #5239, #5552, #6252; manifest com.jeffser.Alpaca.yml; Flathub stats/appstream/verification; Circle #230; AUR alpaca-ai; Repology; Ubuntu Handbook; Forbes; FOSS Force; TWIG #195, #234); Newelle (https://github.com/qwersyk/Newelle; https://newelle.qsk.me/; PR #4284; manifest; stats; AUR; Phoronix 1.0/1.2/image gen; TWIG #195, #202, #210, #233, #250, #255, #263); Bavarder/Imaginer (PR #4108, #4109, #4123; stats; TWIG #96); Moose (TWIG #268); Reins (TWIG #129); Apostrophe (GitLab; Circle #3, #215; stats; Repology); Iotas (PR #4877; Circle #238; stats); Folio; Planify (Circle #186; stats); Flathub docs: requirements, submission, linter, quality-guidelines, verification, maintenance, blog "Raising the Bar", "App safety", "Vorarbeiter"; flathub-infra/website safety.ts; Flathub API stats, permissions, search, openapi.json; GamingOnLinux (maggio 2026, policy AI); GNOME Circle: Teams/Circle README, AppCriteria.md, membership_guide.md, apps.json, issue #274, #280; Sophie Herold 2026-05-29; Fellowship Update 2026-10-07; Linuxiac 2026-05-30.
Repository gknowledge. README.md, data/io.gknowledge.Gknowledge.metainfo.xml, build-aux/flatpak/io.gknowledge.Gknowledge.yaml (letti il 12 ottobre 2026).
Aggiornato al 14 ottobre 2026; il punto al 19 ottobre è in §10, il giro sull'engagement del 27 ottobre in §10.5. Questa sezione evita di ripetere le stesse indagini: elenca dove gknowledge è già stato proposto, con quale esito, quali piattaforme coprono i competitor e quali ricerche non hanno prodotto nulla. Prima di cercare nuovi canali, aggiornare questa sezione. I testi pronti da incollare sono in
docs/launch/(directories.md,outreach.md,blog-post.md,zh.md,emerging.md).
| Canale | Tipo | Data | Stato | Prossimo passo |
|---|---|---|---|---|
| awesome-llm-wiki #12 | lista awesome (219★, la lista di categoria: nashsu, Tolaria, OpenKnowledge) | 14 ott 2026 | merged il 14 ott; ringraziato l'autore il 15 ott con link all'org | nessuno |
| awesome-opensource-ai #840 | lista awesome (4.884★, accanto a Khoj e Newelle) | 14 ott 2026 | merged il 15 ott; ringraziato l'autore con link all'org | nessuno |
| awesome-gtk #465 | lista awesome (1.268★, Note-taking accanto a Iotas/Folio) | 14 ott 2026 | chiusa il 19 ott su richiesta del maintainer (vedi la riga awesome-gtk più sotto) | — |
| Karpathy-LLM-Wiki-Stack | blueprint (94★, tabella risorse con nashsu) | 14 ott 2026 | accettato il 27 ott: dopo la issue #3 il maintainer ha aggiunto la riga in §19 con la PR #4 ("young, single-maintainer, Linux-only… not tested"), e ha detto che non farà la revisione di fedeltà al pattern. Ringraziato, con l'invito a seguire l'org e la nostra posizione sui dati certificati | nessuna |
| AlternativeTo | directory | 14 ott 2026 | scheda inviata (coda gratuita, autore "Openapi"), 16 alternative collegate: Reor, Khoj, OpenKnowledge, Tolaria, Gemini Notebook (= NotebookLM), Mempipe, Obsidian, Logseq, SiYuan, Trilium, Zettlr, AnythingLLM, PrivateGPT, Open Notebook, Blinko, Nodus | attendere revisione; non condividere il link prima. La priorità costa $5 |
| OpenAlternative | directory | 14 ott 2026 | non inviata: servono 250★ per repo con meno di 6 mesi (50★ dal 7 gen 2027) e un sito su dominio proprio; le schede gratuite escono una al giorno lavorativo | riprovare con gknowledge.io attivo |
| EveryDev.ai | directory di AI dev tools (c'è OpenKnowledge) | 14 ott 2026 | login GitHub fatto; serve completare l'onboarding del profilo prima di /create/tool |
completare onboarding, poi compilare con directories.md |
| ClaudeKit (claudekit.io) | sito coreano curato a mano di strumenti per Claude Code (c'è nashsu) | 14 ott 2026 | non raggiungibile: nessun form, repo o contatto | nessuno |
| dev.to | articolo | 13 ott 2026 | pubblicato. 17 ott: commento di Justin (@fromthearchitect), data/AI architect su Fedora che sta scrivendo un'app foto GNOME in Rust. Ha messo la stella; il .deb e install.sh non gli servono e chiede il Flatpak (non ha visto il remote su Pages: badge e tabella del README dicevano ancora "Flatpak planned"). Consiglia di sviluppare nel runtime GNOME e osserva che le pagine invecchiano per drift delle sorgenti, non per allucinazioni. Da qui nascono il controllo "stale sources" e make start-flatpak (PR #42, mergiato il 19 ott; il PR #43 corregge il click nella sidebar) |
risposto il 19 ott dall'utente, dopo il rilascio della 0.3.0 con il Flatpak; ringraziato anche nell'annuncio della 0.3. Lui ha risposto la sera del 19 ott (commento): apprezza stale_sources via MCP e il fix WAL/document portal, autorizza il link alla Parte 1 della sua serie (aggiunto in CONTRIBUTING il 20 ott), proverà il Flatpak su Fedora 44 in settimana e aprirà issue (GitHub justinf555): smistarle per prime. 27 ott (commento): il Flatpak su Fedora 44 funziona, nessun problema; ringrazia per il link e segnala che la serie continua (è alla Parte 6 più un bonus). CONTRIBUTING ora linka la pagina della serie. Risposto dall'utente il 27 ott: grazie, link aggiornato, proposta di usare la sua serie come base di conoscenza demo di gknowledge (con link a ogni post, risultato mostrato a lui prima di pubblicare); attendere la sua risposta. Commentare con contenuto tecnico i suoi articoli recenti sulle liste GTK4 (0–1 reazioni), senza chiedere stelle. Più avanti: cross-promozione tra app GNOME e, se il rapporto cresce, co-maintainer per il packaging (§6). Ripubblicare su Medium con canonical a dev.to |
| Theo James (Medium, editor di Better Workflow) | classifica "8 Apps… Karpathy-Style LLM Knowledge Base" | 14 ott 2026 | testo pronto in outreach.md (risposta all'articolo o pitch alla pubblicazione); nessun contatto esterno |
inviare da account Medium |
| Prahlad G. Menon (themenonlab.blog) | blog che ha coperto Tolaria e OKF | 14 ott 2026 | email pronta in outreach.md (prahlad.menon@quant.md) |
inviare |
| awesome-gnome (1.622★, c'è Newelle) | lista awesome | — | saltata: richiede release stabili mature | proporre dopo Flathub |
| HelloGitHub #3956, ruanyf/weekly #12333, OpenGithubs/monthly #33 | newsletter cinesi via issue | 13 ott 2026 | inviate | controllare risposte |
| V2EX, Juejin, LINUX DO | comunità cinesi | 13 ott 2026 | bloccate (invito, telefono, codice) | testi in docs/launch/zh.md |
| up-for-grabs #6258 | elenco di progetti per principianti | 13 ott 2026 | merged | nessuno |
| awesome-for-beginners #2143 | lista per principianti (90k★, pubblico forte in India e Africa) | 14 ott 2026 | PR aperta (data.json, Python, good first issue) |
attendere merge |
| awesome-hacktoberfest-2026 #22 | lista Hacktoberfest (62★), sezione Coding for Beginners | 15 ott 2026 | PR aperta; ultimo merge del maintainer a nov 2025 | attendere merge |
| ollama/ollama #19001 | README Community Integrations (183k★), sezione RAG & Knowledge Bases | 14 ott 2026 | PR aperta; 80+ PR README in coda, merge rari | attendere |
| awesome-context-engineering #88 | lista awesome (211★, molto attiva, merge quasi quotidiani), sezione Memory & Compression accanto a LWC e Dory | 16 ott 2026 | mergiata il 24 ott da yzfly (EN + CN). La #69 per openapi-llm-wiki era stata chiusa come "vendor-specific catalog": il maintainer vuole metodi o strumenti riutilizzabili, descritti per meccanismo; ringraziato sulla #69 con link alla #88. Il 27 ott ringraziato sulla #88 con invito a guardare e seguire l'org | — |
PyPI gknowledge-mcp + registro MCP ufficiale |
pacchetto e registro MCP (io.github.openapi/gknowledge) |
16 ott 2026 | pubblicati 0.2.2 dal workflow mcp.yml (trusted publishing + OIDC); uvx gknowledge-mcp --init verificato. awesome-mcp-servers: #16623 chiusa il 16 ott (chiesto un server per PR), divisa il 19 ott in #16968 (mcp-server) e #16969 (gknowledge). 27 ott: mcp-server rivendicato su Glama, voto B, punkpeye ringraziato sulla #16968; gknowledge inviato a Glama: email di rifiuto ("descrive un'app GNOME, non un server MCP"), ma la scheda openapi/gknowledge è comparsa comunque con voto A (il reinvio come gknowledge-mcp è stato rifiutato come doppione). Badge aggiunto nella #16969, punkpeye ringraziato |
attendere il merge delle due PR. Controllare PulseMCP |
| awesome-gtk | lista awesome GTK (Office → Note-taking) | 19 ott 2026 | il maintainer (GerryT11) chiede di aspettare: progetto troppo giovane (prima release 13 ott). Ringraziato e PR chiusa | riproporre (riaprire #465 o nuova PR, menzionando GerryT11) dopo la release su Flathub e qualche mese di release |
| PyCoder's Weekly | newsletter Python (form Google) | 14 ott 2026 | modulo compilato, invio bloccato dal classificatore auto mode | inviare a mano con i testi di emerging.md |
| TabNews, r/developersIndia, Hashnode, Viblo, Techpoint Africa, organizzatori Hack Day | comunità e stampa in Africa e paesi emergenti | 14 ott 2026 | testi pronti in emerging.md |
pubblicare dal proprio account; r/developersIndia solo nel thread Showcase dell'8 nov |
Mappa delle piattaforme trovate il 14 ottobre 2026, raggruppate per modo di accesso.
Liste awesome e curate su GitHub (ricerca: README che linkano nashsu/llm_wiki, refactoringhq/tolaria, inkeep/open-knowledge, Jeffser/Alpaca, qwersyk/Newelle):
| Lista | ★ | Esito |
|---|---|---|
| gavischneider/awesome-llm-wiki | 219 | PR #12 merged |
| alvinreal/awesome-opensource-ai | 4.884 | PR #840 merged |
| valpackett/awesome-gtk | 1.268 | PR #465 |
| Kazhnuz/awesome-gnome | 1.622 | rimandata (maturità) |
| ScrapingArt/Karpathy-LLM-Wiki-Stack | 94 | riga in §19 (PR #4, 27 ott) |
| weijt606/ai-agent-map | 75 | non valutata a fondo |
| fsaint/bestOfSecondBrainLLM, zhuyansen/awesome-obsidian-ai-skills, tech-anupam/awesome-agentic-ecosystem, scholar-zishan/awesome-opensource-ai, csells/awesome-jarvis | 0–13 | scartate: traffico nullo |
| uhub/awesome-llm, uhub/awesome-typescript | — | generate dai topic GitHub: dipendono dai topic del repo |
| raccolte "awesome-stars" personali, github-trending archive | — | automatiche, non sollecitabili |
Directory di software: AlternativeTo (OpenKnowledge, Reor, Khoj), OpenAlternative (Tolaria), openapps.pro (Tolaria), EveryDev.ai (OpenKnowledge), skills-hub.ai (OpenKnowledge), ClaudeKit (nashsu), winget GUI e wingetly (nashsu, solo Windows), OnWorks (pagine Linux generate automaticamente).
Aggregatori automatici (si attivano con stelle e GitHub Trending, non si sollecitano): SourcePulse, gittrend.io, heatdrop.ai, feedbagel, Trendshift, gitblind, AIToolly (ha coperto nashsu dal trending in più lingue).
Articoli e blog (si raggiungono contattando l'autore):
| Piattaforma | Cosa ha coperto | Accesso |
|---|---|---|
| Medium, Theo James | classifica di 8 app (NotebookLM, Recall, Obsidian, Khoj, AnythingLLM, Quivr, Heptabase, Constella sponsorizzato) | risposta Medium, pubblicazione Better Workflow |
| Medium, Kristopher Dunham | recensione di nashsu, finita in awesome-llm-wiki | risposta Medium |
| Stackademic | "RAG is dead, LLM Wiki is next" | pubblicazione Medium aperta a contributi |
| themenonlab.blog | Tolaria, Google OKF | email (vedi outreach.md) |
| AI Chat Daily | il fenomeno LLM Wiki | da contattare |
| The AI Operator | Substack sul pattern | da contattare |
| AFFiNE blog, Denser, SmartScope, Pebblous, Neo4j | blog di vendor che spiegano il pattern e citano nashsu | basso valore, vendor concorrenti |
| Towards Data Science | articolo critico sugli LLM wiki | accetta articoli esterni |
| PromptZone, braindetox.kr (4 lingue) | OpenKnowledge | community aperta / autore |
| drweb.de (DE), logicity.in, pyshine.com, ecosistemastartup.com (ES) | OpenKnowledge, nashsu, Tolaria | redazioni da contattare |
| PromptQuorum | recensione di Khoj (LLM locali) | da contattare |
| Platformer, Implicator, TechTimes, AI Weekly | stampa sul pattern e su OpenKnowledge (dopo Show HN) | solo dopo un lancio con trazione |
Stampa Linux/GNOME (dove Newelle e Alpaca hanno avuto copertura; nessun competitor Tauri/Electron ci è arrivato): Phoronix (4 articoli su Newelle, si attiva con release con nome), OMG! Ubuntu (tag Newelle), MakeTechEasier, Ubuntu Handbook, FOSS Force ("Linux App of the Week"), LinuxLinks ("Machine Learning in Linux", Reor), AlternativeTo News, This Week in GNOME (§5.5).
Social: su X @DataChaz e @Sumanth_077 hanno spinto Tolaria con la formula "Karpathy's LLM wiki just became a real app"; su TikTok @github.awesome presenta repository GitHub. Da contattare in DM dal proprio account.
Comunità: r/LLM_Wiki (linkato dal badge di awesome-llm-wiki), TiddlyWiki forum, Hacker News (§4, un solo Show HN utile per progetto).
Al 14 ottobre 2026 queste ricerche non hanno trovato copertura dei competitor; sono spazi liberi, ma senza un pubblico già agganciato alla categoria:
- XDA, MakeUseOf, How-To Geek, It's FOSS, Linuxiac, 9to5Linux, GamingOnLinux: nessun articolo su Tolaria, nashsu, OpenKnowledge, Newelle o Alpaca.
- Zenn, Qiita (JP): nessun articolo su nashsu/llm_wiki.
- 少数派, 掘金, CSDN, 知乎 (CN): nessun articolo trovato via ricerca web (le ricerche interne ai siti non sono state fatte).
- GeekNews / news.hada.io (KR): nessun post sulle app LLM Wiki.
- console.dev, TLDR: nessuna menzione.
- HackerNoon, Analytics Vidhya, MarkTechPost: nessuna menzione di OpenKnowledge.
- YouTube: nessuna recensione video trovata via ricerca web.
- Product Hunt: irrilevante per Tolaria (29 upvote, §3.3); per OpenKnowledge le cifre "#1" sono di seconda mano.
- goodfirstissue.dev (DeepSource): richiede almeno 10 contributori; gknowledge ne ha 3. Riprovare più avanti.
- Liste awesome regionali (awesome-indonesia-repo, awesome-brasil, awesome-vietnamese, liste Africa): accettano solo progetti di autori locali.
- OSCA (Open Source Community Africa): la lista awesome-open-source non ha merge da gennaio 2024; nessun processo di showcase.
- EndoTheDev/Awesome-Ollama, rafska/awesome-local-llm: nessun merge recente, decine o centinaia di PR in coda. vince-lam/awesome-local-llms è generato da uno scraper.
- firstcontributions (/contribute-to-opensource): ultima aggiunta gennaio 2026, bassa priorità.
- Liste awesome-hacktoberfest (verificate il 15 ottobre 2026): OtacilioN/awesome-hacktoberfest (862★) non ha merge da ottobre 2023 e ha 23 PR in coda; mattjegan/awesome-hacktoberfest (133★) non aggiunge progetti da ottobre 2024; Piyushhbhutoria/awesome-hacktoberfest-2026 (62★) ha fatto l'ultimo merge a novembre 2025, ha poco pubblico ed è l'unica tentata (PR #22, §8.1). Dato che Hacktoberfest 2026 non conta più le PR (§8.4), le etichette
hacktoberfest,hacktoberfest-acceptedespamnon servono. - Newsletter in spagnolo, indonesiano, vietnamita o hindi che accettino segnalazioni via issue GitHub: nessuna trovata.
- Masakhane, Zindi, Deep Learning Indaba, Data Science Nigeria: comunità di ricerca ML o competizioni, fuori tema per un'app desktop.
Il messaggio per questo pubblico è offline, senza API a pagamento, su un portatile Linux qualunque, non Karpathy o MCP. Fatti e azioni:
- Hacktoberfest 2026 non conta più le PR (FAQ: "Pull requests and merge requests will no longer count toward Hacktoberfest rewards"). Il topic
hacktoberfestnon porta traffico, quindi non è stato aggiunto. Il tema 2026 è l'AI open source e i modelli open-weight; le sfide DEV HF26 richiedono un progetto nuovo costruito nella settimana della sfida, quindi gknowledge non è idoneo. - Hack Day locali: l'API MLH elenca 80 eventi futuri nelle aree target (Nigeria, Kenya, Uganda, Pakistan, Bangladesh, Brasile, Messico e altre). La lista breve e il messaggio agli organizzatori sono in
emerging.md. - README tradotti: francese (Africa francofona), portoghese brasiliano e spagnolo, con una sezione "pensato per funzionare senza connessione". Issue #32–#40 (
good first issue,translation) chiedono a madrelingua swahili, hausa, yoruba, amarico, arabo, hindi, indonesiano, bengali e vietnamita. - Topic GitHub: rimossi
llmwiki(duplicato),git-versioningerest-api; aggiuntioffline-first,local-firstegtk4. - Canali manuali verificati: TabNews (BR; post sul proprio progetto ammessi se utili,
Pitchnel titolo), r/developersIndia (solo thread Showcase mensile, secondo domenica), Viblo (VN; vieta pubblicità e post sotto 1.000 caratteri, serve un tutorial), Techpoint Africa (form di segnalazione). r/brdev rimuove i link a progetti propri: usare TabNews.
kern (runtime di container Rust per agenti, creato il 18 lug 2026, 442★ il 15 ott) è un progetto di un solo maintainer italiano partito da zero. Le stelle per giorno non sono leggibili dall'API (404 sugli stargazer), quindi la curva è ricostruita da snapshot Wayback, fork e directory.
- Circa l'85% delle stelle viene da un solo Show HN (item 49423927, lun 24 ago 2026, 18:24 UTC, 70 punti, #18 in prima pagina): 3 → 67★ in 3 ore, 374★ dopo 10 giorni (Wayback 3 set). Titolo nello schema "Nome – categoria in , no "; link diretto al repo; account HN creato 25 giorni prima e scaldato con 3–4 commenti tecnici su Show HN affini; risposte a ogni commento con misure.
- L'amplificazione dopo la prima pagina è stata automatica: TLDR Dev del 25 ago, Kitploit, una quindicina di bot di digest HN in cinese e giapponese, zeli.app, AlternativeTo ed EveryDev aggiunti da terzi. Il maintainer non ha inviato nulla di tutto ciò.
- Senza effetto misurabile: 14 release e ~650 commit a settembre (+68★ in 6 settimane), un secondo Show HN (4 punti) e uno morto, due post di blog nel repo mai sindacati, una issue tecnica su LangChain. Nessuna traccia su Lobsters, This Week in Rust, dev.to, Product Hunt, YouTube; X, Reddit e LinkedIn non verificabili.
- README costruito per essere verificato su HN: numeri nel titolo, GIF demo, tabella di confronto con Docker/Podman, sezione "limiti", CI che mantiene veri i numeri pubblicati, pochi badge.
Conseguenze per gknowledge: il passo che conta è un solo Show HN preparato bene, non altre directory. Prima del post: README con GIF reale, tabella di misure riproducibili (dimensione, tempo di ingestione offline per N pagine, RAM, zero chiamate di rete), sezione "limiti", confronto con nashsu, Tolaria, Reor e OpenKnowledge, badge ridotti a circa 6, homepage del repo diversa da console.openapi.com. Nelle due settimane prima: 3–5 commenti veri su thread HN di LLM wiki o LLM locali. Il giorno: lun–mer 14–15 UTC, link al repo, primo commento "perché l'ho fatto" senza link, presenza per 6 ore. Non copiare: Show HN ripetuti, la cadenza di release come leva per le stelle, storia dei commit riscritta.
Decisione (15 ottobre 2026): nessuna azione derivata da questo studio. Il successo di kern su Hacker News è documentato, ma l'effetto sul lungo periodo non è noto: 442★ dopo meno di tre mesi non dicono se la crescita durerà, né se il solo Show HN basti senza una presenza continua. Il README di gknowledge non va modificato per adattarlo a HN (niente tabella di misure, sezione limiti, riduzione dei badge). Le considerazioni sopra restano come riferimento; rivalutare osservando le stelle di kern nei prossimi mesi (gh api repos/getkern/kern -q .stargazers_count, 442 il 15 ott 2026).
Vincolo deciso dall'utente: niente riscrittura del README né modifiche al prodotto per inseguire un canale (§8.5). Solo espedienti legittimi. Nessuna azione è stata eseguita: questa sezione è il piano.
- 15 stelle, di cui 13 di colleghi messe il 23–24 settembre, più 2 dei maintainer delle liste awesome il 14 ottobre. La rete interna è esaurita.
- Il collo di bottiglia è il traffico, non la conversione: 56 visite e 10 visitatori unici in 14 giorni; referrer github.com (4) e news.ycombinator.com (2, nessun post HN su gknowledge trovato). 0 watcher, quindi le release non notificano nessuno. 35 download delle release in totale.
- Canali propri non usati: gknowledge non è tra i 6 repo fissati sul profilo dell'org (86 follower), né sul profilo di francescobianco (217 follower); il README del profilo dell'org non lo cita; blog openapi.com, YouTube, LinkedIn, Instagram e Facebook dell'azienda non ne hanno mai parlato. I repo fratelli portano poco: openapi-skills 60 unici in 14 giorni, openapi-python-sdk 36, openapi-cli 22, mcp-server 15.
- Homepage del repo =
console.openapi.com: nelle anteprime di HN e Reddit è un link fuorviante. È un'impostazione del repo, non del README. gknowledge-mcpnon è su PyPI né nel registro MCP.
- GitHub Trending Python (giornaliero), letto il 15 ott alle 08:40 UTC: l'ultimo progetto in lista aveva 16 stelle nel giorno; la soglia pratica è circa 20–40 stelle in 24 ore. Non esiste un trending per topic. Entrare in trending attiva gli aggregatori automatici di §8.2.
- Hacker News: su 138 lanci di repo AI/LLM nel 2024–25 (Kraishan 2025) la mediana è circa +40 stelle in 24 ore e +85 in 7 giorni, ma i repo partivano in media da 1.247 stelle. L'etichetta "Show HN" non dà vantaggi (p = 0,39). L'orario migliore è incerto: il testo dello studio indica 12–17 UTC, il grafico mostra il contrario (06–11 UTC). Borges & Valente 2019: mediana da 74 a 138 stelle nei 3 giorni attorno a un post HN riuscito. BookStack: 13.000 visitatori nel giorno HN contro ~700.
- Reddit: un progetto Terraform ha preso ~50 stelle da tre subreddit (dev.to); Infisical lo chiama uno dei canali principali, senza numeri. Serve karma pregresso.
- Canali aziendali: nessuno studio con dati di referrer. Il pubblico di openapi (acquirenti B2B italiani di API) è lontano da quello di gknowledge: aspettarsi poco, ma il costo è basso.
- Comprare stelle, scambi "star-for-star", bot, account falsi: vietati come "coordinated inauthentic activity", "rank abuse" e "secondary markets" (AUP).
- Giveaway o premi in cambio di una stella: vietati dalla stessa policy (engagement incentivato).
- Campagne interne "mettete una stella": lo studio sulle stelle false (CMU, NCSU, Socket: 4,5 milioni di stelle sospette) rileva proprio le stelle "in lockstep", molti account nella stessa finestra breve. Le 13 stelle del 23–24 settembre hanno già quella forma: non ripeterla. Un collega che usa l'app e la stella da solo va bene.
- Chiedere voti su HN o Reddit, ripostare lo stesso testo in più subreddit.
- r/LocalLLaMA: autopromozione al massimo 1 post su 10, affiliazione dichiarata, karma minimo, testo scritto da LLM solo se dichiarato.
- r/selfhosted: progetti con meno di 3 mesi solo il venerdì ("New Project Friday").
- r/ObsidianMD e forum Obsidian: il codice di condotta vieta l'autopromozione esclusiva; i post "Share & showcase" su LLM wiki hanno avuto 0 risposte. Meglio rispondere, dichiarandosi, al thread esistente su "automated inter-note linking… using GPT or other LLMs".
- Lobsters: solo su invito, autopromozione ≤25%. Bassa priorità.
- Registro MCP ufficiale: pacchetto PyPI la cui descrizione contiene
mcp-name: io.github.openapi/gknowledge(anche in un commento HTML), piùserver.jsonemcp-publisher.pyproject.tomlpuò puntare a unREADME.pypi.mdseparato: il README principale resta intatto. - Glama: i repo di organizzazioni rivendicano la scheda con un
glama.jsonnella radice. punkpeye/awesome-mcp-servers: PR, sezione "🧠 Knowledge & Memory". PulseMCP importa dal registro (non verificato).
| # | Azione | Chi | Sforzo | Stelle attese | Base |
|---|---|---|---|---|---|
| 1 | Show HN (testo pronto in docs/launch/README.md), settimana 3, poi 6 ore nel thread |
utente | M | 0–80 (mediana 30–40) | Kraishan; kern +64 in 3 ore; varianza alta |
| 2 | Reddit in sequenza con testi diversi e affiliazione dichiarata: r/LocalLLaMA, r/ObsidianMD, r/selfhosted (venerdì), poi r/gnome e r/linux | utente | M | 10–40 | Terraform ~50 da 3 subreddit; serve karma |
| 3 | Concentrare 1, 2, 4 e 5 in 48 ore (mar–mer) per entrare nel trending Python | utente | tempi | +10–50 se riesce | soglia 16–40 stelle/giorno |
| 4 | Canali aziendali: articolo sul blog openapi.com (canonical a dev.to), post LinkedIn aziendale con condivisioni dei colleghi con parole proprie (non "mettete una stella"), demo YouTube di 2 minuti | utente | M | 5–15 | nessun dato pubblicato; pubblico lontano |
| 5 | Thread X/Mastodon/Bluesky e DM a @DataChaz e @Sumanth_077 | utente | L | 2–20 | crescita di Tolaria su X (§8.2) |
| 6 | Item TWIG e segnalazione a Phoronix e OMG! Ubuntu con la v0.3 | utente | L | 3–10 | Newelle e Alpaca coperti lì |
| 7 | Pacchetto MCP: gknowledge-mcp su PyPI con README PyPI separato, server.json, registro, glama.json, PR ad awesome-mcp-servers (issue #22) |
noi, pubblicazione con credenziali utente | M | 2–8 | regole verificate; da controllare che giri senza GTK |
| 8 | Outreach già pronta: Menon, Theo James, PyCoder's (§8.1) | utente | L | 0–10 | una newsletter può portarne decine, spesso zero |
| 9 | Fissare gknowledge sul profilo dell'org (al posto di un SDK) e sul profilo personale; una riga nel README del profilo dell'org | utente (pin), noi (PR al README dell'org) | XS | 1–4 | 86 + 217 follower |
| 10 | Link incrociati dai README di openapi-skills, openapi-python-sdk e mcp-server | noi | XS | 1–3 | 133 unici in 14 giorni in totale |
| 11 | Topic: sostituire api-marketplace, certified-api, openapi, openclaw con gnome, libadwaita, karpathy, ollama, mcp-server, obsidian | noi | XS | 0–3 | evidenza debole |
| 12 | Risposte dichiarate in thread esistenti (forum Obsidian, r/LocalLLaMA, HN) | utente | L, continuo | 1–5 | i post showcase lì hanno 0 risposte |
| 13 | Attivare Discussions, annunciarvi le release, chiedere ai primi utenti di seguire il repo (Watch) | noi | XS | 0–2 | trattiene i visitatori, non ne porta |
| — | Homepage del repo verso la pagina delle release o di installazione | noi | XS | — | evita un link fuorviante nelle anteprime |
Stato al 16 ottobre 2026. Fatti: 11 (topic: tolti api-marketplace, certified-api, openapi, openclaw, ai, claude-skills; aggiunti gnome, libadwaita, karpathy, ollama, mcp-server, obsidian; limite di 20) e homepage (ora openapi.github.io/gknowledge). Il 7 è in PR #41 (merged; pacchetto e registro pubblicati il 16 ott): pacchetto separato gknowledge-mcp (solo core e server, senza GTK, con --init), server.json, glama.json e workflow mcp.yml. Dopo il merge servono il trusted publisher su PyPI e l'environment pypi; poi la PR ad awesome-mcp-servers. Da fare: 9, 10, 13.
Sequenza. Settimane 1–2: preparazione (7, 9, 10, 11, 13 e homepage da parte nostra; pin, outreach pronta, karma Reddit, 3–5 commenti HN veri e il video da parte dell'utente). Settimana 3: tutto il lancio in 48 ore (Show HN, social, LinkedIn e blog il primo giorno; r/LocalLLaMA e r/ObsidianMD il secondo; r/selfhosted il venerdì), obiettivo 30+ stelle in 24 ore. Settimane 4–5: v0.3 con una funzione dal nome riconoscibile, TWIG, Phoronix, r/gnome, r/linux. Settimane 6–8: risposte nei thread, Medium, thread Showcase di r/developersIndia dell'8 novembre, controllo delle PR aperte.
Stima. Con tutto il piano, la somma dei valori centrali è circa +80–110 stelle. Senza Show HN scende a +45–70: le 100 in 8 settimane diventano improbabili senza HN o un giorno in trending. L'alternativa a puntare tutto su HN è la combinazione Reddit + 48 ore concentrate.
Non conviene: Lobsters (invito), altre liste awesome piccole, pubblicità, giveaway (vietati).
| Giorno | Clone (unici) | Run di CI | Visite (unici) |
|---|---|---|---|
| 12 ott | 2 (2) | — | 1 (1) |
| 13 ott | 304 (81) | 39 | 42 (6) |
| 14 ott | 139 (61) | 4 | 11 (3) |
| 15 ott | 94 (41) | 5 | 9 (4) |
| 16 ott | 68 (32) | 3 | 46 (19) |
| 17 ott | 20 (15) | — | 4 (3) |
| 18 ott | 12 (9) | — | 6 (3) |
Fonti: gh api repos/openapi/gknowledge/traffic/clones, /traffic/views, gh run list.
- I clone non misurano le persone. Ogni
actions/checkoutconta come clone, e ogni runner come clone "unico". Il picco del 13 coincide con le 39 run di CI di quel giorno (v0.2.1, v0.2.2, i pacchetti.deb, il repository APT e il remote Flatpak); il calo segue la fine dei rilasci, non una perdita di pubblico. A questi si aggiungono mirror e scraper che clonano i repo appena entrano in una lista awesome. Da qui in avanti la metrica di riferimento sono visite uniche e stelle, non i clone. - Il traffico umano è sempre stato basso: 3–6 visitatori unici al giorno, con due picchi, il 13 (articolo dev.to) e il 16 (pubblicazione su PyPI e sul registro MCP, 19 unici). Referrer in 14 giorni: github.com 8 unici, alternativeto.net 3, Google 2, news.ycombinator.com 2.
- Stelle: 19 (15 al 15 ott). Le 4 nuove arrivano dalle liste awesome e dall'articolo dev.to (justinf555 il 17 ott è con ogni probabilità Justin di dev.to, che ha detto di aver messo la stella). Il primo contributo esterno di AdityaWagh06 (#1, #19) arriva da up-for-grabs o awesome-for-beginners.
- Nessuna delle candidature in attesa si è mossa: awesome-for-beginners #2143, awesome-hacktoberfest-2026 #22, ollama #19001 e awesome-context-engineering #88 sono aperte senza commenti; HelloGitHub #3956, ruanyf #12333 e OpenGithubs #33 non hanno risposte. awesome-mcp-servers #16968 e #16969 hanno l'etichetta
missing-glama: il bot chiede la scheda su Glama e il badge di punteggio nella riga. - Il §9.5 si è fermato alla preparazione: fatti topic, homepage e pacchetto MCP; nessuna delle azioni "utente" (Show HN, Reddit, social, TWIG, outreach) è partita. Il traffico è finito con l'ultima azione fatta.
La v0.3.0, uscita oggi, è il primo rilascio con un Flatpak installabile su qualsiasi distribuzione (io.github.openapi.Gknowledge, remote su Pages) e una funzione con un nome riconoscibile ("pagine che invecchiano quando la fonte cambia"). È esattamente il gancio che §6 (Fase 2) e §9.5 (azione 6) aspettavano per TWIG e Phoronix, e toglie l'obiezione "solo Ubuntu" dallo Show HN.
Calendario: TWIG esce il venerdì, gli item vanno inviati entro giovedì. Lo Show HN resta uno solo (§8.5, §9.4) e va fatto con l'app installabile ovunque.
| Quando | Azione | Chi | Testo |
|---|---|---|---|
| lun 19 – mar 20 ott | Rispondere a Justin su dev.to: Flatpak uscito, riga flatpak install, chiedergli di provarlo su Fedora (piano in §8.1) |
utente | da scrivere insieme |
| lun 19 – mar 20 ott | Scheda su Glama per openapi/gknowledge (il glama.json c'è già), poi badge nelle PR #16968 e #16969 |
utente (login Glama), noi (badge) | — |
| mer 21 ott | Discussions attive, annuncio della 0.3.0 lì (§9.5 azione 13); link incrociati dai README di openapi-skills, openapi-python-sdk e mcp-server (azione 10) | noi | — |
| entro gio 22 ott | Item TWIG per la 0.3.0 nella stanza Matrix #thisweek:gnome.org |
utente | docs/launch/README.md |
| gio 22 – ven 23 ott | Segnalazione a Phoronix e OMG! Ubuntu; articolo di aggiornamento su dev.to ("0.3: now on any distro via Flatpak, and pages that know when their source changed") | utente | docs/launch/README.md |
| settimana del 19 | 3–5 commenti veri su thread HN di LLM wiki o LLM locali; karma Reddit | utente | — |
| utente | docs/launch/README.md (aggiornato alla 0.3) |
||
| giorno dopo | r/LocalLLaMA e r/ObsidianMD, testi diversi | utente | docs/launch/README.md |
| ven 30 ott | r/selfhosted (New Project Friday) | utente | — |
| inizio novembre | r/gnome, r/linux; outreach Menon, Theo James, PyCoder's (§8.1); Showcase di r/developersIndia l'8 nov | utente | outreach.md, emerging.md |
Obiettivo originale: 30+ stelle nelle 24 ore dello Show HN, per entrare nel trending Python (§9.2). Dopo il §10.4 il peso passa a TWIG, Phoronix/OMG! Ubuntu e Reddit. Criterio di verifica: visite uniche e stelle, non clone.
Stato al 19 ottobre 2026 (sera).
- Risposta a Justin su dev.to: fatta dall'utente.
- Annuncio della 0.3 nelle Discussions dell'org, categoria Open Source AI: #72, accanto a quello della 0.2 (#71). Al posto di attivare le Discussions sul repo si usano quelle dell'org: il ticker Pulse le linka da ogni README dell'org, e un secondo spazio dividerebbe una comunità ancora piccola.
- Link incrociati (azione 10): una riga in openapi-skills e openapi-python-sdk (sezione "Related projects"), in mcp-server ("Useful Resources") e nel README del profilo dell'org. Le PR vanno aperte dall'utente: il classificatore di auto mode blocca le scritture su altri repository.
- Glama: scheda ancora assente (404 su
glama.ai/mcp/servers/openapi/gknowledge); serve il login dell'utente.
Stato al 27 ottobre 2026.
- Glama.
openapi/mcp-serverrisulta rivendicato dall'account dell'utente e ha voto B: il badge già presente nella riga della #16968 si risolve, punkpeye ringraziato.openapi/gknowledgeinviato con nome e descrizione da app ed è stato rifiutato: per il revisore descriveva un'app GNOME e non un server MCP, e cita la descrizione del repo ("native GNOME knowledge workstation"). Reinviato comegknowledge-mcp, con descrizione che parte da "Stdio MCP server" ed elenca i tool: rifiutato perché "MCP server already exists for this repository". Infatti la schedaopenapi/gknowledgeesiste e ha voto A, nonostante l'email di rifiuto del primo invio. Badge aggiunto nella riga della #16969, punkpeye ringraziato. Le email di Glama non vanno prese alla lettera: verificare il badge (<title>dell'SVG). - Lezione per le directory MCP: presentare gknowledge come
gknowledge-mcpcon i tool in prima riga, non come app; la descrizione del repo su GitHub pesa nella revisione. - awesome-context-engineering #88: mergiata il 24 ott; ringraziato yzfly con invito a seguire l'org.
- Justin: Flatpak verificato su Fedora 44 (primo test esterno fuori da Ubuntu); CONTRIBUTING linka tutta la sua serie. L'utente gli ha risposto il 27 ott proponendo la base di conoscenza demo.
Il 19 ottobre alle 14:36 UTC l'utente ha pubblicato su HN The Second Brain Gnome Users Deserve. Go Ahead, HN. Flag This OpenSourceProject, con link all'annuncio #72 e non al repo, senza prefisso "Show HN". Alla pubblicazione: primo su /newest, visibile anche senza login, 1 punto, 0 commenti.
- Contesto dell'account (
hacker-news.firebaseio.com/v0/user/francescobianco): karma 8; i post del 3, 4, 10 e 13 ottobre e uno del 29 settembre risultanodead. - Rischi segnalati e accettati: titolo che invita al flag, link a una pagina di annuncio invece che al repo, assenza da /show, effetto su un eventuale Show HN successivo. Proposta di cancellarlo finché aveva 0 commenti: rifiutata. L'utente accetta di perdere il lancio HN pianificato e sta preparando un repository separato per far crescere il karma dell'account.
- Conseguenza per il piano: lo Show HN del 27/28 ottobre esce dalla sequenza di §10.3. HN resta un canale dell'utente, gestito alle sue condizioni; non va più riproposto nei piani.
- Da osservare: punti, commenti e stato
deadoflaggeddell'item 50153030; referrernews.ycombinator.comnel traffico del repo e della discussione #72. - Esito al 27 ottobre: 2 punti, 0 commenti, item
dead. Nel traffico del repo, 2 visitatori unici da news.ycombinator.com in 14 giorni.
I numeri. Fonti: gh api repos/openapi/gknowledge, /traffic/views, /traffic/popular/referrers, stargazers con starred_at.
- Stelle: 24 (19 il 19 ott). Le 5 nuove: passasooz, evanjrowley e robertogallea il 19, simonetravaglini e AdityaWagh06 il 20, justinf555 il 21. Watcher: 0. Fork: 6.
- Visite uniche al giorno: 15 il 19 ott (0.3.0, post HN, LinkedIn), 10 il 20, 5 il 21, poi 0–4 dal 22. Dal 21 ott non è partita nessuna azione verso l'esterno, e il traffico segue le azioni, come già visto in §10.1.
- Referrer in 14 giorni (unici): LinkedIn 14 (10 dal web e 4 dall'app Android), github.com 10, alternativeto.net 4, Google 3, news.ycombinator.com 2, DuckDuckGo 1, up-for-grabs.net 1. LinkedIn è il primo canale esterno ed è l'unico tra quelli dell'utente che ha portato persone; HN, che pesava di più nel piano, ne ha portate 2.
- Rimasti indietro dal §10.3: nessun item TWIG (0 menzioni nel feed di thisweek.gnome.org), nessuna segnalazione a Phoronix e OMG! Ubuntu, nessun articolo di aggiornamento su dev.to (l'ultimo è quello del 13 ott: 6 reazioni, 2 commenti), nessun post Reddit.
- Candidature ferme: awesome-for-beginners #2143 e ollama #19001 (dal 14 ott), awesome-hacktoberfest-2026 #22 (dal 15), HelloGitHub #3956, ruanyf #12333 e OpenGithubs #33 (dal 13): nessun commento. awesome-mcp-servers #16968 e #16969: ora
has-glama, in attesa di merge.
Azioni, in ordine di resa attesa.
| # | Azione | Chi | Perché |
|---|---|---|---|
| 1 | PR #46 di AdityaWagh06 (rilevamento di Ollama locale nelle preferenze, +468/−9): aperta il 20 ott e mai commentata da un umano; la CI è ferma su action_required perché va approvata per i fork. Approvare la CI, rivedere e rispondere entro oggi, ringraziando |
utente (approvazione), noi (revisione) | è il suo terzo contributo (#1, #19). Un contributore che torna vale più di qualsiasi lista, e sette giorni di silenzio sono il modo più rapido per perderlo |
| 2 | LinkedIn di nuovo: post per la 0.3 (Flatpak su qualsiasi distro, testato su Fedora 44 da un utente esterno, server MCP con voto A su Glama) dal profilo personale e da quello aziendale; i colleghi lo condividono con parole proprie | utente | primo referrer esterno: 14 visitatori unici in 14 giorni, più di HN, Google e AlternativeTo messi insieme |
| 3 | Item TWIG entro giovedì 29 ott per l'uscita di venerdì 30, testo in docs/launch/README.md; nello stesso giorno, segnalazione a Phoronix e OMG! Ubuntu |
utente | era il gancio della 0.3 (§10.2) e non è ancora stato usato; il Flatpak è ora verificato anche su Fedora |
| 4 | Demo con la serie di Justin, se accetta: compilare Building GNOME Apps with Rust in un wiki gknowledge, poi l'articolo di aggiornamento su dev.to ("I compiled a GNOME dev series into a wiki my agents can cite"), mostrato prima a lui | noi (demo), utente (articolo) | trasforma un rapporto già caldo in contenuto con due pubblici; lui ha una ragione per condividerlo |
| 5 | r/selfhosted venerdì 30 ott (New Project Friday), affiliazione dichiarata; r/LocalLLaMA e r/ObsidianMD nei giorni dopo, con testi diversi | utente | in sospeso dal §10.3; serve karma Reddit |
| 6 | Commenti tecnici sugli articoli GTK4 di Justin (0–1 reazioni ciascuno), senza link al progetto | utente | reciprocità: il suo pubblico è quello di gknowledge |
| 7 | Hacktoberfest finisce il 31 ott: dopo, la #22 di awesome-hacktoberfest-2026 perde valore. Nessun sollecito; le issue di traduzione (#34–#40) restano good first issue per awesome-for-beginners e up-for-grabs |
— | non vale un sollecito a un maintainer inattivo da novembre 2025 |
| 8 | Un solo sollecito gentile su awesome-for-beginners #2143 dopo tre settimane (4 nov), se resta ferma | noi | lista da 90k★ con pubblico in India e Africa, coerente con le traduzioni aperte |
| 9 | Issue su Karpathy-LLM-Wiki-Stack che proponga la riga di gknowledge, descritta per meccanismo | noi | la #2 è stata mergiata senza di noi |
Aggiornamento della sera (27 ott).
- #2 LinkedIn: post per la 0.3 pubblicato. Verificare l'effetto sui referrer il 3 novembre.
- #3 stampa: suggerimenti inviati via email a OMG! Ubuntu e Phoronix con il testo della PR #49, senza screenshot di proposito: gli screenshot saranno il motivo di un secondo contatto verso il 26 novembre. TWIG è rinviato finché gknowledge non è su Flathub (TWIG vuole app su piattaforme affermate e non accetta note scritte da LLM).
- #9 Karpathy-LLM-Wiki-Stack: issue #3 aperta e accettata in giornata (riga in §19 con la PR #4, vedi §8.1).
- awesome-mcp-servers #16969: il bot ha confermato il badge, i requisiti di punkpeye sono soddisfatti, la PR è mergeable. Nessun sollecito prima del 3 novembre; l'ultimo giro di merge del maintainer è del 23 ottobre.
Da non fare. Chiedere stelle o follow a chi non ha ancora usato l'app; solleciti alle newsletter cinesi (HelloGitHub smaltisce la coda lentamente, un sollecito non la accelera); cambiare il README per un canale (vedi la memoria del progetto); riproporre HN (§10.4).
Metrica di controllo per il 3 novembre: visite uniche giornaliere sopra 5 per almeno tre giorni, 30 stelle, risposta sulla #46, merge di #16968 e #16969.