Claude Cowork 役職別デモ 3 本 — Anthropic 公式が示す Legal / Marketing Ops / Sales 各役職の skill 化パターン

Claude 公式 YouTube — Anthropic Cowork demo シリーズ 2026/05/18

マーク・パイク / Mark Pike (Anthropic AGC) · legal demo 01:54 「I'm checking because my name goes on the reply, and trust but verify is pretty much the whole job」 ── 自分の名前で返信するから確認している。 trust but verify が法務の仕事の本質

本記事で持ち帰ってほしい 1 点は、 3 本の demo を貫く構造として、 Cowork が「AI アシスタント」ではなく「業務 corpus の蓄積基盤」として設計されていること ── 役職 (legal / marketing / sales) が違っても workflow の 7 段階は共通している。個別ツールではなく「skill ファイル」という単位そのものが Anthropic の戦略軸。

Anthropic 公式「Claude」 YouTube チャンネル (channel ID UCV03SRZXJEz-hchIAogeJOg) が 2026/05/18 に同日連続公開した Claude Cowork 役職別 demo 3 本シリーズ。 Legal teams (Mark Pike、約 2 分 59 秒)、 Marketing ops (Ian、約 3 分 35 秒)、 Sales (Brittany、約 3 分 32 秒) の 3 役職。 2026/05/12 の Claude for Legal リリースと同月にあわせて配信された「ホワイトカラー業務の Cowork での扱い方」を 1 役職 1 take で示すリファレンス映像群。 Mark Pike (legal、 Anthropic Associate General Counsel) のみ氏名公開、 marketing ops (Ian) と sales (Brittany) は first name のみ提示。

この 3 本シリーズの編集的重要性は、 Anthropic が Claude Cowork というプロダクトの想定されたユーザー像を、 Anthropic が legal / marketing ops / sales の 3 軸で並列に提示した参照リファレンスという点。既出の Tina Huang の B2C 個人 user 視点と相補関係にあり、こちらは「Anthropic が想定する B2B knowledge worker」を直接示す。

MEMEX 編集視点で重要なのは、 3 つの demo が共通の architectural pattern を踏んでいる事実。「scheduled morning task + skill 起動 + connector 経由のデータ収集 + skill による synthesize + 人間 review + corpus 蓄積」という 7 段階の workflow が 3 職種で共通している。これは Anthropic が Cowork を単一の「AI アシスタント」ではなく、ホワイトカラー業務の skill 化 (skillification) 基盤として設計している証拠でもある。

Demo 1: Legal — Mark Pike (Anthropic AGC) の朝の brief

Mark Pike は Anthropic の in-house product lawyer (Associate General Counsel)。 demo の前提状況は典型的:

朝、 product manager から Slack で「数ヶ月前に launch した機能について quick question」が来る
次の meeting まで数分しかない
当時 memo を書いた時の context は完全に失われている
従来なら「最初の 1 時間を自分の過去仕事の再読に費やす」ところ

Mark の Cowork 設定: 毎朝 first thing で scheduled task が走り、「personalized chief of staff」として今日のメモを届ける。 Gmail inbox は connector 経由で接続済み。 5 件の today-due 案件が表示される ── 2 件 routine、 1 件 new、 1 件 follow-up (今朝の PM 案件)。

Mark が最も依存している skill は /brief。「Anthropic 自身の法務部門 (legal department) の workflow をベースに作った plugin」で、 open protocol として公開されており「他社が own playbook に customize 可能」と Mark は明言する。 /brief + 製品名 + specific change のみで起動 ── skill が以下を知っている:

review file の保管場所
社内 template の構造
関連 Slack / Gmail thread の検索方法

出力 fomat は Mark の思考順序に合わせて構造化される: 「当時の結論」 → 「今変わるもの」 → 「分析のどの部分に影響するか」。「40 ページの memo から 3 段落を探す」のではなく、「brief がその 3 段落を指差してくれる」 ── 引用元の earlier review paragraph に逐語で飛べる設計。

Mark が強調する哲学的 core: 「I'm checking because my name goes on the reply, and trust but verify is pretty much the whole job」 ── 法務職にとって AI 出力の verify は省略できない「仕事そのもの」。 Cowork の役割は verify を省くことではなく、 verify に至るまでの busy work (file 検索、過去 memo の再読、 thread 再構成) を圧縮することにある。

作業完了後は: Claude が PM への reply を draft → Mark が approve → Anthropic 社内の JIRA ticket を close。 Mark の言葉で核心: 「building out a corpus of knowledge so that anybody in the legal department or, if needed, the rest of the company can access that information instead of building information silos」 ── 個人の生産性向上だけでなく、部門内・全社の corpus 共有を Mark は前面に置いている (MEMEX の解釈として、これは「organizational knowledge graph」の構築意図と読める)。

Demo 2: Marketing Ops — Ian の週次 metrics review

Ian (匿名、 marketing ops + analytics) の典型業務: 毎週、 marketing team 向け詳細 doc + leadership 向け 1 枚 slide の metrics review を作成。旧来は「half dozen の data source から手動で pull」する 30-60 分の作業。

Cowork での Ian の workflow は 3 つの skill で構成:

Prep skill ── review の下準備、 data pull、 focus area 提案
Proofread skill ── doc の数値が全て verified source に traceable か確認
Action items skill ── follow-up を Asana に登録

Sunday 夜の scheduled task が起動: 先週の review + meeting transcript を読み、 Slack で sales team の focus を check、 data warehouse を query。月曜朝、 Ian は「Good morning, Claude. How did the prep go?」と話しかけ、用意済みの takeaway + suggested focus を受け取る。

週ごとの判断 (narrative steering) は Ian 側: 「今週は quarter turn だから team の Q2 plans を leading にしよう」と決め、 QBR doc を drop。 demo で実演された prep skill の挙動が重要: 「sales team が tiny reorg を行い、 reporting structure が合わなくなった」場面で Claude は guess せずに flag して質問する。 Ian が「follow the sales team」と指示、 Claude が更新を引き継ぐ。これは Tejas Kumar の harness 体系でいう verify step が自然言語フローに組み込まれた形。

Proofread skill の役割は数値の origin chain の検証: draft 中の全数字が verified data source に trace back することを保証する。第一稿は metrics table + headline のみ、 outline 確認後に Claude が detail を展開 (headline は変更しない厳格 rule で)。完成後 Ian が「ship it」と発話、 Claude が doc を確定 + team Slack channel への投稿文を生成。

重要な締めくくり: Ian が demo 末尾で「今週の process で学んだことで next week 用の skill に追加すべきものは?」と Claude に問う。 sales team の新構造、 Ian が行った corrections ── これらが skill ファイルに反映され、 skill 自体が version up される。「skill だから team と共有できる、誰でも同じ結果を得られる」。これは Pedro Rodrigues の skill 設計 3 原則が示す skill = 業務 protocol 化の B2B 版実装。

Demo 3: Sales — Brittany の account brief + post-meeting flow

Brittany (匿名、 growth account executive) の業務: 戦略的 startup account portfolio を管理。顧客との初回 meeting 前に「相手は誰か、何を build しているか、 Claude をどう使っているか、 spend はいくらか、 risk と growth trend は」を高速に把握する必要。情報は Salesforce、 data warehouse、 call recording、 Slack、 email、 web に分散。

Brittany が公開する skill 自作の prosess:

Cowork session を開き、「meeting に walk into する時に知りたいこと」を自然言語で説明
Claude がその会話から skill file を draft (= 自然言語の指示書をテキスト化)
Skill file 内容: 参照すべき data source、どの usage signal が重要か、結果をどう提示するか
Settings 側で connector を pre-配線: data warehouse、 Salesforce、 web、 email、 Slack
Desktop の folder を read/edit/save 先に指定
Test account で trial、 refinement
Skill file は plain text なので「Claude が何をやっているか」を自分で開いて verify 可能

実運用: /account-strategy-builder + 「Acme Corp」で起動。 Claude が並列に: 過去 90 日の call、 revenue trend、 Salesforce の open opportunity、関連 email / calendar、 Slack、 funding/web news を pull、 strategy doc に synthesize して account folder に保存。出力は full account brief: spend information、 stakeholder mapping、顧客が build している Claude model、 open deal、 risk signal。

Meeting 後: 同じ Cowork session で account context が保持されているため、 /call-transcript-processor を起動。 transcript を pull して 3 つを生成:

Brittany 個人の action items
社内 Slack message (key takeaway、 next step、 action owner)
顧客向け follow-up message

各成果物は send 前に Brittany の approval が要求される (human-in-the-loop の組み込み)。 30 分かかっていた post-meeting flow が数分に短縮、「memory で書くより thorough」。

3 demo に共通する 7 段階 architectural pattern

3 つの role が一見異なる業務に見えるが、 Cowork 上での workflow は共通する構造を持つと MEMEX は読んでいる:

Scheduled task ── 朝 (legal、 marketing) または事前 (sales の account prep) に proactive な prep が走る
Connector 経由のデータ取得 ── Gmail / Slack / Salesforce / data warehouse / JIRA / Asana 等の既存システムから直接 pull
Skill ファイル経由の起動 ── 全てが slash command (/brief、 /account-strategy-builder、 /call-transcript-processor) で起動。 skill は plain text で human-readable
並列 data 収集 + synthesize ── 複数 source から並列で集め、 role 固有のテンプレートに整形
Human review (trust but verify) ── 全成果物が approval gate を通る。 quote 引用は原文に逐語で trace back 可能
外部 system への write-back ── JIRA ticket close、 Slack 投稿、 Asana タスク作成、顧客 email 送信等
Corpus 蓄積 / skill 改善 ── 学んだ事実 (例: sales team 再編、顧客固有 context) が skill ファイル自体に書き戻され、次回以降の workflow が改善される

この 7 段階 pattern が示す Anthropic の戦略仮説: 「ホワイトカラー業務は role ごとに見れば異なるが、 architectural pattern は共通」。だから 1 つの Cowork という基盤上に、 plugin (vertical bundle) を載せ替えれば legal / marketing / sales / finance を同じ製品で扱える。

編集所見 ── 「skill ファイル」と「業務 corpus」を巡る読み

MEMEX 編集視点でこの 3 demo シリーズは、 Anthropic の business strategy 文書として読み解ける素材。

(1) skill ファイル = 業務ノウハウの単位として提示されている。 plain text で、共有可能、 version 化可能、直接 verify 可能。これまで Word マクロ / Excel テンプレート / Salesforce Process Builder / Marketo program 等に閉じ込められていた業務知識が、 1 つの汎用フォーマット (skill file) に統合される設計。 Mark の「I help build this plugin based on how Anthropic's own legal department works」発言は、 Anthropic 自身の業務 protocol がそのまま market に出る dogfooding を示す。

(2) 各 role 専門 SaaS との機能重複が demo 上で観察できる。視聴者目線で重なる先:

Legal demo → 法務 specific の Ironclad、 Spellbook、 Harvey と機能領域が重なる
Marketing ops demo → Marketo、 HubSpot dashboard、 Salesforce Marketing Cloud Reports と機能領域が重なる
Sales demo → Outreach、 Salesloft、 Gong (call transcript)、 Clari (forecasting) と機能領域が重なる

Anthropic は「これら SaaS を置き換える」とは demo 内で明言していない。ただし機能の重なりが demo 上で観察できる以上、視聴者が「Cowork + connector + skill file で同等の作業ができるのではないか」と読む余地は残る、と MEMEX は受け止めている。既出の Niklas Gustavsson が指摘した「coding constraint → product decision constraint」という engineering 側の変化と並んで、ホワイトカラー業務側でも「point solution SaaS → integrated agent + skills」の移行を検討する空気があるかどうかが、これから半年〜1 年で観測点になる。

(3) Open protocol の含意。 Mark の発言「It's open protocol. Any of you can open it up and custom tailor it」は、 skill が plain text で他社が改変可能な設計であることを示す。これは Anthropic Skills 公式提唱の延長で、 plugin marketplace 形成に向かう布石とも読める。既存 SaaS が API 経由でしか拡張できなかった部分を、自然言語に近い skill ファイルで拡張する設計思想。

(4) 業務 corpus 構築の意図。 Mark の「building out a corpus of knowledge ... instead of building information silos」発言から、 Cowork の差別化点として「AI の性能」より「顧客企業の業務 corpus を Cowork 内に蓄積させる」設計を Anthropic が重視している、と MEMEX は読み取った。 skill が version up し、 connector が業務 system に埋め込まれるほど、競合への移行コストが上がっていく構造が含意される。

動画の構成

Legal demo (Mark Pike、約 2 分 59 秒)

(00:00) 自己紹介、 Anthropic in-house product lawyer
(00:18) 朝の Slack 着信、「数ヶ月前の機能について quick question」
(00:37) Cowork の scheduled morning task と「chief of staff」メタファー
(00:47) Gmail inbox connector、 today-due 5 件の sort
(01:00) /brief skill の起動方法
(01:09) Skill は「Anthropic 自身の legal department の workflow」ベース、 open protocol
(01:43) 出力 format: 当時結論 / 変更内容 / 影響箇所
(01:48) 40 ページ memo から 3 段落への navigation
(01:54) 「trust but verify is pretty much the whole job」
(02:13) Strategic thinking に脳を使うのが law school の目的
(02:30) PM 返信 draft、 JIRA ticket close
(02:42) Corpus of knowledge 構築 ── information silo を作らない
(02:51) 締め、「lawyers being asked to do more with less」

Marketing Ops demo (Ian、約 3 分 35 秒)

(00:00) 自己紹介、 marketing ops + analytics
(00:24) 週次 metrics review (team 向け doc + leadership 1 slide)
(00:34) Cowork の役割: data pull + verify、 narrative steering は人間
(00:40) 3 skill 構成 (prep / proofread / action items)
(00:52) Sunday 夜の scheduled task の中身
(01:11) 月曜朝「Good morning, Claude」から開始
(01:34) Quarter turn → Q2 plans に focus 決定、 QBR doc を drop
(01:42) Prep skill が data の不整合を flag して質問 (guess しない)
(01:56) Sales team 再編で reporting structure が変わった事例
(02:11) Proofread skill: 全数字を verified source に trace back
(02:22) 第一稿は headline のみ、 outline 確認後に detail 展開
(02:43) 「ship it」 → doc 確定 + Slack 投稿生成
(03:00) Action items が Asana に登録
(03:09) Leadership slide 生成 (同一 data + narrative から)
(03:15) 「今週の learnings を skill に書き戻して」
(03:30) Skill update + team 共有

Sales demo (Brittany、約 3 分 32 秒)

(00:00) 自己紹介、 growth account executive、 startup portfolio
(00:17) 初回 meeting 前の 5 種の情報要件
(00:31) 散在する data source の列挙
(00:45) Skill 自作プロセスの実演
(00:57) Skill file の中身 (data source / signal / format)
(01:08) Settings の connector pre-配線
(01:20) Test account での refinement、 plain text の verify 可能性
(01:29) /account-strategy-builder 起動 + 「Acme Corp」
(01:51) 並列 data pull (call / revenue / Salesforce / email / Slack / web)
(02:05) Strategy doc の synthesize、 account folder 保存
(02:13) 出力例: spend / stakeholder / model usage / open deal / risk
(02:35) Meeting 後、 /call-transcript-processor で transcript 処理
(02:52) 生成物 3 種: 個人 action / 社内 Slack / 顧客 follow-up
(03:09) 各成果物が approval gate を通る
(03:14) 30 分 → 数分への圧縮、 memory より thorough
(03:27) 締め、 customer conversation の品質向上

出典