deploy-equipe-isolada

Validate Linux user isolation, PM2 ownership, and credential boundaries for Hermes team deployments.

5|Updated Jun 3, 2026
One-click install
npx skills add https://github.com/rafael-fae/agent-ops-worflow --skill deploy-equipe-isolada
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: deploy-equipe-isolada
Source: https://github.com/rafael-fae/agent-ops-worflow/tree/main/archive/skills/security/deploy-equipe-isolada
Command: npx skills add https://github.com/rafael-fae/agent-ops-worflow --skill deploy-equipe-isolada

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill provides a security checklist for deploying a new Hermes agent team on the same OVH server while keeping users, files, credentials, and sessions isolated from an existing team.

Core Features & Use Cases

  • OS-Level Isolation: Verifies separate Linux users, isolated home/profile directories, and strict file permissions for environment files and session data.
  • Credential Separation: Ensures each team uses independent tokens and avoids sharing API keys, rate limits, or platform accounts.
  • Post-Deploy Validation: Includes tests to confirm permission boundaries, PM2 process ownership, and cross-user access restrictions.
  • Use Case: Use this Skill before onboarding a client or side team onto the same server to prevent credential leakage and accidental cross-access.

Quick Start

Use this skill to review a planned Hermes team deployment and produce a security checklist with all isolation, credential, and validation steps.

Frequently Asked Questions about deploy-equipe-isolada

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

FAQPage Schema
How do I isolate Hermes agent teams on a shared Linux server?

To isolate Hermes agent teams on a shared Linux server, you need to verify separate Linux users, isolated home directories, and strict file permissions for environment files and session data to prevent cross-access.

What steps are required to secure PM2 process ownership for isolated deployments?

Securing PM2 process ownership for isolated deployments requires validating that each team runs processes under separate Linux users and applying post-deploy verification tests to confirm cross-user access restrictions are active.

How do I separate credentials when deploying multiple agent teams on the same OVH server?

To separate credentials when deploying multiple agent teams on an OVH server, you must ensure each team uses independent tokens and avoid sharing API keys, rate limits, or platform accounts to prevent credential leakage.

Does this deployment isolation checklist support multi-team production setups?

Yes, this deployment isolation checklist explicitly supports multi-team production setups that must keep profiles, sessions, and platform access isolated between commanders and agents on a shared server.

What are the limitations of relying on Linux DAC isolation for agent deployments?

Relying on Linux DAC isolation requires strict validation of user separation and restricted file access, but it needs post-deploy verification tests to confirm permission boundaries hold and prevent accidental cross-access.

When do I need to validate credential boundaries for a new Hermes team?

You need to validate credential boundaries for a new Hermes team before onboarding a client or side team onto the same server to ensure independent tokens and prevent credential leakage.