output-dev-credentials

Encrypt and manage Output SDK credentials across global, environment, and workflow scopes.

430|12|Updated Mar 13, 2026
One-click install
npx skills add https://github.com/growthxai/output --skill output-dev-credentials
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: output-dev-credentials
Source: https://github.com/growthxai/output/tree/main/coding_assistants/claude/plugins/outputai/skills/output-dev-credentials
Command: npx skills add https://github.com/growthxai/output --skill output-dev-credentials

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Replaces insecure environment variable patterns with a secure, encrypted secret store that powers Output SDK workflows.

Core Features & Use Cases

  • Secure, multi-scope secrets (global, environment, and per-workflow) with deep merging to produce runtime credentials.
  • CLI support for init, edit, and show operations to manage encrypted YAML files and decryption keys without exposing secrets.
  • Easy migration from process.env to a structured credential system and provider customization (Vault, AWS Secrets Manager).

Quick Start

Initialize the credential store, add secrets, and reference them in your workflows using the provided CLI commands.

Frequently Asked Questions about output-dev-credentials

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

FAQPage Schema
How do I securely manage encrypted secrets for workflow credentials?

Encrypted secrets for workflow credentials are managed through a structured secret store that replaces insecure environment variables. You use a dedicated CLI to initialize, edit, and show encrypted YAML files, requiring a decryption key to access the runtime values securely.

What is the best way to migrate API keys from environment variables to an encrypted secret store?

Migrating API keys from environment variables involves initializing an encrypted secret store and referencing its structured credential system in your workflows. This approach eliminates exposure risks by using a decryption key to access secrets across global, environment, and per-workflow scopes.

Can I use different secret scopes like global and per-workflow for deployment environments?

Yes, the encrypted secret store supports global, environment, and per-workflow scopes. It uses deep merging to determine the exact runtime credentials needed across diverse deployment scenarios, ensuring the correct API keys are applied without exposing the underlying secrets.

How do I initialize and edit encrypted YAML files for API keys without exposing secrets?

You initialize and edit encrypted YAML files using the provided CLI's init and edit operations. This workflow manages the encrypted secret store and decryption key directly, ensuring API keys and credentials remain secure and unexposed during configuration.

Does the encrypted secret store work with external providers like Vault or AWS Secrets Manager?

Yes, the encrypted secret store supports provider customization for external platforms like Vault and AWS Secrets Manager. This allows you to integrate the structured credential system into existing infrastructure while maintaining secure, multi-scope secret management.

Why do I need a decryption key for managing credentials in Output SDK workflows?

A decryption key is required to unlock the encrypted secret store that powers Output SDK workflows. It ensures that API keys and credentials remain protected at rest and are only decrypted at runtime to determine the final merged credentials.