N Gacha Codex

Editorial Policy

Last updated: 2026-05-25

This page explains exactly how an article gets onto Gacha Codex — what we use for sources, how we draft and check claims, what gets published versus rejected, and how we handle mistakes.

Sourcing

Every factual claim in a Gacha Codex article should be traceable to one or more of the following, in descending order of preference:

  1. Primary sources. Official patch notes, developer livestream transcripts, in-game tooltips and documentation published by the game's developer or publisher.
  2. Established community trackers. Long-running community resources with their own QA: HoYoLab, Prydwen, Mobalytics, Game8, Genshin Impact Wiki (Fandom), the Honkai: Star Rail wiki, and similar.
  3. Active community consensus. Subreddits, Discord communities and content-creator analyses, used to corroborate the above — not as a sole source for a numeric claim.

Sources used for an article are linked at the bottom of that article. When a single number (a damage multiplier, an ascension cost, a banner end date) is the load-bearing piece of a claim, it is checked against at least one primary source before publication.

How drafts are produced

We use large-language-model tooling — specifically Google Gemini and Anthropic Claude — to draft prose from structured research data. This is the same kind of assistance most professional newsrooms now use, and we disclose it openly. Google's own guidance on AI content is that the method doesn't matter — quality, usefulness and honesty about provenance do.

Concretely, an article goes through these stages:

  1. Outline. A structured outline is generated from the topic + sources, listing every claim the article will make and the data backing each one.
  2. Draft. The outline is expanded into prose, with inline citations to the source URLs.
  3. QA pass. The draft is scored across six dimensions — see below.
  4. Publishing gate. Score and per-dimension thresholds determine whether the article publishes, publishes with an editorial banner, is held back for revision, or is rejected outright.

The quality rubric (qa_score)

Every draft is scored from 0 to 10 across six 0–2 dimensions (max raw 12, rescaled to a 10-point qa_score):

Publishing thresholds

qa_scoreTierWhat happens
≥ 7.5 Clean Published, indexable in search, no banner.
6.0 – 7.5 Note Published with an editorial note flagging the weaker dimension.
4.5 – 6.0 Strong revise Held back for revision. Does not publish.
< 4.5 Reject Rejected. Does not publish.

A draft with any unsourced or unverifiable named entity (e.g. a character or item not present in the source data) fails the factual-accuracy gate regardless of total score.

Updates and refreshes

Live-service games change weekly. We track patch notes for every game we cover; an in-scope patch triggers a re-check of the affected tier-list entries, character builds and banner pages. Older articles are timestamped, and the editorial team's stale-content detector flags pages older than a threshold for manual review.

Corrections

If you spot a factual error, use the contact form. We process correction requests within 7 days. When a meaningful factual error is corrected, the article gets a "Last updated" date bump and a brief note describing what changed.

Conflicts of interest

What we won't publish