How an entry gets written.
The editorial pipeline that produces every catalog entry, news article, and stack snapshot. Read this if you want to know what the verdict on a page actually represents.
- Step 01
Source
Every claim in every article ties back to at least two sources: official documentation, release notes, vendor blog posts, or independent benchmarks. Sources are cited at the bottom of each news article and inspectable in the catalog page's frontmatter for tools.
- Step 02
Draft
A first draft is produced from the gathered sources, working against Stackmaven's voice and style constraints. Drafts are not published. They are review material for the editorial pass.
- Step 03
Edit
A human editor reviews the draft for accuracy, voice, and the specific Stackmaven prohibitions: no lifted vendor copy, no first- person flourishes, no hype language, no unsupported claims. Edits can be substantial — drafts are starting points, not artifacts to preserve.
- Step 04
Verdict
The editor assigns a verdict label (Editor's pick / Solid choice / Watch / New / Deprecated) and writes the
stackmaven_verdictparagraph. Verdicts are never influenced by sponsorship — see the editorial standards on that point. - Step 05
Publish + timestamp
The entry publishes with a
last_revieweddate that reflects the editorial pass, not the original publish date. Re-reviews update that timestamp so readers can see at a glance how current a page is. - Step 06
Follow up
For launch articles, a 30/60/90-day follow-up scorecard is scheduled at publish time via the
follow_up_duefrontmatter. The scorecard revisits the original claims with accumulated evidence — usage data, regressions, public sentiment, competitive response.
Spot an error?
Email corrections@stackmaven.io. Substantive corrections are published openly on the corrections log with the date and the original error.