Claude Desktop（Mac）の Cowork に追加された Record a skill（スキルを記録） は、定型業務を「手順書やプロンプトで書く」代わりに、画面操作と口頭説明のデモから再利用可能な Skill に変換する公式経路です。モデルを再学習する機能ではなく、タスク固有の指示パッケージを提案・保存する仕組みだと捉えると、導入判断がしやすくなります。
📑目次
この記事では、Claude Help Center の公式制限（対象プラン・Mac・約10分・保持方針）を軸に、ITmedia や実演レビュー、独立分析を突き合わせ、いつ試し・いつ手書き Skill や既存自動化に残すかを整理します。
Record a skillとは何か — デモから再利用Skillへ
結論から言うと、Record a skill は「見て・聞いて覚えた手順を、次から呼び出せる Skill にする」ための公式デモ経路です。 座標クリックの単純マクロではなく、操作・クリック・キー入力・音声解説をセッション中に捉え、Claude が再利用可能な Skill 案を提案します。
公式の位置づけ
Claude 公式アカウント（@claudeai）は、タスク実行中に画面を録画し、作業を口頭で説明すると再実行可能な skill に変換できると発表しています。
要点は次のとおりです。
- 入口: Claude desktop の「+」メニュー内「Record a skill」
- 利用可能プラン: Pro / Max / Team
- 出典: 公式 X 投稿
従来の Skill 作成との差分
従来の Skill 作成には、次のような経路がありました。
- 手書きの SKILL.md
- 文章からの生成
- 成功プロセスのパッケージ化
- ファイルアップロード
Record a skill の差分は「実行中に捕捉する」点にあります。手順書を先に完成させなくても、画面で一度やって見せる負荷まで教え方を下げられる、というのが実務上の魅力です。
独立報道・実演で見える呼び出し例
ITmedia AI+ は、2026-07-21（現地）実装として報道しています（ITmedia AI+）。
- 保存後の呼び出し例:
/file-expensesのようなスラッシュ形式
一方 Charlie Hills の実演では、次が報告されています（Charlie Hills / MarTech AI）。
- デモ内容: Notion から Buffer へのコンテンツ再利用
- 提案名:
repurpose-to-buffer - 組み立て: 3つの sub-agent が skill 草稿・プラットフォーム別ルール・パッケージ化を並列で実施
期待値の置き方
Coursiv は、これを基盤モデルの再学習ではなく、タスク固有の指示パッケージ化だと明確に区別しています（Coursiv）。
- 「AIが仕事を覚える」という見出しの印象より、再利用可能な作業指示をデモから生成すると読む
- その読み方の方が、期待値のずれを防げる
手書きの Skill 設計そのものを深掘りしたい場合は、Claude Code Skills の書き方もあわせて参照してください。
- Record a skill は「入口の負荷を下げる経路」
- 保存後の編集・共有・削除は他 Skill と同様の運用に乗る
使える条件と始め方（プラン・Mac・2経路・約10分）
使える条件を外すと、手順どおり操作しても機能が出てきません。
Claude Help Center「How to create custom skills」によると、Recording a skill の対象は次のとおりです（Claude Help Center）。
- 利用可: Pro / Max / Team かつ Claude for Mac の Cowork
- 利用不可: chat・Windows・Free・Enterprise
録画前の準備
- Claude for Mac を最新版へ更新する
- macOS の Accessibility（マウス／キーボード追跡）と Screen recording 権限を許可する
- 映したくないファイル、通知、私的な会話、パスワードマネージャの展開を閉じる
- 可能なら本番の顧客データではなく、サンプルデータでデモする
Help Center は、録画中にパスワードや秘密情報を入力したり、機微情報・私的会話を画面に出さないよう警告しています。画面上のすべてと発話がセッション中にキャプチャされる前提で準備してください。
開始経路は2つ
| 経路 | 操作の目安 |
|---|---|
| Composer から | Cowork composer の「+」→ Record a skill |
| Skills 管理から | Customize > Skills → Add → Record your screen |
いずれも Start recording のあと、普段どおり作業し、必要なら口頭で意図や例外を説明します。途中でやめる場合は Discard、完了したら Done です。
時間上限と保存前レビュー
- 録画上限は 約10分
- 残り約1分でカウントダウンし、0になると自動終了して送信（Done 相当）
- Done 後、Claude が Cowork タスク内で録画をレビューし、Skill を提案
- 新規なら Save / Dismiss、既存 Skill への更新提案なら Update / Dismiss
- Content を展開し、保存前に提案内容を読む
Charlie Hills のメモでは、公式の短い発表だけを見ると抜けやすい差分が示されています。
- 保存後に
/repurpose-to-bufferのようなスラッシュで新規チャットから再実行テストする - 実行時に Claude in Chrome / Control Chrome 権限が絡み得る
- 「Schedule it」で定期化できる運用がある
初回は「保存して終わり」にせず、別セッションで1回呼び出すまでをセットにすると安全です。
比較表 — Record a skill / 手書きSkill / Codex Record & Replay
教え方が似ていても、製品境界と向き不向きは別物です。 導入判断では「実演できるか」だけでなく、入口・プラン・検証可能性を並べて見ます。
| 観点 | Claude Record a skill | 手書き／生成 Skill | OpenAI Codex Record & Replay |
|---|---|---|---|
| 教え方 | 画面実演＋音声 | 文書・プロンプト | 実演系（報道上の先行例） |
| 入口 | Mac Cowork の +／Skills | Customize 等 | Codex / ChatGPT 側（製品別） |
| プラン | Pro / Max / Team | Skills 自体はより広いことが多い | 製品・プラン依存 |
| 出力 | 提案→保存 Skill | SKILL.md 等 | Replay 用スキル相当 |
| 向き | 視覚的で例外を口頭説明しやすい反復作業 | 再現手順を明文化できる作業 | コーディング支援文脈の先行例として比較されやすい |
出典（2026年7月時点）:
観察上の向きと弱ケース
観察ベースでは、クリック座標の機械再生というより、コネクタ読取や必要箇所のブラウザ操作など「目的に合うツール」を選ぶ再実行を目指す、という見方があります。
一方で Coursiv が挙げる弱ケースでは、デモ経路そのものがリスクを下げません。
- 一回限り
- 結果検証が難しい
- 送金・医療・契約など実害が大きい作業
Codex 先行例との見方
Codex 側の先行機能を追うなら、次が比較の補助になります。
同じ発想でも、組織の標準ツールが Claude か Codex かで採用面は分かれます。
プライバシー・保持・運用ガバナンス
Record a skill の実務リスクは「画面に映る情報」と「保存後に何が残るか」に集中します。
録画そのものと保持
Help Center によると、保持の境界は次のとおりです。
- 録画の video / audio は保持されない
- 残るのはセッションからのスクリーンショット群（Recorded demonstration ステップ）
- タスクを削除するとスクリーンショットも削除される
専用の retention 専用ページが常に別立てで公開されているとは限らないため、運用ルールは Help Center の記述を正とし、不明点は推測で埋めない方がよい、というのが独立分析側の注意でもあります。
Cowork 全体の安全境界
「Use Claude Cowork safely」は、リスクの芯を次の2点に置いています（Use Claude Cowork safely）。
- Claude が読める範囲
- 実行を許可された範囲
指針の要点は次のとおりです。
- read tools と write tools を区別する
- 影響の大きい write では人間の監視を推奨する
- ローカル到達は Desktop 経由かつ接続フォルダに限定する
- 機微ローカルファイルの共有を避ける
- Claude in Chrome での金銭・個人情報サイト操作を避ける
- 信頼できる MCP に限定する
- computer use に注意する
- 永続削除前に明示許可を求める
組織で見る論点
属人化した手順を Skill 化すると引き継ぎコストは下がります。一方で、次は別途確認が必要です。
- 画面に映る業務データの境界
- 共有 Skill の既定オフ
- 監視（OpenTelemetry 等）の有無
note 上の独立整理でも、経営・ガバナンス視点では「教える手間が画面録画1本まで下がった」ことと引き換えに、自動化範囲と説明責任の見直しが論点になります。
チーム導入では、個人の便利機能として黙って広げるより、対象業務・禁止画面・Save 前レビュー責任者を先に決めた方が後戻りが少ないです。
導入チェックリスト — 試す / 見送る / フォールバック
今週やることは「低リスク業務で1本録画し、Save 前に読み、別セッションで再実行する」の三点セットです。
試す条件（向きやすい）
- 週次レポート、表の整形、コンテンツ再利用、リサーチブリーフの型化など、反復かつ目視で結果確認できる作業
- 例外ルールを口頭で補足した方が速い作業
- 失敗しても金銭・法務・医療の実害が小さいサンプル業務
見送る／弱ケース
- 一回限りで再利用価値が薄い
- 成否を検証しにくい
- 送金、契約、医療、本番顧客データの一括変更など、誤操作の実害が大きい
導入チェックリスト
- OS が Mac で、プランが Pro / Max / Team か確認する
- サンプルデータで録画し、パスワード・通知・機微画面を出さない
- 約10分以内に収まる単位へ作業を分割する
- Done 後、提案 Content を展開し、想定外の権限や手順がないか読む
- Save 後、新規チャットまたはスラッシュ呼び出しで再実行テストする
- 失敗時は手書き Skill または既存 RPA／手順書へ戻す基準を決める
- Team なら共有範囲、既定オフ、監査・監視の要否を確認する
このチェックを通らないまま「全社の標準手順を全部録画する」と、プライバシーと誤自動化のリスクだけが先に広がります。逆に、三点セットが通った業務から広げるなら、手書き Skill の初期コストを抑えつつ再現性を確保できます。
よくある質問（FAQ）
Q1. Free や Windows、Enterprise でも Record a skill は使えますか？
Help Center 時点では Pro / Max / Team かつ Claude for Mac の Cowork のみです。chat・Windows・Free・Enterprise は対象外です。Cowork 自体の提供範囲と、Record a skill のプラットフォーム制限は別文書なので混同しないでください。
Q2. 録画データは残りますか？
video / audio は保持されません。 残るのは Cowork タスク内のスクリーンショットで、タスク削除で消えます。だからといって録画中の機微表示が無害になるわけではない点に注意してください。
Q3. スキルはどう呼び出しますか？
保存後は通常の Skill と同様に扱えます。報道・実演では /file-expenses や /repurpose-to-buffer のようなスラッシュ呼び出し例があります。Save 前に提案内容を確認し、保存後は別セッションで一度テストするのが安全です。
Q4. Codex の Record & Replay と同じですか？
「実演から再利用する」発想は近い先行例として比較されますが、製品・入口・対象作業は別です。採用判断は自組織の標準ツール境界で行ってください。
Q5. うまく再現しないときはどうしますか？
次の順で切り分けるとよいです。
- デモを短く分割する
- 口頭で例外条件を明示する
- 提案 Content を編集する
- 最終的に手書き Skill や既存自動化へフォールバックする
検証不能な作業を録画で押し通さないことが先決です。
関連記事:
- Claude Code Skillsの書き方｜公式と公開実例で設計
- OpenAI Codex に「Record & Replay」機能追加 — 画面操作デモを再利用可能なスキルに自動変換
- Codex Record & Replayでワークフローを再利用可能なスキルに変換する方法を試した
まとめ
Record a skill は、定型業務を「書いて教える」負荷を、デモ1本と保存前レビューに下げる公式経路です。
一方で、次の公式境界を外すと期待どおり動きません。
- Mac
- Pro / Max / Team
- 約10分
- video / audio 非保持（スクリーンショットはタスク内）
次の一手はシンプルです。
- プランと OS を確認する
- サンプルデータで1本録画し Save 前に提案を読む
- 別セッションで再実行し、失敗時の手書き Skill / 既存 RPA への戻し方を決める
低リスクの反復作業から始めれば、テクノロジーとしての新しさに振り回されず、再現可能な自動化だけを残せます。
著者
krona23
IT業界20年以上の実務経験を持ち、日本国内有数のPVを誇る大規模Webサービスで事業部長・CTOを複数社で歴任。Windows/iOS/Android/Webと技術の変遷を経験し、現在はAIネイティブへの変革に注力。DevGENTでは、AIコードエディタ・自動化ツール・LLMの実践的な使い方を日英西3言語で発信中。
コメントを残す