@@ -6,30 +6,30 @@ description: "効果的な AI チームを構築するためにワークスペ
66<Note > ⚠️ このドキュメントは AI によって自動翻訳されています。不正確な部分がある場合は、[ 英語版] ( /en/use-dify/workspace/team-members-management ) を参照してください。</Note >
77
88
9- Difyのチーム管理は ** ワークフロー ** 中心です。 ** ワークフロー ** にメンバーを追加すると、割り当てられた役割に基づいて ** ワークフロー ** リソースへのアクセス権が付与されます 。これらの役割を理解することで、安全で生産的なAIチームを構築できます。
9+ Difyのチーム管理はワークスペース中心です。ワークスペースにメンバーを追加すると、割り当てられた役割に基づいてワークスペースリソースへのアクセス権が付与されます 。これらの役割を理解することで、安全で生産的なAIチームを構築できます。
1010
1111## チームサイズの制限
1212
13- お使いのDifyエディションに基づいて、** ワークフロー ** には異なる数のチームメンバーを含めることができます :
13+ お使いのDifyエディションに基づいて、ワークスペースには異なる数のチームメンバーを含めることができます :
1414
1515- ** Free** : 1メンバー(個人開発)
1616- ** Professional** : 3メンバー(小規模チーム)
1717- ** Team** : 50メンバー(成長企業)
1818- ** Community/Enterprise** : 無制限メンバー(セルフホスト)
1919
20- ## ** ワークフロー ** の役割
20+ ## ワークスペースの役割
2121
2222<AccordionGroup >
2323 <Accordion title = " Owner" >
24- ** 完全な ** ワークフロー ** 制御 。** ** ワークフロー ** ごとに1人のオーナーのみ 。すべてのチームメンバー、請求、** モデルプロバイダー ** を管理し、 ** ワークフロー ** を削除できます 。他のメンバーに所有権を譲渡することはできません。
24+ ** 完全なワークスペース制御 。** ワークスペースごとに1人のオーナーのみ 。すべてのチームメンバー、請求、モデルプロバイダーを管理し、ワークスペースを削除できます 。他のメンバーに所有権を譲渡することはできません。
2525 </Accordion >
2626
2727 <Accordion title = " Admin" >
28- ** チームとリソース管理。** チームメンバーの追加/削除、** モデルプロバイダー ** の設定 、すべてのアプリケーションの管理、プラグインのインストールが可能です。メンバーの役割変更や請求管理はできません。
28+ ** チームとリソース管理。** チームメンバーの追加/削除、モデルプロバイダーの設定 、すべてのアプリケーションの管理、プラグインのインストールが可能です。メンバーの役割変更や請求管理はできません。
2929 </Accordion >
3030
3131 <Accordion title = " Editor" >
32- ** アプリケーション開発。** アプリケーションの作成、編集、削除、** 知識ベース ** の管理、すべての ** ワークフロー ** ツールの使用が可能です 。チームメンバーの管理やプロバイダーの設定はできません。
32+ ** アプリケーション開発。** アプリケーションの作成、編集、削除、知識ベースの管理、すべてのワークスペースツールの使用が可能です 。チームメンバーの管理やプロバイダーの設定はできません。
3333 </Accordion >
3434
3535 <Accordion title = " Member" >
@@ -39,46 +39,46 @@ Difyのチーム管理は**ワークフロー**中心です。**ワークフロ
3939
4040## チームメンバーの追加
4141
42- ** ワークフロー ** オーナーのみが新しいチームメンバーを招待できます :
42+ ワークスペースオーナーのみが新しいチームメンバーを招待できます :
4343
4444<Steps >
4545 <Step title = " メンバー管理にアクセス" >
46- ** ワークフロー ** で設定 → メンバーに移動します。
46+ ワークスペースで設定 → メンバーに移動します。
4747 </Step >
4848
4949 <Step title = " 招待を送信" >
5050 メールアドレスを入力し、各新しいメンバーに適切な役割を選択します。
5151 </Step >
5252
5353 <Step title = " 招待の処理" >
54- 新規ユーザーは登録メールを受け取ります。既存のDifyユーザーは即座に追加され、** ワークフロー ** スイッチャーを通じて ** ワークフロー ** にアクセスできます 。
54+ 新規ユーザーは登録メールを受け取ります。既存のDifyユーザーは即座に追加され、ワークスペーススイッチャーを通じてワークスペースにアクセスできます 。
5555 </Step >
5656</Steps >
5757
5858<Info >
59- Communityようにメールサービス設定が必要です 。
59+ Community Edition では、招待を正しく機能させるために、メールサービスの設定が必要です 。
6060</Info >
6161
6262## メンバー管理
6363
64- ** メンバーの削除** : ** ワークフロー ** オーナーのみがチームメンバーを削除できます 。削除されると、メンバーは即座に ** ワークフロー ** アクセスを失いますが、彼らが作成したアプリケーションは ** ワークフロー ** に残ります 。
64+ ** メンバーの削除** : ワークスペースオーナーのみがチームメンバーを削除できます 。削除されると、メンバーは即座にワークスペースアクセスを失いますが、彼らが作成したアプリケーションはワークスペースに残ります 。
6565
66- ** 役割変更** : ** ワークフロー ** オーナーのみがメンバーの役割を変更できます 。役割変更は即座に有効になり、メンバーが ** ワークフロー ** 全体でアクセスできる内容を変更します 。
66+ ** 役割変更** : ワークスペースオーナーのみがメンバーの役割を変更できます 。役割変更は即座に有効になり、メンバーがワークスペース全体でアクセスできる内容を変更します 。
6767
68- ** 複数のワークフロー ** : チームメンバーは複数の ** ワークフロー ** に所属できます。左上のセレクターを使用して ** ワークフロー ** 間を切り替えます 。
68+ ** 複数のワークスペース ** : チームメンバーは複数のワークスペースに所属できます。左上のセレクターを使用してワークスペース間を切り替えます 。
6969
7070## アクセスパターン
7171
72- ** リソース継承** : すべての ** ワークフロー ** リソース( ** モデルプロバイダー** 、プラグイン、** 知識ベース** )は、役割権限に基づいてチームメンバーが利用できます。
72+ ** リソース継承** : すべてのワークスペースリソース( モデルプロバイダー、プラグイン、知識ベース)は、役割権限に基づいてチームメンバーが利用できます。
7373
7474** アプリケーションアクセス** : メンバーは共有設定と役割に基づいてアプリケーションを表示します。オーナーとAdminはすべてのアプリケーションを表示します。Editorは変更可能なアプリケーションを表示します。Memberは使用許可されている公開アプリケーションのみを表示します。
7575
76- ** 設定アクセス** : ** ワークフロー ** レベルで設定された ** モデルプロバイダー ** とプラグインは 、適切な権限を持つチームメンバーが作成したすべてのアプリケーションで利用可能になります。
76+ ** 設定アクセス** : ワークスペースレベルで設定されたモデルプロバイダーとプラグインは 、適切な権限を持つチームメンバーが作成したすべてのアプリケーションで利用可能になります。
7777
7878## セキュリティに関する考慮事項
7979
8080** 最小権限の原則** : 最小限の権限から始めて、実証されたニーズと信頼に基づいて役割をアップグレードします。
8181
82- ** 定期的なアクセスレビュー** : チームメンバーの役割を定期的に確認し、** ワークフロー ** アクセスが不要になったメンバーを削除します 。
82+ ** 定期的なアクセスレビュー** : チームメンバーの役割を定期的に確認し、ワークスペースアクセスが不要になったメンバーを削除します 。
8383
84- ** 機密設定** : ** モデルプロバイダー ** のAPIキーと請求を制御するため 、信頼できるチームメンバーのみがAdminまたはOwner役割を持つべきです。
84+ ** 機密設定** : モデルプロバイダーのAPIキーと請求を制御するため 、信頼できるチームメンバーのみがAdminまたはOwner役割を持つべきです。
0 commit comments