Bestax
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
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": true
} |
| prompts | {
"listChanged": true
} |
| resources | {
"listChanged": true
} |
| completions | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| search_bestaxA | Search components, props, usage examples, CSS variables and agent skills at once. The entry point — each hit names the tool to call for the full thing. Use this before guessing a component name. |
| list_componentsA | Every documented component with a one-line purpose, grouped by category. Cheap — use it to find the right name before calling get_component. |
| get_componentA | Import statement, summary and prop table for one component. Add |
| get_propsA | The prop table for a component, or for one part of a compound family (pass a dot-path like "Navbar.Brand"). Cheaper than get_component when the props are all you need. |
| get_examplesB | Working examples from the component's documentation page. Every one is executed on the docs site, so they compile against this version. |
| get_css_variablesA | The --bulma-* custom properties a component reads, with their Sass names and defaults. This is how you restyle bestax — reach for these before writing custom CSS. Omit |
| get_helper_propsA | The helper props every bestax component accepts — spacing, colour, typography, flexbox, visibility — and their valid values. Call this BEFORE writing an inline style or a utility class by hand; this library expects those to be props. |
| lookup_bulma_classesA | The bestax component and props for a Bulma class string, one row per class: "button is-primary", "columns is-mobile", "has-text-centered mt-4". Call this BEFORE writing a Bulma class by hand, and when converting existing Bulma markup. Pass the tag the classes sit on when there is one. |
| list_skillsA | The bestax Agent Skills — task-level guides for forms, theming, layout scaffolding, icons, custom components, migration and CSS size. Read one with get_skill when a task matches. |
| get_skillA | A skill's instructions, or one of its reference documents. Load the skill first; pull a reference only when you need that depth. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
| custom-component | Build a custom React component in the bestax/Bulma style. In an app using @allxsmith/bestax-bulma — compose existing components, helper props, public hooks (useBulmaClasses, usePrefixedClassNames), and --bulma-* CSS variables. In the bestax monorepo — the full component pipeline (SCSS partial, stories, tests, docs, wiring). Use when creating a component beyond stock Bulma or extending one. |
| form | Build forms with @allxsmith/bestax-bulma — Field/Control/Label/Help composition, inputs, selects, checkboxes, radios, switches, and advanced controls (Autocomplete, Combobox, Slider, Numberinput, Rate, Taginput, File, date/time). There is no form/validation library; this skill shows the components and the validate-it-yourself error pattern. Use when building a form, wiring inputs to state, or showing validation/error state. |
| icons | Use icons in an app built with @allxsmith/bestax-bulma — the Icon/IconText components and the five supported libraries (Font Awesome, Material Design Icons, Ionicons, Google Material Icons, Material Symbols). Use when adding an icon, choosing or configuring the app-wide icon library, fixing an icon that renders blank, pairing icons with text, or making icons accessible (decorative vs labeled). |
| layout-scaffold | Scaffold a complete, responsive page layout with @allxsmith/bestax-bulma — app shells/dashboards, marketing/landing pages, centered auth/settings pages, and card-grid catalogs. Use when building a full page or overall app layout (not a single component). |
| migrate | Migrate an existing React app to @allxsmith/bestax-bulma on Bulma v1, from raw Bulma CSS classes on plain JSX (className="button is-primary") or in static HTML pages and templates styled with Bulma, or from an unmaintained React Bulma library (react-bulma-components v4, rbx v2, bloomer 0.6). Run the bestax-migrate codemod, then resolve every TODO(bestax-migrate) comment it leaves using the per-source mapping references. Use when a React app styles its markup with Bulma classes and wants bestax components instead, when static HTML pages or templates styled with Bulma should become React components, when a repo imports react-bulma-components, rbx or bloomer, when TODO(bestax-migrate) comments are present in a codebase, or when asked to convert Bulma classNames to bestax-bulma. |
| optimize | Reduce the built CSS size of an app using @allxsmith/bestax-bulma — measure raw and gzip size, then apply the cheapest lever that fits (lighter prebuilt CSS flavor, hand-rolled modular Sass build, import and icon-asset hygiene). Use when the CSS bundle looks too big, a size budget or Lighthouse audit flags stylesheet weight, switching bestax.css to a versions/*.css flavor, or setting up a modular @use Bulma/Sass build. |
| theming | Customize colors, branding, dark mode, and visual tokens of an app built with @allxsmith/bestax-bulma. Use when changing the primary/brand color, recoloring components, overriding Bulma --bulma-* CSS variables, setting fonts/radius/spacing tokens, adding light/dark mode, or configuring the app-wide icon library / class prefix via ConfigProvider. |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| catalog | Every bestax component with a one-line purpose. |
TDQS
Scored across 10 tools
Each tool targets a distinct information type (props, examples, CSS variables, skills, class lookup), but get_component is effectively a superset that can emit props/examples/CSS variables via its `include` parameter, overlapping get_props, get_examples and get_css_variables. The descriptions resolve this by framing the specialized tools as cheaper, narrower alternatives, so boundaries are mostly clear but not perfectly orthogonal.
Names follow a predictable verb_noun pattern throughout: get_component, get_props, get_examples, get_css_variables, get_helper_props, list_components, list_skills, get_skill, lookup_bulma_classes, search_bestax. Minor deviation is the singular/plural mismatch between list_components/get_component and list_skills/get_skill, but conventions are otherwise consistent and readable.
Ten tools is well-scoped for a component-library documentation server. Discovery (search_bestax, list_components), retrieval (get_component, get_props, get_examples, get_css_variables), helper guidance (get_helper_props, lookup_bulma_classes) and skills (list_skills, get_skill) each earn their place with no redundancy.
The surface covers the full documentation lifecycle: search, list, detailed retrieval, prop tables, runnable examples, CSS variable theming, helper props, Bulma class mapping, and task-level skills. Coverage is strong for a docs server, with only minor gaps such as no explicit version/migration or changelog retrieval beyond what a skill might supply.