Repository · Pronto, con analisi parziale

CoreBunch/Instatic

Analisi rapida del 19 settembre 2026, 05:32

Analisi incompleta: L'albero dei file è dichiarato troncato e non comprende tutto il progetto. La valutazione si basa quindi sui manifesti, sul README e sulle parti visibili dell'albero; non è possibile verificare ogni file, workflow o dipendenza presenti nel repository.

7,3

Stelle: 8.747
Licenza: MIT
Linguaggio: TypeScript
Ultimo aggiornamento su GitHub: 13 settembre 2026, 22:51

Voto complessivo: media pesata dei sei voti dell'analisi, da 1 a 10, 10 è meglio · stelle, licenza e date come le pubblica GitHub

CMS visuale auto-ospitato che crea siti statici, gestisce contenuti e integra strumenti di progettazione, pubblicazione, plugin e IA.

Instatic gira come un unico server Bun. Offre un editor visuale per costruire pagine, un CMS per gestire contenuti e media, un sistema di plugin e un pubblicatore che genera file HTML e CSS statici. Supporta SQLite e Postgres e può essere eseguito con Docker.

Categorie e capacità

Costruttori visuali di siti · Gestione di contenuti strutturati · Pubblicazione di siti statici · Sistemi di gestione dei contenuti · Sistemi di plugin · Software auto-ospitato · Sviluppo assistito dall'IA

Uso

Adatto a

Siti vetrina, portfolio e siti per piccole attività.
Blog e siti editoriali con più autori.
Cataloghi, testimonianze, elenchi e altre raccolte di dati personalizzate.
Siti costruiti con un editor visuale e pubblicati come file statici.
Installazioni private su Railway, Render, Docker o un proprio server.
Automazione della progettazione e della gestione dei contenuti tramite modelli IA compatibili.

Non adatto a

Siti che richiedono un prodotto stabile e con API definitive: il progetto è ancora alla versione 0.0.x.
Installazioni che non possono usare Bun come runtime.
Progetti che richiedono analisi avanzate del traffico: il README descrive oggi soprattutto dati operativi e non analisi dei visitatori.
Team che vogliono evitare del tutto la gestione di database, file caricati, aggiornamenti e backup.
Siti che dipendono da un vasto ecosistema già maturo di plugin e moduli.

Che cosa serve per usarlo

Bun 1.4.1 o superiore, nella serie compatibile indicata dal progetto.
Node? No: l'avvio documentato usa Bun e `bun install`.
SQLite per l'installazione predefinita oppure Postgres per installazioni più strutturate.
Per l'esecuzione in produzione: Docker o un server compatibile, spazio persistente per database e upload.
Per usare l'IA: un provider configurato tra Claude, OpenAI, OpenRouter o Ollama.
Per alcune installazioni: HTTPS, volume persistente e una procedura di backup.

Che cosa può andare storto

Il progetto è pre-1.0 e dichiara che API e flussi possono cambiare.
Richiede Bun 1.4.1 o una versione compatibile della serie 1.4.
Il dossier non include l'intero albero dei file, quindi non consente di verificare ogni parte del progetto.
Le funzioni di analisi sono limitate a dashboard operativa, registro attività e dati dei moduli.
L'uso dei modelli IA richiede configurare un provider e sostenere i relativi costi, salvo uso di Ollama locale.
La pubblicazione e i dati persistenti richiedono una corretta gestione di database, volume degli upload e backup.
L'adozione di una versione 0.0.x espone a cambiamenti incompatibili prima della 1.0.
Il server concentra editor, CMS, autenticazione, plugin e pubblicazione in un unico componente: un problema operativo può coinvolgere più funzioni del sito.
I plugin possono aggiungere codice server e pagine di amministrazione; il sandbox QuickJS-WASM riduce il rischio, ma l'installazione di plugin resta una scelta da valutare con attenzione.
Le funzioni IA possono modificare pagine e contenuti; servono controllo degli accessi e verifica delle modifiche.
Il dossier non fornisce un controllo indipendente delle vulnerabilità delle dipendenze o della sicurezza in produzione.
L'uso di SQLite, storage locale e Docker richiede procedure proprie per backup e ripristino.

Valutazione

Qualità tecnica9

Il progetto usa TypeScript, validazione TypeBox, test unitari e di integrazione molto numerosi, test E2E, controlli architetturali automatici, lint e build separati. Il voto non è 10 perché il dossier non mostra risultati di esecuzione dei test né l'intero codice.
Maturità4

Ha 8.710 stelle, 807 fork, 140 questioni aperte e una versione pubblicata, ma è stato creato di recente secondo i fatti forniti e si trova ancora alla versione 0.0.20. Il README lo definisce esplicitamente pre-1.0.
Documentazione9

Il README contiene avvio rapido, deploy, database, backup, struttura tecnica e comandi. L'indice documenta architettura, server, editor, plugin, pubblicatore e molte funzioni. Il voto non è 10 perché il dossier non permette di verificare tutte le pagine elencate.
Facilità di integrazione7

L'installazione base usa SQLite e richiede pochi passaggi; sono disponibili Docker, Railway, Render e guide per VPS. L'integrazione costa però più di una libreria: richiede Bun, un server persistente, database, upload e configurazione operativa.
Cura della manutenzione8

Il repository non è archiviato, ha una versione pubblicata, workflow CI e release, numerosi test e documentazione strutturata. Il voto non è più alto perché il progetto è molto giovane e il dossier mostra 140 questioni aperte.
Sicurezza e rischi7

La licenza MIT è chiara; sono presenti MFA, ruoli, lockout, audit log, validazione agli ingressi, sanitizzazione e sandbox per i plugin. Restano i rischi di un progetto pre-1.0, delle dipendenze e dell'esecuzione di plugin e modifiche IA in un CMS con dati reali.

Fatti tecnici

Descrizione su GitHub	The open-source alternative to Webflow, Framer and WordPress. Agentic self-hosted visual CMS outputting clean static pages. Users, roles, plugins, content, database, it's all there.
Ultima versione pubblicata	v0.0.20
Copie derivate	815
Segnalazioni aperte	145
Argomenti	cms, css, css-framework, page-builder, static, website
Ramo predefinito	main
Creato su GitHub	30 aprile 2026, 17:48
Pagina del progetto	https://instatic.com
File nell'albero	3.896 (albero troncato)

Alternative interne

Nessuna alternativa interna indicata.

Fonti usate

Fatti pubblicati da GitHub su corebunch/instatic
README del progetto
Manifesto Dockerfile
Manifesto docker-compose.yml
Manifesto docs/README.md
Manifesto package.json
Albero dei file (2000 percorsi)

Quello che l'analisi ha davvero letto. L'analisi approfondita aggiunge il codice da cui si entra nel progetto, lo storico delle versioni, le segnalazioni e quello che se ne dice fuori da GitHub.

Note

Quello che hai visto provandolo. Le note non cambiano i voti dell'analisi e restano qui anche se scarti il repository.

Nessuna nota ancora.

Freschezza

Ultima analisi: Analisi rapida del 19 settembre 2026, 05:32
Ultimo controllo su GitHub: 22 settembre 2026, 06:36
Cambiamenti dopo l'ultima analisi: nessuno

Il controllo guarda quello che GitHub pubblica: nessuna intelligenza artificiale, nessuna spesa. Archiviato su GitHub, licenza cambiata o versione principale nuova rendono la scheda «Da riverificare»; nuovo codice, README e argomenti restano un avviso. Una nuova analisi azzera gli avvisi.

Analisi

Analisi rapida del 19 settembre 2026, 05:32.

Costo di questa analisi: 0,011997 USD
Testo elaborato: 33.713 token in ingresso, 2.974 token in uscita

Il costo comprende tutto quello che questa analisi ha chiesto all'intelligenza artificiale: la scheda, la ricerca delle fonti esterne e il riassunto dei cambiamenti.

In tutto il catalogo: 42 schede da analisi rapida, nessuna scheda da analisi approfondita.

Il costo medio di un'analisi approfondita non è ancora disponibile: nessuna analisi ha registrato il costo.

Che cosa leggono le due analisi

Analisi rapida. Legge la scheda pubblica di GitHub, il file di presentazione, l'elenco dei file e i file di configurazione, poi fa una domanda al modello.

Analisi approfondita. Aggiunge i file da cui si entra nel programma, il diario delle modifiche, le ultime 10 versioni con le loro note, 30 segnalazioni aperte e 30 chiuse e 10 discussioni. Cerca inoltre su internet che cosa si dice del progetto fuori da GitHub. Solo dopo rifà la scheda da zero: due domande al modello, più una terza per raccontare che cosa è cambiato.

La scheda non acquista campi in più: voti, capacità e usi restano gli stessi. Cambiano le informazioni su cui sono fondati, visibili nella sezione «Fonti usate».

1 esecuzione ▾

Analisi rapida · 19 settembre 2026, 05:31 — completata