Files
dify-docs/ja/use-dify/workspace/team-members-management.mdx
Chenhe Gu 767397a9de changed language codes: cn -> zh, jp -> ja. with other supporting structural changes (#565)
* fix redirect language code prefixes

* rename: cn -> zh, jp -> ja

* remove hardcoded ja / zh references

* remove hardcoded 'english' references

* renamed variable names and dict keys to language agnostic names

* fix: add missing language helper methods to PRAnalyzer

- Add get_language_directory() method
- Initialize source_language and target_languages from config
- Fixes AttributeError when generating mixed PR errors

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>

* test: kitchen sink workflow validation v2

This PR validates the translation workflow after config-driven refactoring:

Changes:
- Add new test file: test-workflow-validation.mdx
- Modify existing file: introduction.mdx
- Update docs.json navigation

Tests:
- New file translation (add workflow)
- Existing file translation (update workflow)
- Navigation sync across languages
- Config-driven language codes (zh/ja instead of cn/jp)
- Source language abstraction (no hardcoded "English")

Expected workflow behavior:
1. Detect changes in en/ directory
2. Translate new file to zh and ja
3. Update modified file translations
4. Sync docs.json for all language sections
5. Commit translated files automatically

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>

* fix: update workflow paths to use zh/ja instead of cn/jp

Aligns workflow trigger paths with the zh/ja language directory rename.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>

* Revert "fix: update workflow paths to use zh/ja instead of cn/jp"

This reverts commit 9587b7cc5d.

* Revert "test: kitchen sink workflow validation v2"

This reverts commit 4abdd69fd2.

* fix: update workflow paths in doc analyze workflow to use zh/ja instead of cn/jp

* Refactor/language codes (#240)

* test: kitchen sink workflow validation v2

This PR validates the translation workflow after config-driven refactoring:

Changes:
- Add new test file: test-workflow-validation.mdx
- Modify existing file: introduction.mdx
- Update docs.json navigation

Tests:
- New file translation (add workflow)
- Existing file translation (update workflow)
- Navigation sync across languages
- Config-driven language codes (zh/ja instead of cn/jp)
- Source language abstraction (no hardcoded "English")

Expected workflow behavior:
1. Detect changes in en/ directory
2. Translate new file to zh and ja
3. Update modified file translations
4. Sync docs.json for all language sections
5. Commit translated files automatically

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>

* fix: update workflow paths to use zh/ja instead of cn/jp

Aligns workflow trigger paths with the zh/ja language directory rename.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>

* Revert "fix: update workflow paths to use zh/ja instead of cn/jp"

This reverts commit 9587b7cc5d.

* Revert "test: kitchen sink workflow validation v2"

This reverts commit 4abdd69fd2.

* fix: update workflow paths in doc analyze workflow to use zh/ja instead of cn/jp

---------

Co-authored-by: Claude <noreply@anthropic.com>

* fix: update workflow files to use 'source' instead of 'english'

After refactoring the PR analyzer to use 'source' for source language
PRs (instead of hardcoded 'english'), the workflow files need to match.

Changes:
- sync_docs_analyze.yml: pr_type == 'source' (was 'english')
- sync_docs_update.yml: PR_TYPE != 'source' check
- Updated all comments from "English" to "source language"
- Updated all pr_type values in JSON from "english" to "source"

This ensures the workflows trigger correctly with the refactored
config-driven language system.

Related: language code refactoring (cn/jp → zh/ja)

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>

* Fix/workflow source language references (#245)

* test: kitchen sink workflow validation v2

This PR validates the translation workflow after config-driven refactoring:

Changes:
- Add new test file: test-workflow-validation.mdx
- Modify existing file: introduction.mdx
- Update docs.json navigation

Tests:
- New file translation (add workflow)
- Existing file translation (update workflow)
- Navigation sync across languages
- Config-driven language codes (zh/ja instead of cn/jp)
- Source language abstraction (no hardcoded "English")

Expected workflow behavior:
1. Detect changes in en/ directory
2. Translate new file to zh and ja
3. Update modified file translations
4. Sync docs.json for all language sections
5. Commit translated files automatically

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>

* fix: update workflow paths to use zh/ja instead of cn/jp

Aligns workflow trigger paths with the zh/ja language directory rename.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>

* Revert "fix: update workflow paths to use zh/ja instead of cn/jp"

This reverts commit 9587b7cc5d.

* Revert "test: kitchen sink workflow validation v2"

This reverts commit 4abdd69fd2.

* fix: update workflow paths in doc analyze workflow to use zh/ja instead of cn/jp

* fix: update workflow files to use 'source' instead of 'english'

After refactoring the PR analyzer to use 'source' for source language
PRs (instead of hardcoded 'english'), the workflow files need to match.

Changes:
- sync_docs_analyze.yml: pr_type == 'source' (was 'english')
- sync_docs_update.yml: PR_TYPE != 'source' check
- Updated all comments from "English" to "source language"
- Updated all pr_type values in JSON from "english" to "source"

This ensures the workflows trigger correctly with the refactored
config-driven language system.

Related: language code refactoring (cn/jp → zh/ja)

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>

---------

Co-authored-by: Claude <noreply@anthropic.com>

* fix

* fix docs.json language codes

* rename previous version docs: cn -> zh, jp -> ja

* rm duplicate redirect entires

---------

Co-authored-by: Claude <noreply@anthropic.com>
2025-11-28 04:00:02 -08:00

89 lines
5.7 KiB
Plaintext
Raw Permalink Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
---
title: "メンバーの管理"
description: "効果的なAIチームを構築するためにワークスペースメンバー、ロール、権限を管理"
icon: "users"
---
<Note> ⚠️ このドキュメントはAIによって自動翻訳されています。不正確な部分がある場合は、[英語版](/en/use-dify/workspace/team-members-management)を参照してください。</Note>
Difyのチーム管理は**ワークフロー**中心です。**ワークフロー**にメンバーを追加すると、割り当てられた役割に基づいて**ワークフロー**リソースへのアクセス権が付与されます。これらの役割を理解することで、安全で生産的なAIチームを構築できます。
## チームサイズの制限
お使いのDifyエディションに基づいて、**ワークフロー**には異なる数のチームメンバーを含めることができます:
- **Free:** 1メンバー個人開発
- **Professional:** 3メンバー小規模チーム
- **Team:** 無制限メンバー(成長企業)
- **Community/Enterprise:** 無制限メンバー(セルフホスト)
## **ワークフロー**の役割
<AccordionGroup>
<Accordion title="Owner">
**完全な**ワークフロー**制御。** **ワークフロー**ごとに1人のオーナーのみ。すべてのチームメンバー、請求、**モデルプロバイダー**を管理し、**ワークフロー**を削除できます。他のメンバーに所有権を譲渡することはできません。
</Accordion>
<Accordion title="Admin">
**チームとリソース管理。** チームメンバーの追加/削除、**モデルプロバイダー**の設定、すべてのアプリケーションの管理、プラグインのインストールが可能です。メンバーの役割変更や請求管理はできません。
</Accordion>
<Accordion title="Editor">
**アプリケーション開発。** アプリケーションの作成、編集、削除、**知識ベース**の管理、すべての**ワークフロー**ツールの使用が可能です。チームメンバーの管理やプロバイダーの設定はできません。
</Accordion>
<Accordion title="Member">
**アプリケーション使用のみ。** 公開されたアプリケーションとアクセス権のあるツールを使用できます。アプリケーションの作成や変更はできません。
</Accordion>
<Accordion title="Dataset Operator">
****知識ベース**スペシャリスト。** データセットと**知識ベース**の管理に特化した役割。**知識ベース**の作成と管理ができますが、アプリケーションアクセスは限定的です。
</Accordion>
</AccordionGroup>
## チームメンバーの追加
**ワークフロー**オーナーのみが新しいチームメンバーを招待できます:
<Steps>
<Step title="メンバー管理にアクセス">
**ワークフロー**で設定 → メンバーに移動します。
</Step>
<Step title="招待を送信">
メールアドレスを入力し、各新しいメンバーに適切な役割を選択します。
</Step>
<Step title="招待の処理">
新規ユーザーは登録メールを受け取ります。既存のDifyユーザーは即座に追加され、**ワークフロー**スイッチャーを通じて**ワークフロー**にアクセスできます。
</Step>
</Steps>
<Info>
Communityようにメールサービス設定が必要です。
</Info>
## メンバー管理
**メンバーの削除:** **ワークフロー**オーナーのみがチームメンバーを削除できます。削除されると、メンバーは即座に**ワークフロー**アクセスを失いますが、彼らが作成したアプリケーションは**ワークフロー**に残ります。
**役割変更:** **ワークフロー**オーナーのみがメンバーの役割を変更できます。役割変更は即座に有効になり、メンバーが**ワークフロー**全体でアクセスできる内容を変更します。
**複数の**ワークフロー**** チームメンバーは複数の**ワークフロー**に所属できます。左上角のセレクターを使用して**ワークフロー**間を切り替えます。
## アクセスパターン
**リソース継承:** すべての**ワークフロー**リソース(**モデルプロバイダー**、プラグイン、**知識ベース**)は、役割権限に基づいてチームメンバーが利用できます。
**アプリケーションアクセス:** メンバーは共有設定と役割に基づいてアプリケーションを表示します。オーナーとAdminはすべてのアプリケーションを表示します。Editorは変更可能なアプリケーションを表示します。Memberは使用許可されている公開アプリケーションのみを表示します。
**設定アクセス:** **ワークフロー**レベルで設定された**モデルプロバイダー**とプラグインは、適切な権限を持つチームメンバーが作成したすべてのアプリケーションで利用可能になります。
## セキュリティに関する考慮事項
**最小権限の原則:** 最小限の権限から始めて、実証されたニーズと信頼に基づいて役割をアップグレードします。
**定期的なアクセスレビュー:** チームメンバーの役割を定期的に確認し、**ワークフロー**アクセスが不要になったメンバーを削除します。
**機密設定:** **モデルプロバイダー**のAPIキーと請求を制御するため、信頼できるチームメンバーのみがAdminまたはOwner役割を持つべきです。