bws-cli-skill
Use when working with Bitwarden Secrets Manager CLI (bws) to run commands with injected secrets, manage secret-manager environment variables, or explain bws usage. Essential for wrapping processes with `bws run --project-id ${BWS_TZEHOUSE_ID_PROD or BWS_TZEHOUSE_ID_DEV} -- {command}`.
- License 许可
- MIT
- 最近更新
- 2026-11-10
- Stars
- ★ 0
- Forks
- 0
01 前言 Front Matter
- name
- bws-cli-skill
- metadata
- { "owner": "tze", "status": "active", "authors": [ "tze", "Claude Fable 5.1" ], "last_reviewed": "2026-09-02" }
- description
- Use when working with Bitwarden Secrets Manager CLI (bws) to run commands with injected secrets, manage secret-manager environment variables, or explain bws usage. Essential for wrapping processes with `bws run --project-id ${BWS_TZEHOUSE_ID_PROD or BWS_TZEHOUSE_ID_DEV} -- {command}`.
02 资源文件 1
- 参考文档references/secrets-manager-cli.md673 B
03 SKILL.md 正文
bws CLI skill
Overview
Use this skill to guide LLM behavior for the Bitwarden Secrets Manager CLI. Prioritize safe, idempotent usage and emphasize running commands through bws run so secrets are injected into the process environment without being written to disk.
Quick start
- Confirm
bwsis installed and available inPATH. - Ensure a valid Bitwarden Secrets Manager access token is present (per official docs).
- If
/secrets/.envexists, load it into the current process before runningbws:set -a; source /secrets/.env; set +a
- Wrap any process that needs secrets with:
bws run --project-id ${BWS_TZEHOUSE_ID_PROD} -- {command}bws run --project-id ${BWS_TZEHOUSE_ID_DEV} -- {command}
Core guidance
- Prefer
bws runfor any command that requires secrets so values stay in memory only. - Use explicit project IDs from
BWS_TZEHOUSE_ID_PRODorBWS_TZEHOUSE_ID_DEV; do not hardcode IDs. - If
/secrets/.envis the source of project IDs or tokens, load it into the current shell process (avoid printing env values). - Keep secrets out of logs, files, and repo history.
- If a task requires other bws commands, consult references/secrets-manager-cli.md and the official docs.
Usage examples
- Load env vars then run a production command:
set -a; source /secrets/.env; set +abws run --project-id ${BWS_TZEHOUSE_ID_PROD} -- {command}
- Run a production command with secrets:
bws run --project-id ${BWS_TZEHOUSE_ID_PROD} -- {command}
- Run a development command with secrets:
bws run --project-id ${BWS_TZEHOUSE_ID_DEV} -- {command}
Reference
For detailed CLI subcommands and authentication setup, read references/secrets-manager-cli.md and the official docs at https://bitwarden.com/help/secrets-manager-cli/.
04 同仓库更多 Skills
user-run
Use when a step needs privileges this session lacks (docker, sudo, another user's checkout or secrets, host access) and the owner must run it as tze. Writes a reviewable /home/orca/.tmp/<slug>/run.sh that impersonates tze (USER_TO_IMPERSONATE overrides), tees timestamped logs plus latest.log and collects artifacts there; Claude presents it with a risk and time brief, then continues from the logs. Triggers: "I'll run it for you", "permission denied on docker.sock", "needs sudo", "sudo: a password is required", "run as tze", "/user-run".
requesting-code-review
Use when completing tasks, implementing major features, or before merging to verify work meets requirements
receiving-code-review
Use when receiving code review feedback, before implementing suggestions, especially if feedback seems unclear or technically questionable - requires technical rigor and verification, not performative agreement or blind implementation
finishing-a-development-branch
Use when implementation is complete, all tests pass, and you need to decide how to integrate the work - guides completion of development work by presenting structured options for merge, PR, or cleanup
executing-plans
Use when you have a written implementation plan to execute in a separate session with review checkpoints
dispatching-parallel-agents
Use when facing 2+ independent tasks that can be worked on without shared state or sequential dependencies