smithery/netalertx

devcontainer-management

Guide for identifying, managing, and running commands within the NetAlertX development container. Use this when asked to run commands, testing, setup scripts, or troubleshoot container issues.

Installation

$ npx skills add smithery/netalertx --skill devcontainer-management

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery/netalertx · top by installs.

npx skills add smithery/netalertx

Browse all from smithery/netalertx

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,680 B
  • docs SUMMARY.md 223 B

History

  1. First recorded snapshot · 0 installs

SKILL.md

Devcontainer Management

When starting a session or performing tasks requiring the runtime environment, you must identify and use the active development container.

Finding the Container

Run docker ps to list running containers. Look for an image name containing vsc-netalertx or similar.

docker ps --format "table {{.ID}}\t{{.Image}}\t{{.Status}}\t{{.Names}}" | grep netalertx
  • If no container is found: Inform the user. You cannot run integration tests or backend logic without it.
  • If multiple containers are found: Ask the user to clarify which one to use (e.g., provide the Container ID).

Running Commands in the Container

Prefix commands with docker exec <CONTAINER_ID> to run them inside the environment. Use the scripts in /services/ to control backend and other processes.

docker exec <CONTAINER_ID> bash /workspaces/NetAlertX/.devcontainer/scripts/setup.sh

Note: This script wipes /tmp ramdisks, ensures /data, /data/config, /data/db exist, and restarts services (python server, cron, php-fpm, nginx) by symlinking and running /entrypoint.sh (install/production-filesystem/entrypoint.d/). By default it does not delete existing database or config content - entrypoint.d/25-first-run-db.sh and 20-first-run-config.sh only wipe them when ALWAYSFRESHINSTALL=true is set in the environment (default: unset/false, so content is preserved).