environment-secrets

Manage environment variables and secrets across shared, development, and production scopes.

Updated Apr 3, 2026
One-click install
npx skills add https://github.com/gopforever/Idle-Echoes --skill environment-secrets-gopforever
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: environment-secrets
Source: https://github.com/gopforever/Idle-Echoes/tree/main/.local/skills/environment-secrets
Command: npx skills add https://github.com/gopforever/Idle-Echoes --skill environment-secrets-gopforever

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Managing environment variables and secrets can be error-prone and risky; this skill provides a centralized interface to view, set, delete, and request secrets from users.

Core Features & Use Cases

  • View environment variables and secrets across shared, development, and production scopes
  • Set non-sensitive values with explicit scoping
  • Delete obsolete or unused variables
  • Request secrets from users securely using requestEnvVar

Quick Start

Ask me to view all environment variables and secrets, then request any missing secrets from the user.

Frequently Asked Questions about environment-secrets

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

FAQPage Schema
How do I manage environment variables and secrets across development and production?

Managing environment variables and secrets across scopes is done by viewing, setting non-sensitive values, and deleting obsolete vars while enforcing environment scoping to prevent direct secret storage.

What is the best way to securely request secrets from users during deployment automation?

Securely requesting secrets from users is handled by prompting for user-supplied values, preventing direct secret storage and ensuring sensitive data is safely injected into the environment.

Can I set sensitive environment variables directly in shared environments?

You cannot set sensitive environment variables directly in shared environments; the system prevents direct secret storage and requires requesting secrets from users for secure handling.

How do I clean up obsolete environment variables without risking my production configuration?

Cleaning up obsolete environment variables involves targeting specific items for deletion while enforcing environment scoping, ensuring your shared, development, or production configurations remain unaffected.

Does this approach support scoping environment variables separately for DevOps and production use?

Supporting DevOps and production use is achieved through explicit environment scoping, allowing you to view and set non-sensitive values separately across shared, development, and production environments.

Why should I avoid storing secrets directly in my environment configuration?

Avoiding direct secret storage in environment configuration reduces security risks by forcing the system to request secrets from users, keeping sensitive values out of version control and static files.