dev-adapt

Profile projects to identify test commands, protected branches, and stack details.

69|12|Updated Mar 23, 2026
One-click install
npx skills add https://github.com/gtapps/claude-code-hermit --skill dev-adapt
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: dev-adapt
Source: https://github.com/gtapps/claude-code-hermit/tree/main/plugins/claude-code-dev-hermit/skills/dev-adapt
Command: npx skills add https://github.com/gtapps/claude-code-hermit --skill dev-adapt

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Profile the current project to discover test commands, protected branches, and stack details, and persist findings to dev.* keys in config.json while emitting a compiled dev-profile artifact.

Core Features & Use Cases

  • Profile the repository to surface test commands, branch protections, and technology stack.
  • Persist findings to config.json under dev.* keys and generate a compiled/dev-profile artifact for quick reference.
  • Re-run after /hatch or whenever the project's testing or CI setup changes to keep the data current.

Quick Start

Run the hatch-based setup to generate and lock the dev-profile, then monitor CI/workflow changes for automatic refresh.

Frequently Asked Questions about dev-adapt

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

FAQPage Schema
How do I automatically profile a repository to identify test commands and CI setup?

To profile a repository and identify test commands, this automation reads common manifest files and workflows to surface commands, protected branches, and stack signals. It then persists findings to dev.* keys in config.json and writes a compiled dev-profile artifact.

What is a dev-profile artifact and how does it help with project automation?

A dev-profile artifact is a compiled file generated by auditing root documentation and manifests. It surfaces test commands and stack details for quick reference, allowing operators and ongoing automation to access current project configurations.

When should I re-run project profiling to keep CI and test configurations current?

You should re-run project profiling after running hatch-based setup or whenever the project's testing, lint, or CI configurations change. This ensures the persisted dev.* keys in config.json reflect the latest workflow updates.

Can I discover protected branches and technology stack details without manual inspection?

Yes, you can discover protected branches and technology stack details without manual inspection. The profiling process reads root documentation and workflow files to automatically surface and persist these stack signals into config.json.

Does this project profiling workflow require external dependencies to read manifest files?

No external dependencies are required to read manifest files and profile the project. The workflow operates independently to audit configurations and generate the locked dev-profile artifact for automation.

What is the best way to keep dev.* keys in config.json updated after CI workflow changes?

The best way to keep dev.* keys in config.json updated is to execute the profiling process whenever CI workflows change. This automatically reads the updated manifests and regenerates the compiled dev-profile artifact.