Core Keeper GuidesGuides, database, map tools, and update pages
Why this site exists, what gets fixed first, and how the guide library stays useful

About this site

Built for the moment after a bad session when you want one page that actually helps.

Small enough to scan fast, specific enough to change the next move.

This library is meant to feel closer to a working guide notebook than a giant archive: find the sticking point, open the page that still matches the save, and leave once the answer is clear enough to use.

108Published guides
8Route sections
99Guides with FAQs
44Pages with map cues
Core Keeper crafting scene used on the about page
What the site is trying to avoid

Long detours, repeated artwork, or advice that sounds polished but still leaves the player guessing what to do next.

How the site is run

The library is kept closer to a working desk than a set-and-forget content pile.

Core Keeper Editorial Desk keeps reopening pages when a route, screenshot cue, or next-step link stops feeling practical in a real run.

The Core Keeper Editorial Desk is the public byline responsible for guide wording, source context, revision notes, and reader correction follow-up.

That usually means progression order, boss prep, ore timing, or map logic still needs a cleaner answer. It also means repeated visuals and awkward layouts get fixed before more expansion pages are added.

Independent fan-run guide library. Not affiliated with Pugstorm, Fireshine Games, or official game support channels.

Reader contact goes through contact@bellwright.cc, and the current live setup stays simple: No reader accounts, paid access, Google AdSense, custom analytics, or live ad scripts are enabled today. Cloudflare Insights is used for basic traffic and performance measurement.

108 Guides tracked for updates108 Pages with visible review dates108 Pages with visual source notes
Send site feedbackReader reportsOpen the fixes log

Public guide publisher

Helpful pages to start with

Core Keeper Beginner GuideUpdated Sep 8, 2026Core Keeper Early Game GuideUpdated Sep 8, 2026Best Boss Order in Core KeeperUpdated Sep 8, 2026

Trust signals readers can verify

The site feels more real when its maintenance work is visible, not implied.

Who is behind the site

Core Keeper Editorial Desk handles the public review desk and keeps the bylines, corrections, and contact route visible.

How pages stay current

Pages are reopened when the route, screenshot cue, or next-step link stops helping in a real save. That is easier to see than a generic freshness claim.

What readers can verify

Updated dates, correction logs, support pages, and the public report queue all show where the site is actively maintained.

Public maintenance chain

Reports, corrections, and contributions are kept close to the About page so the site feels accountable.

A guide site looks more real when readers can see where problems go after they are found. This chain explains how layout issues, stale route advice, repeated images, and missing topics move from report to review to visible correction.

Open reader reportsMedia policy

How pages get updated

The site tries to leave visible proof that a page was updated for a real player problem, not just touched for freshness.

What starts a review

One repeat reader problem usually matters more than a broad rewrite plan.

Pages usually go back on the desk when a route clue, fight step, map cue, or support loop stops helping in a normal save.

What each review uses

Each review is rebuilt around one specific player situation.

Each update starts from one specific player situation, then gets confirmed against current in-game behavior, visible map cues, and linked references where needed before it goes back live.

What gets logged

Meaningful page changes stay visible.

If a recommendation, route clue, structure, or media note changes enough to matter, the revision trail and corrections log should make that visible.

How to read a test note

A review scenario is guide context, not a promise of one universal result.

Each guide's review details describe the player situation and checking method used for that page. They are practical guide context, not official certification or a promise that every save, build, mod, or patch will behave identically.

Named editors

The public bylines now map to narrower review beats so the whole library does not sound like one generic template.

These names are used on live guide pages to show who most often handles the route, map, combat, or returning-player review pass for that type of problem.

Opening and progression editor

Nora Hale

Early-game route cleanup, restart friction checks, and first-boss handoff reviews

Covers early-game resets and progression handoffs.

Review beat: Starter routes and progression ordering

Map and item route editor

Mira Ellison

Ore loops, landmark searches, and route-efficiency checks

Covers route memory, landmarks, and stop conditions.

Review beat: Map searches and resource routes

Combat and build editor

Rowan Mercer

Boss prep audits, recovery-lane checks, and live build retests

Covers boss walls, recovery patterns, and live build tests.

Review beat: Boss prep and build stability

Returning-player and comfort editor

Lena Brooks

Patch drift reviews, old-save checks, and repeat-loop comfort passes

Covers return-to-save checks and long-session comfort passes.

Review beat: Patch reviews and comfort upkeep

Editorial beats

The same public publisher is split into narrower review desks so pages do not all read like one generic template.

The site still publishes under one independent fan-run umbrella, but each section now carries a clearer review beat so boss prep, route notes, item loops, and returning-player pages can sound closer to normal maintenance work.

Starter-route reviews

Opening Route Desk

First-hour route checks, restart friction cleanup, and beginner handoff notes

Keeps the first-hour pages focused on repeatable openings, faster next moves, and fewer false early priorities.

Next review trigger: Returns when new players still lose time to the same early detour, missing tool step, or awkward base loop.

Milestone-order reviews

Progression Notes Desk

Next-step triage, unlock-order cleanup, and progression handoff checks

Keeps progression pages narrow enough that readers leave with one milestone instead of five competing tasks.

Next review trigger: Returns when a milestone page still leaves the save broad, stalled, or too easy to misread after a patch or long break.

Fight-prep reviews

Boss Prep Desk

Arena comfort checks, wipe-pattern cleanup, and boss-prep handoffs

Keeps boss pages centered on real wipe causes such as lane shape, healing windows, visibility, and bad reset timing.

Next review trigger: Returns when a boss page still sounds right on paper but players keep losing to the same arena or recovery mistake.

Material-route reviews

Item Route Desk

Ore timing, item route clarity, and repeat-loop payoff checks

Keeps item pages built around one useful farming loop, one stop rule, and one clear reason the material matters now.

Next review trigger: Returns when a material page still attracts readers who really needed a timing answer, a map answer, or a simpler route.

Search-route reviews

Map and Landmark Desk

Biome search logic, landmark trust, and return-route cleanup

Keeps location pages practical by focusing on sweep patterns, route memory, and knowing when the search should stop.

Next review trigger: Returns when a map page still causes wandering, weak notes, or route retries without a clearer search pattern.

Live-build reviews

Build Notes Desk

Combat comfort checks, support-layer cleanup, and live-test handoffs

Keeps build pages grounded in live use by testing uptime, comfort, support layers, and when to stop tuning.

Next review trigger: Returns when a build page still reads like a loadout list instead of explaining why the setup wins or collapses in real content.

Repeat-loop reviews

Loop Comfort Desk

Base comfort, farming loop payoff, and session-flow cleanup

Keeps farming and comfort pages useful by asking whether one loop still saves time, reduces clutter, or supports the next session.

Next review trigger: Returns when a comfort page still sounds tidy but the real loop remains slow, oversized, or disconnected from the save.

Patch-sensitive reviews

Returning Player Desk

Update retests, old-save audits, and patch-risk handoffs

Keeps update pages narrow enough that returning players can tell what changed, what still holds, and which direct page to trust next.

Next review trigger: Returns when a page still invites broad rereads instead of quickly proving whether the route, build, or milestone still fits the current patch.

Common starting points

Most readers arrive with one of these three questions.

Next move

I just need the next move

Progression pages point to the next thing worth opening after a boss, unlock, or dead-end.

One blocker

One boss or item is blocking me

Targeted guides stay narrow so the answer is easier to reach and easier to trust.

Smoother run

I want a smoother session

Build, farming, and base pages focus on comfort, uptime, and routes that do not waste time.

Common player entry points

Problem areas that get updated again because the first route matters.

How visuals are labeled

The site tries to show a real scene first and keep any supporting diagram clearly marked as editorial help.

Official scene first

Where possible, the lead visual is an official Core Keeper screenshot so readers can compare the page to a normal in-game scene before using any extra annotations.

Editor notes stay labeled

SVG boards, route notes, and setup sketches are kept as supporting editorial aids. They are labeled as editor notes and should not read like uncredited gameplay captures.

Weak visuals go back on the desk

If a page starts leaning too heavily on repeated artwork or a diagram no longer matches the text, that page goes back into the maintenance queue before more expansion pages are added.

Scope and independence

Clear boundaries make a guide site easier to trust.

Independent and unofficial

Core Keeper Guides is an independent fan guide site. It is not affiliated with, endorsed by, or operated by Pugstorm or Fireshine Games.

No downloads or account services

The site publishes readable guide pages only. It does not offer game files, cheats, account access, paid unlocks, or required registration.

Sources and uncertainty stay visible

When a page relies on an external reference, it links to it. Patch-sensitive advice is revised, narrowed, or marked for review instead of presented as permanent.

What makes a page trustworthy

The site stays easy to scan, easy to trust, and easy to leave once the answer lands.

Answer the sticking point first

The useful part belongs before the long explanation, not after it.

Write for one live save

Each guide is meant to solve one real player question instead of trying to sound complete about everything.

Show the next step

A good page makes the next boss, item, biome, or build decision easier right away.

What matters most

The whole structure is built around the question slowing the save down most.

It should get you unstuck before it tries to sound complete.

Pages are grouped by the problem you actually have, not by category names alone.

The useful bits come first so you can leave as soon as the answer makes sense.

Good first routes

These are the first pages most readers should try after they understand the site.