Create Custom Skills
Skills are procedural prompts — step-by-step expert playbooks — that Alauda Hyperflux automatically loads when a user's question matches. When a query hits a skill, the skill body is injected into the agent's context so the answer follows your organization's procedure instead of a generic one.
Alauda Hyperflux ships with built-in troubleshooting skills (pod failure diagnosis, node
NotReady, ingress 5xx triage, PVC binding failure, routine inspection), active out of the box.
You can add your own skills via ConfigMaps; a custom skill with the same name as a built-in
one overrides it.
How matching works
Each skill declares a name and a description. At startup they are embedded with the same
embedding model used by the knowledge base; at query time the user's question is compared
against them by cosine similarity. The single best match at or above the Skills Match
Threshold (default 0.35) is injected; below the threshold nothing happens.
Write the description accordingly: it is the matching surface. State what the skill diagnoses
and mention the phrases users are likely to use.
Write a skill file
A skill is a Markdown file with YAML frontmatter:
Rules:
name(required): must match^[a-z][a-z0-9_-]*$. Duplicate names within one scan: the first file wins; a custom skill overrides a built-in skill of the same name.description(required): non-empty; drives matching.- Body (required): everything after the frontmatter. Keep it under 4 KB — larger bodies still load but log a warning and consume context on every match.
- Files that fail these rules are skipped with a WARN log; they never break the service.
Deploy skills via a ConfigMap
Create a ConfigMap in the namespace where Alauda Hyperflux is installed (cpaas-system).
Every *.md data key is loaded as one skill:
Then in Administrator / Marketplace / Cluster Plugins, install or update the
Alauda Hyperflux plugin:
- Enable Skills: on (default).
- Skills Match Threshold: keep
0.35unless skills fire too eagerly (raise it) or never match (lower it). - Skills ConfigMaps: add the ConfigMap name, e.g.
my-org-skills-sre.
Each listed ConfigMap is mounted read-only at /opt/skills/<configmap-name>/ and scanned
once at startup. Adding or removing a ConfigMap name in the form restarts the service
automatically; editing the content of an already-registered ConfigMap requires a manual restart:
Verify
Check the startup logs:
Expected on load:
Then ask a question in the chat panel that is semantically close to your skill's description. On a hit the log shows the selected skill and its score:
If a skill never matches, compare the logged scores against the threshold and rewrite the
description to be closer to how users actually phrase the question.
Other notable log lines: