Redaktionel proces

Hvorfor vi udgiver dette#

IPFS.NINJA-bloggen findes for at hjælpe udviklere med at træffe solide beslutninger om content-addressed storage — hvilken pinning-tjeneste man skal bruge, hvornår en dedikeret gateway er umagen værd, hvordan NFT-metadata egentlig bør pinnes, og så videre. Hver eneste af disse beslutninger har reelle omkostnings- og binding-konsekvenser. Så vi tager nøjagtigheden af det, vi udgiver, alvorligt, og vi mener, du bør vide præcis, hvordan indholdet på denne blog bliver til.

Hvad der adskiller vores indhold#

• Produkt-verificeret. Hvert kodeeksempel, hvert API-kald og hver prisangivelse tjekkes mod den live IPFS.NINJA-platform, når det udkastes. Hvis en påstand ikke kan testes mod produktionen, bliver den ikke udgivet.
• Skrevet af folk, der driver produktet — ikke af marketingfolk. Personen, der gennemgår hvert indlæg, driver også platformen til daglig, håndterer supportsager og læser de driftssignaler, den udsender.
• Sammenligninger er ærlige. Når vi skriver “IPFS.NINJA vs. Pinata / Filebase / Web3.Storage”, citerer vi deres offentlige dokumentation og prissider ordret. Intet bliver fremstillet urimeligt. Hvis de har lanceret noget, vi ikke har, siger vi det.
• AI-assisteret, menneske-ejet. Et navngivet menneske godkender hver artikel, før den udgives. AI hjælper med skalering; menneskelig dømmekraft afgør, om den udgives.

Sådan bliver hver artikel til#

1. Brief-udarbejdelse#

Hver artikel starter fra et reelt signal — et mønster i supportsager, en klynge af søgeforespørgsler fra Search Console eller et kundeintegrationsspørgsmål. Briefen fastlægger målgruppen, det løfte artiklen giver, og den søgeintention, den retter sig mod.

2. Research og produktverificering#

Vi læser de primære kilder til enhver påstand: IPFS-specifikationen, go-ipfs-/kubo-dokumentationen, konkurrenternes aktuelle priser og API-dokumentation. Hvert kodestykke køres mod den live IPFS.NINJA-platform. Hvis noget ikke virker som dokumenteret, registrerer vi det som en produktfejl, før vi udgiver artiklen.

3. Udkast#

De fleste udkast produceres med AI-assistance under en indholdsgenererings-prompt, der indeholder artikelbriefen, de verificerede fakta fra trin 2 og vores stilguide. Udkast lander i repoet som en .md-fil med fuld frontmatter, klar til gennemgang — ingen marketingskabelon, intet separat CMS.

4. Menneskelig gennemgang#

En navngivet reviewer læser hvert udkast fra ende til anden. Deres opgave er at fange:

• Enhver påstand, der ikke understøttes af de primære kilder, eller som ikke kan genskabes mod det live produkt
• Sammenligninger, der overdriver vores position eller fremstiller en konkurrents nuværende tilbud forkert
• Rådgivning, der ville koste læseren reelle penge, hvis de fulgte den — prisberegninger, valg af abonnement, migreringsveje
• Tekst, der læses som marketing snarere end praktisk ingeniørarbejde

5. Finpudsning og sidste gennemlæsning#

Reviewerens bemærkninger kommer tilbage som revisioner, udført af AI ud fra det oprindelige udkast plus reviewerens specifikke feedback. Reviewer læser derefter revisionen igennem for at bekræfte, at hver bemærkning er blevet håndteret — ikke bare noteret.

6. Lokalisering#

Vi oversætter hver udgivelsesklar artikel til 40 yderligere lokaler. Hver oversættelse bevarer den tekniske nøjagtighed af originalen — kodeeksempler omskrives ikke, kun teksten lokaliseres. Den engelske artikel er altid den kanoniske; hvis en oversat variant er uenig med den engelske, vinder den engelske.

7. Udgivelse og AI-oplysning#

Hver udgivet artikel bærer en synlig AI-indholdsoplysning (nederst i hvert indlæg), der forklarer, at artiklen er AI-assisteret og menneske-gennemgået. Dette er et Google helpful-content-signal og et løfte til læseren om, at oprindelsen af det, du læser, ikke er skjult.

Sådan holder vi indholdet frisk#

IPFS og dets økosystem bevæger sig hurtigt. Priser ændrer sig. API’er udfases. Best practices udvikler sig. Indhold, der var korrekt, da det blev udgivet, kan blive misvisende et år senere.

Vi kører en automatiseret SEO- og friskheds-tracker over hele korpusset hver uge. Den henter signaler fra Search Console, laver et on-page-audit for hver side og identificerer indlæg, der ranker for forældede forespørgsler eller refererer til udfasede API’er. Resultatet bliver en arbejdsliste med konkrete rettelser — for det meste mekaniske (rette en forældet pris, erstatte et udfaset endpoint), nogle kræver menneskelig vurdering (om en artikel skal omskrives substantielt eller trækkes tilbage).

Hvert indlæg bærer en Opdateret:-dato i heltesektionen, adskilt fra dets oprindelige udgivelsesdato, så du kan se, hvor frisk indholdet foran dig faktisk er.

Vores redaktionelle principper#

Produktnøjagtighed frem for hastighed#

Vi vil hellere udgive én nøjagtig, verificeret artikel om ugen end fire artikler, der kun strejfer et emne. Hvis en påstand ikke kan understøttes mod det live produkt, bliver den ikke udgivet. Punktum.

Navngivne mennesker gennemgår alt#

Den redaktionelle gennemgang af hver artikel udføres af en bestemt, navngiven person — se bylinen på ethvert indlæg. Vi udgiver ikke anonymt, og vi gemmer os ikke bag en institutionel stemme.

Lokalisering respekterer kilden#

Oversættelser bevarer de tekniske fakta fra den engelske original. Lokalespecifik tekst, tegnsætning og sprogbrug tilpasses; de underliggende påstande gør ikke.

Sammenligninger citerer primære kilder#

Enhver påstand om en konkurrent linker til konkurrentens egen nuværende dokumentation eller prisside. Hvis en konkurrents tilbud har ændret sig, siden vi skrev om det, retter vi artiklen — vi lader ikke forældede sammenligninger stå.

Praktisk frem for kløgtigt#

Vi optimerer for, om artiklen hjælper en reel udvikler med at træffe en reel beslutning — ikke for, hvor kløgtig vinklen er, eller hvor original tilgangen er.

Gennemsigtig omkring AI#

Hver AI-assisteret artikel siger det tydeligt, nederst, på hvert lokale, ved hver udgivelse. Ingen forbehold, ingen marketingindpakning.

Vores forpligtelse#

Hvis du finder noget på denne blog, der er faktuelt forkert, forældet eller fremstiller en konkurrents produkt forkert, vil vi gerne vide det. Kontakt os via hello@ipfs.ninja. Vi retter artikler åbent — hver substantiel rettelse opdaterer Opdateret:-datoen og bevarer et revisionsspor i Git-historikken.

Tillid er hele pointen med at skrive om content-addressed storage i første omgang. Vi holder os selv til den samme standard.