skill-enabler

Enable comma-separated skill slugs in aeon.yml and generate a PR.

Updated Jun 2, 2026
One-click install
npx skills add https://github.com/Atrium-Hermes/atrium-lighthouse --skill skill-enabler-atrium-hermes
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: skill-enabler
Source: https://github.com/Atrium-Hermes/atrium-lighthouse/tree/main/skills/skill-enabler
Command: npx skills add https://github.com/Atrium-Hermes/atrium-lighthouse --skill skill-enabler-atrium-hermes

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Flips enabled: false → enabled: true for a comma-separated list of skill slugs in aeon.yml, reducing manual edits and PR overhead.

Core Features & Use Cases

  • Safe, slug-scoped edits to aeon.yml with no global replacements.
  • Dry-run validation to verify slugs and state before changes.
  • Automatic PR creation and branch naming for review.
  • Handles input normalization (deduplication, trimming, lowercase) and edge cases.

Quick Start

Dispatch with var=slug-a,slug-b to enable those skills in aeon.yml.

Frequently Asked Questions about skill-enabler

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I enable disabled skills in aeon.yml without manual editing?

To enable disabled skills, you dispatch the task with a comma-separated list of slugs to flip enabled: false to enabled: true in aeon.yml. This validates slugs against the skills/ directory and generates a dedicated pull request.

What is the safest way to flip enabled flags for multiple skill slugs at once?

The safest way to flip enabled flags for multiple slugs is using slug-scoped edits with dry-run validation. This approach ensures each slug exists in the skills/ directory, is currently disabled, and is not part of chains before applying a patch to aeon.yml.

How does the validation process guard against conflicts when enabling skills?

The validation process guards against conflicts by checking that each slug is disabled, not part of chains, and not already enabled. It normalizes input through deduplication and trimming before applying safety gates and patching aeon.yml.

Can I use a dry-run to verify slugs before enabling skills in aeon.yml?

Yes, you can use dry-run validation to verify slugs and their state before changes are applied. This ensures each slug exists in the skills/ directory and meets all safety requirements before a final patch is generated.

What are the limitations when trying to enable a skill that is already part of a chain?

A limitation is that skills already part of chains cannot be enabled. The safety gates explicitly block enabling any slug that is part of a chain, currently enabled, or missing from the skills/ directory to prevent conflicts.