ClaudeとProcess Streetを連携する方法 — SOP・チェックリストの実行管理
Process StreetのConnectorは、SOPのワークフロー実行・タスク状況・フォーム項目を会話から照会・更新できます。接続手順と、ログイン認証とAPIキーで権限の効き方が変わる点を解説します。
Claude Process Street連携とは — 何ができるか
Process Streetは、SOP(標準作業手順書)をチェックリスト形式のワークフローとして実行・管理するツールです。開発元自身が提供するConnectorで、Connectorsディレクトリでは「Productivity」カテゴリーに分類されています。追加は2026年2月、接続にはProcess Street側のサインインが必要です。
Connectorは読み取りと書き込みの両方に対応します。ワークフロー・実行中のラン・タスク・ユーザー・データセットについて質問でき、ワークフローの詳細取得、実行履歴の確認、タスクのステータス確認、フォーム項目の更新、新規ランの起動、タスクの完了まで会話から行えます。「このSOPは今どこまで進んでいるか」「誰の承認待ちか」を、Process Streetの画面を開かずに確かめられます。
claude.aiでProcess Streetを接続する手順
Process Street側のヘルプでは、接続前にProcess Streetへログインしておく流れが示されています。
接続の流れ
- 1
Process Streetにログインする
接続したい組織に切り替えた状態にします。所属組織が1つだけなら切り替えは要りません。
- 2
Connectorsを開く
claude.aiで「Customize」→「Connectors」を開き、「+」から一覧を表示してProcess Streetを探します。
- 3
Connectをクリックして認可する
認可画面にはアクセスを求めるアプリ名、必要な権限(スコープ)、リダイレクトURIが表示されます。内容に見覚えがあれば「Approve」、そうでなければ「Cancel」を選びます。Cancelでは権限を渡さずにClaudeへ戻ります。
認証はProcess Streetのログイン情報で行い、認可画面でスコープを承認します。接続先のConnector URLは https://mcp.process.st/ です。Process Street側の機能として全プランで提供され、Admin・Builder・Userのいずれのロールでも使えます。
Team・Enterpriseプランでは、Ownerが組織側で先にConnectorを有効化し、メンバー各自が個別に認証する2段階になります。組織側の有効化だけでは誰も使えず、個人の認証が別途必要です。
Process Streetコネクタで使えるツール
Connectorのページに並ぶツールは32個で、ワークフロー・タスク・フォーム項目・データセット・承認とユーザーに大別できます。以下は代表例で、一覧の全体はConnectors画面で見られます。
| 系統 | 主なツール | できること |
|---|---|---|
| ワークフロー | 主なツールlistWorkflows / listWorkflowRuns / getWorkflowRun / createWorkflowRun / deleteWorkflowRun / assignWorkflowRun | できることワークフローとランの一覧・詳細取得、ランの起動・削除・担当割り当て |
| タスク | 主なツールlistTasks / getTask / listTasksByWorkflowRun / listWorkflowTasksByWorkflow / assignTask / listTaskAssignees | できることタスクの一覧・詳細取得、担当者の確認・割り当て |
| フォーム項目 | 主なツールlistFormFields / listFormFieldValues / listFormFieldValuesByTask / listFormFieldOptions | できることフォーム項目の定義・入力値の取得 |
| データセット | 主なツールlistDataSets / listDataSetRecords / getDataSetRecord / createDataSetRecord / deleteDataSetRecord | できることレコードの取得・作成・削除 |
| 承認・ユーザー | 主なツールlistApprovals / listUsers / listWorkflowRunAssignees | できること承認の一覧、担当ユーザーの確認 |
Process Street側のヘルプによると、このMCPサーバーはProcess StreetのAPIエンドポイントの大半をツールとして公開しています。画面で行っているタスクの割り当てやランの起動は、会話の依頼として置き換えられます。
依頼の例は次のとおりです。ヘルプに載っている英語の依頼例を、日本語にして並べます。
"Quarterly Access Reviewのワークフローを新しく実行して、まだ担当者がいなければコンプライアンス責任者に割り当てて。"
"Client Onboardingの直近のランを探して、未完了のタスクが滞っている箇所を教えて。"
"有効なベンダーのデータセットレコードを検索して、半年以上レビューされていないものは『Review』に変えて。"
3つ目のように、検索したうえで条件に合うレコードを書き換える依頼は、読み取りと書き込みのツールを続けて呼びます。書き込みの権限設定は、次の見出しでどの層に置くかを決めます。
権限はどこで効くのか — ログイン認証とAPIキーの違い
権限の効き方は、接続の方法によって変わります。判断の材料は次の2点です。
接続方法で変わる権限の持ち方
claude.aiのConnector(ログイン認証)
Process Streetのログイン情報で認証します。操作できるのは本人が権限を持つリソースだけです。SAML SSOを有効にした組織でも使えます。
APIキーを使う接続
ワンクリックのConnectorがないクライアント向けの方法です。組織のAdminが連携ページで発行したAPIキーを、Bearerトークンとして渡します。キーの利用者は既定でAdminとして作られるため、制限しない限り広い範囲に届きます。
同じMCPサーバーには、Claudeのほかにもチャット型AIのChatGPTやMicrosoft Copilot Studioから接続できます。
APIキー側の権限を絞る「Restricted API keys」はEnterpriseプラン向けの機能です。キーに対応するユーザーのロールを変え、ワークフロー・ページ・フォーム・ファイル・データセットのうち必要なものだけを割り当てます。Enterprise以外のプランでは、この絞り込みは使えません。
claude.aiの外から同じサーバーに届かせたい場合の例として、Claude Codeでは次のように追加できます。ヘッダーの指定は claude mcp add --help の例と同じ書式です。キーの値は自分のものに置き換えます。
claude mcp add --transport http process-street https://mcp.process.st/ \
--header "Authorization: Bearer YOUR_API_KEY"追加先の範囲は -s でlocal・user・projectから選べ、省略するとlocalです。この方法のAPIキーはパスワードと同じ扱いになります。キーの値をリポジトリに入れるファイルへ直接書くと、そのままコミットされる恐れがあります。
Claude側のツール権限と組み合わせる
Process Street側の権限とは別に、Team・EnterpriseプランではClaude側で組織全体の制限をかけられます。Ownerが「Customize」→「Connectors」でProcess Streetを選び、「Tool permissions」を開くと、読み取り専用のツールや書き込み・削除系といった区分ごと、またはツール単位で、次の3段階を設定できます。
- Always allow(常に許可)
- Needs approval(承認が必要)
- Blocked(ブロック)
この設定は組織内の全員に効き、個人が上書きすることはできません。たとえば deleteWorkflowRun と deleteDataSetRecord をNeeds approvalにし、listTasks や getWorkflowRun のような照会系はAlways allowのままにする、という段階的な設定ができます。
Claude側の設定はProcess Streetの権限を広げません。Claudeで書き込みを許可しても、接続した本人にその権限がなければ操作は通りません。つまり実際に届く範囲は、Process Street側のロールとClaude側の制限の狭いほうで決まります。
設定の細かい落とし穴はClaude Connectorsの権限設定でよくある失敗と対策が詳しく扱っています。CoworkでSOPの実行と承認を自動化する手順は、Process StreetとCoworkでSOPチェックリストの実行と承認を自動化するに分けてあります。
Asana・Airtableとの違い — どれを選ぶか
タスク管理系のConnectorはほかにもあります。Claude Asana連携やClaude Airtable連携は、プロジェクト単位のタスク管理やデータベース管理を汎用的に扱う設計です。Process Streetは、あらかじめ手順が決まったSOPをチェックリストとして毎回同じ順序で実行することに絞られています。
分かれ目は、業務が「毎回同じ手順を踏むか」です。新入社員のオンボーディングや四半期のアクセスレビューのように、手順が変わらず実行回数だけが多い業務では、ワークフローとラン(実行インスタンス)の考え方が合います。案件ごとに進め方が変わるプロジェクト管理は、Asanaのような汎用のタスク管理のほうが柔軟です。
データの扱いと共有の制限
Team・Enterpriseプランでは、Connectorsはプライベートプロジェクトでしか使えません。Process Streetのデータを同期した会話は共有できない仕様です。SOPに人事・給与のような機微なフォーム項目が含まれていても、会話を他のメンバーに見せてしまう事故は起きにくくなります。
通信はすべて暗号化されます。接続したサービスは、それぞれの基盤と規約でデータを処理し、その場所は米国外のこともあります。Enterpriseプランの米国内推論のような設定は、第三者サービスの処理場所を変えません。
接続済みのアプリは、名前を挙げなくても、会話の流れに合うとClaudeが自分で持ち込むことがあります。
複数のConnectorを同時につないでいると、会話の文脈をツール定義が圧迫します。「Tool access」設定の既定は「Auto」で、アクティブなConnectorが10個以上なら「On demand」への切り替えが案内されています。設定場所は、チャット左下の「+」か「/」で開くメニューの「Connectors」→「Tool access」です。詳細はClaudeのツールアクセス設定にあります。
つまずきの切り分け
接続しても別の組織のデータが出る・見つからない
Process Streetに複数の組織で所属している場合、ヘルプは接続前に目的の組織へ切り替えるよう案内しています。想定と違う組織のデータが見えるときは、Claudeの接続を切って組織を切り替え、接続し直す方法が考えられます。
認可画面が出ないまま接続された
同じクライアントを同じ権限で認可済みの場合、同意画面は再表示されず、既存の認可で自動的に通ります。権限を見直したいときは、アプリのアクセスを取り消してから接続し直すと、次の接続で同意画面が戻ります。
検索結果に一部のワークフローが出てこない
claude.aiからの接続では、本人が権限を持つリソースにしか触れません。件数が想定より少ないときは、接続したアカウントのロールと、対象ワークフローへのアクセス権を先に見ます。
組織で有効化したのに使えないメンバーがいる
組織側の有効化と個人の認証は別工程です。Ownerが有効化しただけでは全員が使えるようにならず、メンバー各自がProcess Streetのアカウントで認証を済ませます。
ランを起動したのに進まない
getWorkflowRun でラン全体の状況を見て、listWorkflowRunAssignees で担当者が割り当たっているかを合わせて見る、という切り分けが考えられます。
接続が切れる・認証に失敗する
安定したネットワークがあるか、Process Streetのアカウントが有効か、ロールやプランの条件を満たしているかを順に見ます。それでも直らなければ、「Customize」→「Connectors」でいったん切断し、再接続します。
まとめ
claude.aiからの接続は本人のロールがそのまま上限になるため、削除系だけをNeeds approvalにすれば運用の線が引けます。APIキーでつなぐ場合は、キーが既定でAdmin相当になる点を先に決めておくと安全です。