Execute qualquer Skill no Manus
com um clique

Execute qualquer Skill no Manus com um clique

accessibility

Accessibility guidance for Kibana. Use this skill when working with or reviewing EUI components, resolving a11y-related (@elastic/eui) ESLint issues, and ensuring proper use of ARIA attributes, focus management, keyboard interactions, and accessible naming conventions.

Executar no Manus

Estrelas21.145

Forks8.595

Atualizado28 de maio de 2026 às 18:56

Fonte

elastic

elastic/kibana

Abrir repositório GitHub Ver repositórios do creator

Comando de instalação

Download

Executar no Manus

Ocupações relacionadasSOC

Baseado na classificação ocupacional SOC

Desenvolvedores de softwareInformática e Matemática·SOC 15-1252

Explorador de arquivos

14 arquivos

SKILL.md

readonly

name	accessibility
disable-model-invocation	true
description	Accessibility guidance for Kibana. Use this skill when working with or reviewing EUI components, resolving a11y-related (@elastic/eui) ESLint issues, and ensuring proper use of ARIA attributes, focus management, keyboard interactions, and accessible naming conventions.

Kibana Accessibility

Accessibility is part of writing the component, not a step that happens after lint complains. Open the matching guide in references/components/index.md before writing the JSX, and read references/shared_principles.md first.

When to Use

Writing or refactoring an EUI component. Open the matching guide from references/components/index.md and follow the canonical pattern (props, accessible names, focus, ids).
Fixing an @elastic/eui/* ESLint error. Use references/eslint.md to jump from the rule id to the component guide that explains the canonical fix.
General a11y or non-EUI question. Read references/shared_principles.md.

References

Open only what you need:

Standards, decision order, accessible naming, i18n, html ids, keyboard/focus, escalation: references/shared_principles.md
Component guide topic table: references/components/index.md
ESLint rule id → component guide (with manual-review notes): references/eslint.md

Mais deste repositório

mesmo repositório

workflows-custom-steps

elastic/kibana

Register and implement custom workflow steps from an external Kibana plugin using `@kbn/workflows-extensions`. Use when adding or modifying a step type with `registerStepDefinition`, designing input/output/config Zod schemas, implementing `createServerStepDefinition` / `createPublicStepDefinition`, choosing `StepCategory`, building `editorHandlers` (selection / dynamicSchema), wiring `callKibanaApi` / `onCancel`, deciding sync vs async loader registration, updating `APPROVED_STEP_DEFINITIONS`, or reviewing PRs that touch any of these.

2026-06-1821.1k

workflows-custom-triggers

elastic/kibana

Register and implement custom workflow triggers from an external Kibana plugin using `@kbn/workflows-extensions`. Use when adding or modifying an event-driven trigger with `registerTriggerDefinition`, designing `eventSchema` Zod schemas, writing `documentation` and KQL `snippets`, wiring `emitEvent` via request context or `getClient`, choosing sync vs async public loader registration, updating `APPROVED_TRIGGER_DEFINITIONS`, or reviewing PRs that touch any of these. Always ask for the user's plugin id first to locate the correct plugin and file paths.

2026-06-0421.1k

workflows-managed-workflows

elastic/kibana

Register and roll out managed workflows from a Kibana plugin using `@kbn/workflows-extensions` and `@kbn/workflows/managed`. Use when adding or modifying a code-owned workflow definition, `registerManagedWorkflowOwner`, `initManagedWorkflowsClient`, `install` / `uninstall` / `ready`, choosing `lifecycle` / `versionStrategy` / `enablement`, authoring `yaml` vs `yamlTemplate`, space-scoped vs global installs, `getWorkflowStatus`, or `execute`, or reviewing PRs that touch managed workflow definitions or rollout. Always ask for the user's plugin id first to locate the correct plugin and definition file paths.

2026-06-0421.1k

kibana-otel-instrumentation

elastic/kibana

Implement and quality-check OpenTelemetry metric instrumentation in Kibana code that uses `@kbn/metrics`. Use whenever the user wants to add, change, or review OTel metrics — including any call to `metrics.getMeter`, `meter.createCounter`/`createUpDownCounter`/`createGauge`/`createHistogram`/`createObservable*`/`addBatchObservableCallback`, edits to `kibana.yml` `telemetry.metrics` config, or questions like "is this metric well-designed?", "what should I name this counter?", or "which instrument type is right here?". Trigger this skill even when the user does not say "OTel" or "OpenTelemetry" but is clearly adding observability to Kibana server code and already knows what they want to measure.

2026-06-0321.1k

elasticsearch-onboarding

elastic/kibana

Primary guided playbook for Elasticsearch search in Kibana Agent Builder: intent → data → mapping → Dev Tools API snippets (SENSE), with one question at a time. Load this skill whenever the user wants to learn Elasticsearch search, get started, begin building, take first steps, onboard, follow a walkthrough or tutorial, go from zero to a working query, or get structured help setting up indices and search — including casual openers like hi, help, getting started, new to Elasticsearch, how do I build search, or I want to try search. Use when they need end-to-end onboarding, not a single narrow API answer. If they only ask what they can build with Elastic (exploration without the full playbook), prefer invoking /use-case-library first; you can still load this skill afterward for the guided build.

2026-06-0221.1k

elasticsearch-tutorial

elastic/kibana

Topic-driven, hands-on Elasticsearch tutorial flow that runs in Kibana Dev Console. Use whenever the user says "walk me through", "give me a tutorial for", "teach me", "show me how X works", "tutorial on", or similar topical learning intent — and they are NOT asking you to build their real, specific use case. Topics are open-ended: any Elasticsearch / Kibana search concept the user names (e.g. mappings, analyzers, bool queries, semantic_text, kNN, RRF, aggregations, ingest pipelines, reranking, data streams, ES|QL). Tutorials use sample data on isolated resources, present every step as a SENSE snippet to run in Dev Tools, and end with cleanup plus pointers to docs and the onboarding / pattern skills.

2026-06-0221.1k

name	accessibility
disable-model-invocation	true
description	Accessibility guidance for Kibana. Use this skill when working with or reviewing EUI components, resolving a11y-related (@elastic/eui) ESLint issues, and ensuring proper use of ARIA attributes, focus management, keyboard interactions, and accessible naming conventions.

Kibana Accessibility

Accessibility is part of writing the component, not a step that happens after lint complains. Open the matching guide in references/components/index.md before writing the JSX, and read references/shared_principles.md first.

When to Use

Writing or refactoring an EUI component. Open the matching guide from references/components/index.md and follow the canonical pattern (props, accessible names, focus, ids).
Fixing an @elastic/eui/* ESLint error. Use references/eslint.md to jump from the rule id to the component guide that explains the canonical fix.
General a11y or non-EUI question. Read references/shared_principles.md.

References

Open only what you need:

Standards, decision order, accessible naming, i18n, html ids, keyboard/focus, escalation: references/shared_principles.md
Component guide topic table: references/components/index.md
ESLint rule id → component guide (with manual-review notes): references/eslint.md