secrets

このスキルは認証情報のインフラに関わります。

譲れないルール：

1. シークレット値を引数、コマンド、ログ、チャットの出力に含めないでください。
2. --reveal は決して使用しないでください。
3. サービス名を報告対象として扱い、シークレットの内容は扱わないでください。
4. シークレットの入力やローテーションには、対話型の CLI フローを優先してください。
5. 生の認証情報を報告せず、ステータスと有効化の状態を報告してください。

シークレット

入力

• $request：サービス名、または add、rotate、enable、status などの管理アクション

目標

secrets CLI を使用して、ユーザーが次の操作を行えるようにします。

• 認証情報を安全に追加またはローテーションする
• 設定済みのサービスを一覧表示する
• インテグレーションを有効化または無効化する
• シークレットを公開せずに、ボールトとインテグレーションのステータスを確認する

ステップ 0：要求されたアクションを特定する

ユーザーが次のどれを希望しているかを判断します。

• 追加
• 削除
• 一覧表示
• マスクされたステータスの表示
• ローテーション
• インテグレーションの有効化または無効化
• プロジェクトのセットアップの初期化
• ステータスの確認

アクションが不明確な場合は、何かを実行する前に質問してください。

成功基準：実行するシークレット管理アクションが明確になっていること。

ステップ 1：最も安全なコマンド形式を使用する

次を優先してください。

• 新しい認証情報には secrets add <service>
• 更新には secrets rotate <service>
• 確認には secrets list または secrets status
• インテグレーションの設定には secrets enable <service> または disable <service>

ルール：

• シークレット値を CLI 引数として渡さないでください。
• --reveal は決して使用しないでください。
• 入力されたシークレット情報をエコーしたり、言い直したりしないでください。

成功基準：認証情報の機密性を保つコマンド経路になっていること。

ステップ 2：機密性のない結果を報告する

次の内容を報告してください。

• 対象となったサービス
• アクションが成功したかどうか
• サービスが有効か無効か
• ユーザーが引き続き行う必要のあるセットアップ

成功基準：認証情報が漏えいすることなく、ユーザーがインテグレーションの状態を把握できること。

ガードレール

• このスキルを自発的に実行しないでください。
• 生のシークレット値を表示したり、要約したりしないでください。
• 値がシェルの履歴に漏れるような、非対話型のシークレット入力方法を使用しないでください。
• コマンドで確認できていない限り、サービスを有効化することが正常なテストの成功と同じだとみなさないでください。

出力要件

次を報告してください。

1. 実行したアクション
2. 対象となったサービス
3. マスクされた結果、またはステータスのみの結果
4. 次に必要なセットアップ手順