Skip to main content
Space は、チームがクライアント、事業、または運用領域ごとに業務を整理するための、分離されアクセス制御されたサイロです。各 Space は、明示的に接続しない限り、そのコンテキストとリソースを他のすべての Space から分離して保持します。 内容が 1 つのアクセス境界と 1 つの作業コンテキストを共有すべき場合に Space を使用します。

Space 内の移動

Space の現在のタブは Automations、Resources、Connections、Linked Spaces です。ページとアップロードされたファイルは Resources にまとめて表示され、そこに表示されるものはすべてその Space にスコープされます。

Space の作成、名前変更、削除

サイドバーで New Space を選択し、Create a Space で Space Name を入力して作成します。既存の Space の名前を変更するには、Space の上部にある名前を選択してインラインで編集します。許可されている場合は、More Space actions → Delete で削除できます。 Space を削除すると、そのメンバーシップと公開設定が削除され、元に戻すことはできません。Delete Space を使用する前に、対象の Space が正しいことを確認してください。

Space に含まれるもの

Space には、人やエージェントが業務を完了するために使用するリソースが含まれます。
  • コンテキスト、分析、業務知識を保持する Markdown ベースのページ
  • 元資料として使用されるアップロード済みファイル
  • 外部システムへの Connection
  • Automation の実行
Connection は、デフォルトでは Space で利用できません。その内容を Space で使用するには、各 Connection を明示的に公開する必要があります。

メンバーシップとロール

メンバーシップによって、各ユーザーが Space 内で閲覧・変更できる内容が決まります。 次の表は、各 Space ロールで利用できる操作を比較したものです。

組織の Owner と Admin

組織の Owner と Admin は自動的にすべての Space のメンバーとなり、編集権限を持ちます。各 Space に個別に招待されなくても、組織全体の業務を監督できます。

Space メンバーの管理

Space を開き、Manage Space Members を選択します。必要な権限を持つメンバーは、組織のメンバーを招待し、Space のロールを変更し、アクセスを削除できます。Space を閲覧できるユーザーでも、そのメンバー、Connection、Resource、Automation、リンクを管理する権限を持たない場合があります。

Connection

Space は、組織の Connection が明示的に公開されるまで、それにアクセスできません。これにより、無関係な Space がデフォルトで接続されたレコードを閲覧することを防ぎます。 Connection へのアクセスは直接管理します。Space の Connections タブで Connect to Space を使用して、自分がオーナーである利用可能な Connection を公開するか、その Space 用に新しい Connection を作成します。許可されている場合は、Remove from Space を使用して Connection の公開を停止します。 Connection が公開されると、設定されたデータスコープが Space のエージェント、ページ、Automation で利用可能になります。サポートされている Connection のトリガーも、Automation を設定する際に利用可能になります。
コミュニケーション系の Connection には、多数のクライアント、チーム、または機密性の高いトピックに関する会話が含まれている場合があります。Space に公開する前に、ソースのスコープを狭く設定してください。Governance を参照してください。

Space 同士のリンク

Linked Spaces は、親 Space から 1 つ以上の子 Space への一方向の可視性を提供します。子のレベルでは業務を分離したままにする必要があるものの、別の Space が統合された可視性を必要とする場合にリンクを使用します。 親 Space が子 Space にリンクすると:
  • 親のメンバーは子のコンテンツを閲覧できます。
  • 子は親のコンテンツを閲覧できません。
  • ある子が、共通の親を通じて別の子を閲覧することはできません。
  • リンクによる可視性は、さらに先の子へのリンクにも引き継がれます。
リンクによるアクセスは読み取り専用です。子 Space のページ、ファイル、Automation、Connection、その他のリソースを変更するには、その子 Space の直接のメンバーであり、必要なロールを持っている必要があります。 リンクを作成するには、両方の Space でリンク管理の権限が必要です。リンクを削除するには、親 Space でリンク管理の権限が必要です。 リンクを確認するには、Space を開いて Linked Spaces に移動します。許可されている場合は、表示される追加または削除のコントロールを使用してリンクを変更します。リンクによってソースの Space が移動または統合されることはありません。リンクは継承されるアクセスに影響するため、変更する前にソースと送信先の両方を確認してください。

例: 複数の事業を持つクライアント

あなたの会社が、あるクライアントの個人財務と 6 つの別々の事業を管理しているとします。記録、ファイル、Automation が混在しないように、クライアントと各事業ごとに個別の Space を作成します。 その後、経営チームは 7 つの子 Space すべてにリンクされた親 Space を使用できます。親は顧客の感情、チームの効率、新たに発生した問題を統合的に可視化し、一方で各子の作業コンテキストは分離されたまま維持されます。

例: 複数のプロジェクトを見渡す Admin Space

あなたの組織が複数のプロジェクトを運営しており、それぞれに独自のチーム、ファイル、ページ、Connection、Automation があるとします。各プロジェクトの作業コンテキストを無関係な業務から分離するために、プロジェクトごとに別々の Space を作成します。 Admin Space を作成し、各プロジェクトの Space を子としてリンクします。Admin Space は、プロジェクトのステータス、ブロッカー、チームの活動、新たなリスクについての統合的なビューをリーダーシップに提供します。プロジェクトチームはこれらのリンクを通じて Admin Space や互いの Space を閲覧することはできません。Admin Space のメンバーがプロジェクト Space のコンテンツを変更するには、そのプロジェクト Space への直接のメンバーシップが必要です。