チームのワークスペースに参加する

ワークスペースに参加すると、チームが公開にしたワークフローにアクセスできるようになります。Legacy Agents では、公開 Agent も共有設定の一部です。あなたの個人チャット、接続済みアカウント、権限付与は、他のメンバーのものとは分離されたままです。

招待を受け入れる

次のいずれかの方法で参加できます:

招待メールから

ワークスペースの招待を開きます。
招待されたメールアドレスでサインインするか、アカウントを作成します。
招待を承諾します。
Invitation accepted と表示されたら、招待されたワークスペースがまだアクティブでない場合は Switch workspace を選択します。

ワークスペース切り替えメニューから

すでにサインインしている場合は、ワークスペース切り替えメニューを開きます。保留中の招待は Join アクション付きで表示されます。Join を選択して、そのワークスペースを承諾しアクティブにします。

Okou がその招待は別のアカウントのものだと言う場合は、Switch account を選択し、招待を受け取ったメールアドレスでサインインしてください。不一致を回避するために重複アカウントを作成しないでください。

アクティブなワークスペースを確認する

アクティブなワークスペースによって、表示される共有ワークフロー、メンバー、ワークスペース設定が決まります。最初の実行の前に:

ワークスペース切り替えメニューを開きます。
招待に記載された名前のチームワークスペースを選択します。
My Okou: 自分の Chat を開きます。Legacy Agents: Agents を開き、チームメイトが指定した Public Agent を選択します。
Workflows を開き、共有ワークフローが表示されていることを確認します。

ワークフローが見つからない場合は、所有者に公開設定を確認してもらってください。Legacy Agents では、所有している Agent も公開であることを確認してください。

自分のサービスを接続する

共有ワークフローでは、他のメンバーの個人認証情報は使用されません。ワークフローが Gmail、Notion、GitHub、HubSpot、または別のサービスを必要とする場合は、求められたときに自分のアカウントを接続してください。

これは2つの別々の手順です:

サービスを接続する。 これにより、Okou が扱えるアカウントが識別されます。
認可と要求された権限を確認する。 これにより、Okou が実行できる名前付きアクションが制御されます。Legacy Agents では、対象の Agent も認可されている必要があります。追加のチャットのアカウント制御が個別に利用できる場合があります。

承認する前に、アカウントとスコープを確認してください。チームで共有サービスアカウントを使っている場合は、組織のアカウントポリシーに従ってください。チームメイトのトークンをワークフローの個人用の指示（Instructions）やチャットにコピーしないでください。

最初の共有ワークフローを実行する

My Okou では、チームワークスペースで自分のチャットを開きます。Legacy Agents では、ワークフローを所有する公開 Agent を開きます。その後、次のいずれかを行います:

たとえば /qualify-inbound-lead のようなスラッシュコマンドを入力します。; または
自然言語でタスクを説明し、求められた入力を提供します。

最初の実行では、リスクの低い例を使い、外部アクションを確認可能な状態に保ちます。良い導入用の依頼は次のようなものです:

/qualify-inbound-lead

Input: [lead email or CRM link]
Create the qualification brief and a reply draft. Do not send the email.
Return the brief in this chat so I can review it first.

結果が次の条件を満たしていることを確認します:

共有された出力形式に従っている;
必要なソースを引用または特定している;
意図した接続済みアカウントを使用している;
指示で求められている場合は承認のために停止している;
確認後にのみ、正しい共有先へ送られている。

ライブラリを改善するフィードバックを送る

共有メソッドに関するフィードバックと、1回の実行に関するフィードバックは分けてください:

繰り返し発生する不足: 「すべての要約に、従業員数のソースを表示すべきです。」ワークフローの所有者に、公開ワークフローを更新するよう依頼します。
単発の修正: 「このリードは子会社名を使っています。」現在のチャットまたはソースレコードに残してください。
別のチームの要件: 「Customer Success には別の最終形式が必要です。」Private のコピーを検討してください。Legacy Agents では、別の Agent にコピーできます。

目的は、すべてのコメントを新しいルールに変えることではありません。その教訓を次のチームメイトと次の入力に適用すべきなら、ワークフローを更新してください。

Slack で使う

ワークスペースに Slack 統合がインストールされている場合:

求められたら、Okou アカウントを Slack に接続します。
@Okou がチャンネルに招待されていることを確認します。
@Okou をメンションし、ワークフロー名とタスク入力を含めます。
フォローアップは同じ Slack スレッドで続けます。

下書きの共有や機密性の高い分析には、ダイレクトメッセージを使ってください。設定と例については、Slack で共有ワークフローを使うを参照してください。

トラブルシューティング

参加したのにワークフローが見つからない

正しいワークスペースにいることを確認してください。次に、所有者にワークフローが公開であることを確認してもらってください。Legacy Agents では、所有している Agent の利用可能性も確認してください。

ワークフローがサービスへの接続または認可を求める

タスクに、まだ許可していないアクセスが必要な場合は、これは想定どおりです。アカウントを接続し、要求された権限を確認してから、実行を続けてください。チームメイトの認可は継承されません。

間違ったアカウントで承諾してしまった

Switch account を使って、招待されたメールアドレスでサインインしてください。アドレス自体が誤っていた場合は、Admin に招待の取り消しと再送信を依頼してください。

自分の結果がチームメイトと異なる

入力、個人用の指示（Instructions）、接続済みアカウント、ソースデータ、ワークフローのバージョンを確認してください。Legacy Agents では、アクティブな Agent も確認してください。共有手順はばらつきを減らしますが、ソースレコードや権限が異なれば、結果が異なることがあります。

ワークスペースの設定については、チームメイトを招待するを参照してください。アクセス境界について理解するには、権限を参照してください。