model-config-explicit-model-id

Audit YAML model configs for explicit model_id declarations and remove misleading comments.

11|2|Updated Dec 12, 2025
One-click install
npx skills add https://github.com/HomericIntelligence/ProjectScylla --skill model-config-explicit-model-id
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: model-config-explicit-model-id
Source: https://github.com/HomericIntelligence/ProjectScylla/tree/main/.claude-plugin/skills/model-config-explicit-model-id
Command: npx skills add https://github.com/HomericIntelligence/ProjectScylla --skill model-config-explicit-model-id

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill ensures that all YAML model configuration files declare an explicit model_id and do not contain misleading inline comments that could cause loader inconsistencies.

Core Features & Use Cases

  • Audit and enforce presence of model_id in config/models/*.yaml
  • Detect and remove incorrect comments about filename-to-model_id conventions
  • Verify loader behavior and run tests to ensure no validation warnings
  • Use case: during migrations, post-rename audits, or batch checks for configuration consistency

Quick Start

Run the audit to verify every config/models/.yaml declares a model_id and then execute the test suite to confirm no warnings.

Frequently Asked Questions about model-config-explicit-model-id

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

FAQPage Schema
How do I enforce explicit model_id declarations in YAML model configs?▼

To enforce explicit model_id in YAML model configs, run an audit against your config/models/*.yaml files to verify the presence of the model_id field and remove misleading inline comments to ensure loader reliability.

Why does my YAML config loader fail validation warnings after a model file rename?▼

YAML config loader validation warnings often occur when model files lack an explicit model_id and rely on misleading filename-to-model_id comments; auditing and adding explicit declarations resolves these inconsistencies.

How do I check for missing model_id fields across multiple YAML configuration files?▼

You can check for missing model_id fields across YAML configurations by running a batch audit on config/models/*.yaml, which validates the presence of explicit declarations and flags files with incorrect header comments.

Does removing misleading comments from YAML model configs affect existing test suites?▼

Removing misleading comments from YAML model configs and enforcing explicit model_id declarations ensures existing test suites pass without validation warnings by standardizing the loader behavior across all configuration files.

When do I need to audit model_id consistency in YAML configuration files?▼

You need to audit model_id consistency during project migrations, post-rename file audits, or batch checks to ensure all config/models/*.yaml files declare explicit model_id fields and maintain loader reliability.

What is the best way to validate explicit model_id in YAML configs without breaking loader behavior?▼

The best way to validate explicit model_id in YAML configs is to run an audit checking config/models/*.yaml for explicit declarations, remove misleading comments, and execute the test suite to confirm no validation warnings.