project-guides
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| PROFILE | Yes | Path to the project profile YAML file. This is required to specify which modules to include. |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| list_bundlesA | Lista dostępnych bundle'i instrukcji dla bieżącego profilu projektu. Returns: str: Markdown z listą bundle'i i liczbą modułów. |
| get_bundleA | Pobierz pełną treść bundle'a instrukcji. Args: name: Nazwa bundle'a, np. backend, frontend, architecture, full. Returns: str: Połączona treść Markdown wszystkich modułów w bundle'u + overlay (jeśli dotyczy). |
| get_indexB | Indeks włączonych modułów i bundle'i dla bieżącego profilu. Returns: str: Markdown z podsumowaniem konfiguracji profilu. |
| get_overlayA | Pobierz overlay projektu — unikalne instrukcje tylko dla tego repo. Returns:
str: Treść |
| get_languageA | Aktualny język instrukcji i polityka tytułów vs prozy. Returns:
str: Markdown z kodem języka, modułem |
| get_codegenA | Aktualny wybór generatora klienta API ( Returns:
str: Markdown — |
| check_kit_statusA | Sprawdź czy kit zmienił się od ostatniego Tanie: porównuje commit zapisany w Returns: str: Markdown — aktualny / zmienił się (+ lista plików które re-bootstrap by nadpisał) / brak stampu / brak lokalnej historii git do porównania. |
| bootstrap_workspaceA | Zainstaluj pliki kita (hooki, agenci, komendy, mcp.json, stamp) w repo aplikacji. Jedyne narzędzie MCP, które zapisuje na dysk — reszta serwera jest tylko do
odczytu. Bez tego trzeba sklonować kit lokalnie i ręcznie odpalić
Args:
clients: Returns: str: Markdown — plan zmian (dry run) albo raport z instalacji i stampu. |
| list_modulesB | Lista wszystkich modułów dostępnych w instruction-kit (manifest). Returns: str: Markdown z identyfikatorami i tytułami modułów. |
| get_moduleA | Pobierz pojedynczy moduł instrukcji po identyfikatorze. Args: module_id: Id modułu z manifestu, np. stack:django-drf:backend-standard. Returns: str: Treść Markdown modułu. |
| get_clientsA | Lista klientów AI skonfigurowanych przy starcie MCP ( Metadane instalacji szablonów — nie zmieniają treści bundle. Returns: str: Markdown z wartością flagi i rozwiniętą listą id klientów. |
| list_presetsA | Lista dostępnych presetów w instruction-kit ( Returns:
str: Markdown z kategoriami ( |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| resource_index | Resource: indeks profilu projektu. |
| resource_overlay | Resource: overlay projektu. |
| resource_bundle_backend | |
| resource_bundle_frontend | |
| resource_bundle_architecture | |
| resource_bundle_shop | |
| resource_bundle_payments | |
| resource_bundle_infra | |
| resource_bundle_devops | |
| resource_bundle_full |
TDQS
Scored across 12 tools
Each tool has a clearly distinct target: get_* returns a specific configuration piece, list_* enumerates available options, check_kit_status compares state, and bootstrap_workspace is the only write operation. Even the overlapping get_overlay and get_bundle are disambiguated by descriptions: overlay-only vs combined bundle.
All tool names follow a consistent snake_case verb_noun pattern with predictable prefixes: get_, list_, check_, bootstrap_. The naming makes the tool surface easy to scan and select from.
12 tools is well within the ideal scope for a configuration/instruction server. Every tool covers a distinct need—reading project guides, listing modules/presets/bundles/clients, checking kit status, and bootstrapping the workspace—with no obvious filler.
The tool surface covers the full lifecycle for this domain: read current project context, discover available content, inspect kit state, and perform the only intended mutation (bootstrap install with dry-run). No critical dead-end operations are missing.