diff --git a/DISTRIBUTING.md b/DISTRIBUTING.md index 0e57079..fb95772 100644 --- a/DISTRIBUTING.md +++ b/DISTRIBUTING.md @@ -296,7 +296,7 @@ Il percorso seguente "ripercorre i passi" dei progetti studiati nell'ordine in c ## 8. Registro dei canali e delle ricerche già fatte -> **Aggiornato al 14 ottobre 2026; il punto al 19 ottobre è in §10.** 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/`](docs/launch/) (`directories.md`, `outreach.md`, `blog-post.md`, `zh.md`, `emerging.md`). +> **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/`](docs/launch/) (`directories.md`, `outreach.md`, `blog-post.md`, `zh.md`, `emerging.md`). ### 8.1 Stato delle candidature @@ -304,13 +304,13 @@ Il percorso seguente "ripercorre i passi" dei progetti studiati nell'ordine in c |---|---|---|---|---| | [awesome-llm-wiki #12](https://github.com/gavischneider/awesome-llm-wiki/pull/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](https://github.com/alvinreal/awesome-opensource-ai/pull/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](https://github.com/valpackett/awesome-gtk/pull/465) | lista awesome (1.268★, Note-taking accanto a Iotas/Folio) | 14 ott 2026 | PR aperta, `lint.py` verde | attendere merge | -| [Karpathy-LLM-Wiki-Stack](https://github.com/ScrapingArt/Karpathy-LLM-Wiki-Stack/pull/2#issuecomment-6165166168) | blueprint (94★, tabella risorse con nashsu) | 14 ott 2026 | richiesta di revisione in un commento sulla PR #2; il repo non ha mai accettato PR esterne | se non risponde, aprire una issue | +| [awesome-gtk #465](https://github.com/valpackett/awesome-gtk/pull/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](https://github.com/ScrapingArt/Karpathy-LLM-Wiki-Stack/pull/2#issuecomment-6165166168) | blueprint (94★, tabella risorse con nashsu) | 14 ott 2026 | richiesta di revisione in un commento sulla PR #2; la #2 è stata mergiata il 14 ott ma gknowledge non è nel README (verificato il 27 ott) | aprire una issue che proponga la riga, descritta per meccanismo | | 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](https://dev.to/francescobianco/i-turned-karpathys-llm-wiki-into-a-native-gnome-app-and-it-works-offline-130c). 17 ott: [commento di Justin (@fromthearchitect)](https://dev.to/fromthearchitect/comment/3i4d5), 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](https://github.com/orgs/openapi/discussions/72). **Lui ha risposto la sera del 19 ott** ([commento](https://dev.to/fromthearchitect/comment/3ia9i)): apprezza `stale_sources` via MCP e il fix WAL/document portal, autorizza il link alla [Parte 1](https://fromthearchitect.dev/posts/gnome-rust-part-1-getting-started/) 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](https://dev.to/fromthearchitect/comment/3iek7)): 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](https://fromthearchitect.dev/series/building-gnome-apps-with-rust/). Risposta preparata per l'utente: 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). 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 | +| dev.to | articolo | 13 ott 2026 | [pubblicato](https://dev.to/francescobianco/i-turned-karpathys-llm-wiki-into-a-native-gnome-app-and-it-works-offline-130c). 17 ott: [commento di Justin (@fromthearchitect)](https://dev.to/fromthearchitect/comment/3i4d5), 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](https://github.com/orgs/openapi/discussions/72). **Lui ha risposto la sera del 19 ott** ([commento](https://dev.to/fromthearchitect/comment/3ia9i)): apprezza `stale_sources` via MCP e il fix WAL/document portal, autorizza il link alla [Parte 1](https://fromthearchitect.dev/posts/gnome-rust-part-1-getting-started/) 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](https://dev.to/fromthearchitect/comment/3iek7)): 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](https://fromthearchitect.dev/series/building-gnome-apps-with-rust/). **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 | @@ -535,7 +535,7 @@ Obiettivo originale: 30+ stelle nelle 24 ore dello Show HN, per entrare nel tren - **Glama.** `openapi/mcp-server` risulta rivendicato dall'account dell'utente e ha voto B: il badge già presente nella riga della #16968 si risolve, punkpeye ringraziato. `openapi/gknowledge` inviato 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 come `gknowledge-mcp`, con descrizione che parte da "Stdio MCP server" ed elenca i tool: rifiutato perché "MCP server already exists for this repository". Infatti la scheda `openapi/gknowledge` esiste 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 (`