チームとメンバー

チームは定月市の共同ユニットです。数人が同じワークフローを維持し、資格情報を共有し、相互に承認します。このページでは、チームの構築、メンバーの招待、リソースの移行方法について説明します。

構造がわかる写真

• アカウントが所属できるのは、 複数の チーム; UI の右上隅をプルダウンして、現在のチームを切り替えます。
• 各チームには独自のものがあります。
  • ワークフローリスト
  • テンプレート/モジュールライブラリ（自分でプロモートしたモジュールはチームで共有）
  • 資格情報の名前空間
  • スケジュール/Webhook
  • メンバーリストと権限
  • 実行履歴+監査ログ
  • 通知設定
  • サブスクリプションと割り当て

チームを作成する

1. 左側の「チーム」→右上隅の「新しいチーム」に移動します。
2. 名前 (他のメンバーに表示されます)、スラッグ (URL の一部)、および説明を入力します。
3. パッケージを選択します - 現在のアカウントで購入したパッケージから選択するか、「パッケージのアップグレード」をクリックして最初にパッケージを購入します。
4. 作成者は自動的にチーム所有者になります。

メンバーを招待する (電子メールでの招待、2026 年 4 月 27 日から)

2026 年 4 月以降、メンバーの招待は UUID の貼り付けではなく、完全に電子メール経由で行われます。

1. チーム詳細ページ→メンバータブ→「招待状を送信」
2. 相手の電子メール アドレスを入力します (一度に 1 つずつ; 冪等: 同じ電子メール アドレスに再送信すると、保留中の招待レコードが再利用されます) + 事前に割り当てられた役割を選択します
3. システムは、32 バイトのランダム トークン (256 ビット エントロピー、非列挙可能) へのリンクを含む電子メールを送信します。
4. 相手がリンクをクリック → /teams/invitations/accept redemption ページにジャンプ
5. 相手がログインしていない場合は、自動的にログインページにジャンプします。ログイン後、引き換えページに戻ります。
6. 引き換え時のシステム検証: 現在ログインしているユーザーの電子メール アドレスは、招待電子メール アドレスと一致している必要があります (大文字と小文字は区別されません)。転送されたリンクは他の人が使用できません。

APIを使用して招待状を作成する

curl -X POST 'https://braidrun.com/api/teams/{teamId}/invitations' \
  -H 'Authorization: Bearer dyk_...' \
  -H 'Content-Type: application/json' \
  -d '{"email": "newmember@example.com"}'

反対側の交換：

curl -X POST 'https://braidrun.com/api/teams/invitations/accept' \
  -H 'Authorization: Bearer dyk_...' \
  -H 'Content-Type: application/json' \
  -d '{"token": "<32-byte-token-from-email>"}'

役割の割り当て

4 つの役割 (上位から順に、所有者/管理者/編集者/閲覧者)。それぞれの役割が具体的に何をできるかを確認してください。 権限と役割。

会員管理

メンバー リストでは、管理者以上は次のことができます。

• メンバーの役割の変更 (ダウングレード/昇格)
• メンバーを削除します（相手の操作履歴はすべて保持されますが、権限は無効になります）
• 各メンバーの最後のアクティブ時間を表示する
• 各メンバーが保持する認証情報の数と作成されたワークフローの数を確認します。

所有権を譲渡する

チームに所有できるオーナーは 1 人だけです。所有権を他の人に譲渡したい場合:

1. チーム設定→「所有権の譲渡」。
2. 現在の管理者を新しい所有者として選択します。
3. 2 要素認証 - 現在の所有者は電子メールまたは TOTP で 2 回確認する必要があります。
4. 完了後、現在の所有者は自動的に管理者にダウングレードされます。サブスクリプション請求書の所有権も移転されます。

現在のチームを切り替える

右上隅にあるユーザーのアバターをプルダウン→「現在のチーム」を選択します。切り替え後:

• すべてのサイドバー リスト (ワークフロー/認証情報/スケジュール/実行/承認) が新しいチームのデータに再ロードされます。
• URL にはチーム パラメータが含まれており、更新後も保持されます。
• 切り替えると、開いていたワークフロー エディターが閉じます (チーム間の偶発的な変更を防ぐため)

チーム間でのリソースの移動

ワークフローが別のチームに移動されました

1. ワークフロー詳細ページ→設定→「チームに移動」。
2. ターゲット チームを選択します。ターゲット チームの編集者以上である必要があります。
3. システムは、ワークフローで参照されている資格情報が同じ名前でターゲット チームにも存在するかどうかを確認します。存在しない場合はリストが表示され、「同じ名前の資格情報をスキップ/作成/移動をキャンセル」を選択できます。
4. 確認後、ワークフローと履歴実行が一緒に新しいチームに移行されます。

資格情報のチーム間レプリケーション

元のチームの権限を誤って取り消してしまうことを避けるため、資格情報は「移動」できず、「コピー」のみが可能です。値を再入力し、ターゲット チームに対して同じ名前の資格情報を作成するように求められます。

チーム監査

「チーム設定 → 監査ログ」では、すべての変更が記録されます。

• 誰が / いつ / どのワークフロー / どのフィールドが変更されたか
• 誰が / いつ / 作成 / 削除 / 更新された資格情報
• 誰が / いつ / 開始 / 承認した承認
• メンバーの加入/脱退/役割変更

監査ログは 365 日間 (チーム)/永久に (エンタープライズ) 保持され、CSV エクスポートをサポートします。

チームを解散する

所有者は解散することができます。解散する前に、システムにより次のことが可能になります。

1. すべてのワークフローをエクスポート (YAML の ZIP)
2. すべての実行レコードをエクスポート (CSV または JSON)
3. メンバー全員に通知（自動メール送信）
4. 二要素確認

解散後30日以内であれば復元可能です。 30 日が経過すると、データは完全に消去され、取得できなくなります。

次のステップ

• 権限と役割 — 4 つの役割でできることの詳細な比較表
• サブスクリプションと価格 — チーム/エンタープライズの割り当ての違い
• 認証情報 — チーム共有資格情報のセマンティクス