smithery/bnomei

kirby-project-tour

Maps a Kirby project using Kirby MCP tools/resources, including roots, templates, snippets, controllers, models, blueprints, plugins, runtime status, and key config. Use when a user wants a project overview, file locations, or a quick orientation before making changes.

Installation

$ npx skills add smithery/bnomei --skill kirby-project-tour

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery/bnomei · top by installs.

npx skills add smithery/bnomei

Browse all from smithery/bnomei

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 2,816 B
  • docs SUMMARY.md 295 B

History

  1. First recorded snapshot · 0 installs

SKILL.md

Kirby Project Tour

Quick start

  • Follow the workflow below for a structured tour.

KB entry points

  • kirby://kb/glossary/roots
  • kirby://kb/glossary/template
  • kirby://kb/glossary/controller
  • kirby://kb/glossary/blueprint
  • kirby://kb/glossary/plugin

Required inputs

  • Focus area (Panel, frontend, performance, security).
  • Desired depth and output format.
  • Any known pain points to prioritize.

Output template

  • Roots: templates, snippets, controllers, models, blueprints, content, config, plugins.
  • Inventory: templates/snippets/controllers/models/blueprints/plugins counts and notable overrides.
  • Config highlights: debug/cache/routes/languages.
  • Risks or gaps: missing runtime, unknown plugins, stale blueprints.
  • Next steps: 3 targeted recommendations (DX/perf/security).

First edits

  • Content display tweaks: site/templates and site/snippets.
  • Query logic: site/controllers.
  • Panel schema: site/blueprints.

Common pitfalls

  • Reporting locations without reading kirby://roots.
  • Skipping runtime install when indexes look empty.

Workflow

  1. Call kirby:kirby_init to capture versions and composer audit details.
  2. Read kirby://roots and summarize where templates, snippets, controllers, models, blueprints, content, config, and plugins live.
  3. Inventory project surface (prefer parallel calls):

- kirby:kirbytemplatesindex - kirby:kirbysnippetsindex - kirby:kirbycontrollersindex - kirby:kirbymodelsindex - kirby:kirbyblueprintsindex - kirby:kirbypluginsindex

  1. If runtime-backed data is needed, check kirby:kirbyruntimestatus and run kirby:kirbyruntimeinstall if required, then retry indexes.
  2. Read key config values when relevant: kirby://config/debug, kirby://config/cache, kirby://config/routes, kirby://config/languages.
  3. Use kirby:kirby_search to jump into task playbooks (examples: "scaffold page type", "custom routes", "search page", "custom blocks").
  4. If you hit unfamiliar terms, consult kirby://glossary and kirby://glossary/{term}.
  5. If you are unsure which tool/resource to use next, call kirby:kirbytoolsuggest or read kirby://tools.

Output checklist

  • Provide a "where to edit what" cheat sheet (template vs controller vs snippet vs blueprint vs content vs config).
  • Highlight notable customizations (page models, plugins, blueprint overrides, unusual roots).
  • Offer 3 next-step recommendations (DX, performance, security).