Guides Hub

Implementation guides for MCP operators, agent builders, and runtime troubleshooters.

This hub exists for the moment after discovery. Use it when you already know the tool or stack you care about and now need setup steps, rollout guardrails, troubleshooting logic, or workflow decisions that hold up in production.

Coverage

9

implementation guides and operating docs live in this hub

Setup heavy

4

guides focused on first-run setup, MCP wiring, and environment bootstrap

Operator depth

4

workflow and troubleshooting pages for teams past simple installation

Start Here

Choose the path that matches today's bottleneck.

Good implementation hubs do not dump every article into one flat list. They help you move from the current problem to the next correct page without opening five irrelevant tabs first.

Guide Categories

Browse by implementation outcome, not just title.

The fastest way to pick the right guide is to decide whether the real problem is setup, recovery, stack selection, or workflow design. Each section below groups articles by that outcome instead of by arbitrary publish order.

Setup

Setup guides

Use these when you are bootstrapping a new environment, integrating an MCP server, or validating first-run setup.

Troubleshooting

Troubleshooting guides

Use these when installation looked successful but the runtime still behaves like the environment is half-configured.

Comparison

Comparison guides

Use these when you are choosing between stacks, not when you already know the implementation path.

Workflow

Workflow guides

Use these when the tools already exist and the real problem is repeatability, coordination, or monetization.

Selection Matrix

Open one guide based on the job, not the loudest keyword.

Teams lose time when they read three setup articles to solve a recovery problem, or a workflow essay when they really needed a first-run command reference. This matrix keeps the hub practical.

If your goal is…Open this guideWhy this is the right next click
I need a fresh local setup that teammates can reproduce.npx neonctl@latest initIt is the clearest route for validating first-run artifacts, prerequisites, and post-init checks.
I already know I need Neon MCP, but I want the broader rollout logic.NeonCtl MCP init guideIt frames setup as a team baseline instead of a one-machine command.
The install finished, but skills are not showing up correctly.MoltBook skills not found fixIt targets discovery and indexing breakpoints instead of generic install steps.
I need to compare two agent stacks before committing.EvoMap vs OpenClawIt covers positioning, workflow fit, and deployment tradeoffs in one place.
The tools are installed, but team execution is still inconsistent.EvoMap workflow patternsIt focuses on repeatability and operating discipline rather than onboarding.

Why this hub exists

The directory answers “what is this?” The guides hub answers “what do I do next?”

AgentSkillsHub covers both discovery and implementation. Discovery pages are good when you are mapping the landscape. Guides matter later, when the team already has a tool or stack in mind and needs setup steps, file-side effects, rollout discipline, or a reliable comparison between two execution models.

That is why this hub is intentionally narrower than the full skills directory. The goal is not to list everything. The goal is to route operators to the right implementation depth fast enough that setup drift, false-positive success, and documentation sprawl do not slow down the actual work.

FAQ

Frequently asked questions about the guides hub

What is the difference between the guides hub and the main skills directory?

The skills directory helps you discover tools and capabilities quickly. The guides hub is for implementation detail, rollout decisions, troubleshooting, and operating patterns after discovery.

Which guide should I read first for Neon MCP onboarding?

Start with the npx neonctl@latest init guide if you need the exact CLI setup path. Move to the NeonCtl MCP init guide when you need the broader rollout policy and team baseline.

Are these pages only for one editor or one agent runtime?

No. The hub is organized by outcome: setup, troubleshooting, comparison, and workflow. Most guides call out where editor-specific or runtime-specific behavior matters.

How should teams use this hub during implementation?

Use the start-here paths first, open one guide that matches the current bottleneck, and only add a second guide when the problem changes from setup to troubleshooting or from implementation to operating model.

When should I leave the guides hub and go back to skills pages?

Return to the skills directory when you are exploring tooling options. Stay in the guides hub when you already know the tool and need steps, guardrails, validation, or workflow decisions.