Skip to main content

estatewise-ops

Manual playbook for deployment-control, Docker, Kubernetes, Helm, Terraform, Jenkins, and cloud deployment assets in EstateWise.

Aller à l'installation

Informations de source

Dépôt
hoangsonww/EstateWise-Chapel-Hill-Chatbot
Dernière activité de la source
28 février 2026 à 02:15
Langue détectée de SKILL.md
anglais
Étoiles
39
Forks
23

Options d'installation

Le prompt qui vérifie d'abord la source est sélectionné par défaut. Vous pouvez passer à une commande directe ou télécharger une copie locale.

Vérifiez les fichiers source

Lisez SKILL.md et les fichiers associés affichés par SkillsMP avant de décider de l'installer.

Affichage de SKILL.md

SKILL.md
Instructions source · Aperçu en lecture seule
name
estatewise-ops
description
Manual playbook for deployment-control, Docker, Kubernetes, Helm, Terraform, Jenkins, and cloud deployment assets in EstateWise.
argument-hint
["ops-scope"]
disable-model-invocation
true
# EstateWise Ops Invoke this skill manually for infrastructure, deployment-control, or operational workflow changes. ## Scope - `deployment-control/` - `docker/` - `kubernetes/` - `helm/` - `terraform/` - `aws/`, `azure/`, `gcp/`, `oracle-cloud/`, `hashicorp/` - `jenkins/`, `gitlab/` - root docs: `DEPLOYMENTS.md`, `DEVOPS.md` ## Guardrails - Do not run destructive deployment or cluster commands unless the task explicitly requires it. - Preserve rollout semantics for blue-green, canary, and rolling paths. - Keep environment-specific defaults backward compatible unless explicitly asked to change them. - Treat `deployment-control` as trusted-environment software unless the task adds auth/RBAC deliberately. ## Important EstateWise Details - `deployment-control/src/server.ts` builds shell commands for rollout and scale actions. - Job lifecycle semantics matter: `queued`, `running`, `succeeded`, `failed`. - UI is served separately via Nuxt on port `3000`; API defaults to `4100`. - MCP and agentic-ai deployments are often sidecar or bundled runtime patterns, not generic stateless web apps. - MCP is stdio-oriented; deployment docs must preserve that mental model. ## Validation ### Deployment Control ```bash cd deployment-control npm run build:api npm run build:ui ``` ### Docker / Compose docs or manifests - Validate referenced image names, env vars, and sidecar assumptions against existing files. ### Kubernetes / Helm / Terraform - Prefer static validation and focused manifest inspection unless the task explicitly requests live cluster actions. - Confirm values stay aligned with service ports, env vars, and container entrypoints used elsewhere in the repo. ## Documentation To Update - `deployment-control/README.md` - `docker/README.md` - `kubernetes/README.md` - `helm/estatewise/README.md` - `DEPLOYMENTS.md` - `DEVOPS.md` - cloud-specific READMEs when their deployment path changes ## Review Questions - Does the change increase operational blast radius? - Does it change the contract between deployment-control API and UI? - Does it change how MCP or agentic-ai is launched or wired? - Are auth/security assumptions still explicitly documented? - Are rollback and status-observability paths still intact?
Voir sur GitHub