2026年4月22日に更新されたMicrosoft公式情報では、Cowork (Frontier)に大きな変更が入りました。結論から言うと、今回のポイントは「Markdownで書いたカスタムスキルをOneDriveやSharePointのファイル管理と組み合わせて扱いやすくなったこと」と「カスタムスキル数が50件まで拡張されたこと」です。Microsoft 365管理者やIT部門にとっては、個人のプロンプト運用から、組織で管理できるスキル運用へ移行しやすくなった更新といえます。(Microsoft Learn)
Cowork (Frontier)はまだプレビュー機能であり、利用にはFrontier preview programへの参加が必要です。機能や提供範囲は今後変わる可能性がありますが、今回の更新は、AIエージェントに業務手順や社内ルールを覚えさせて活用する流れを強めるものです。特に、定型レポート作成、会議準備、メール整理、部門別の作業手順などをCoworkに任せたい組織では、早めにスキル設計とファイル管理ルールを整えておく価値があります。(Microsoft Learn)
2026年4月更新の結論：Coworkのスキル運用が「ファイル管理」寄りになった
今回のCowork (Frontier)更新で注目すべき点は、単に「Markdownが使えるようになった」ことではありません。重要なのは、Coworkで使うカスタムスキルを、OneDriveやSharePointを中心としたMicrosoft 365のファイル管理、共有、編集、バージョン管理の流れに載せやすくなったことです。
これまでAI活用は、個人がチャット欄に長いプロンプトを貼り付けたり、チームごとに独自の手順メモを持ったりしがちでした。Markdownスキルファイルを使えば、業務手順をSKILL.mdとして保存し、必要に応じて更新しながらCoworkに読み込ませる運用がしやすくなります。
| 更新ポイント | 実務上の意味 |
|---|---|
| カスタムスキルを最大50件まで追加可能 | 部門別、業務別、レポート別にスキルを分けやすい |
| Markdownファイル対応 | 手順、条件、出力形式をテキストで管理しやすい |
| OneDrive / SharePointのMarkdown対応 | ブラウザ上で閲覧・編集・共有しやすい |
| タスク履歴の検索・ステータスフィルター | 過去のCowork作業を追跡しやすい |
| アプリ内通知 | ユーザー入力が必要な場面や完了タイミングを見落としにくい |
| 入力文字数が最大250,000文字に拡張 | 長い業務要件、議事録、仕様メモを渡しやすい |
Microsoft Learnの「What’s new」では、2026年4月の新機能として、自然言語またはOneDrive経由で50件のカスタムスキルを追加できること、OneDriveとSharePointがカスタムスキルファイルを含むMarkdownファイルにネイティブ対応したことが示されています。(Microsoft Learn)
Cowork (Frontier)とは何か：Copilotが「作業を実行する」方向へ進む機能
Cowork (Frontier)は、Microsoft 365 Copilot上で、ユーザーの依頼に基づいて実際の業務タスクを進めるエージェント型の機能です。Microsoftの説明では、メール送信、会議設定、ドキュメント作成、Teams投稿、組織内検索などをユーザーの代わりに実行できる機能として位置づけられています。重要な操作の前には承認が求められるため、完全自動で勝手に送信・投稿するというより、ユーザーが確認しながら作業を進める形です。(Microsoft Learn)
たとえば、次のような業務でCoworkの効果が出やすくなります。
- 営業会議の議事録から、顧客向けフォローアップメールを作成する
- 週次の活動報告を、Outlookメールと予定表からまとめる
- Teamsチャネルに定型フォーマットで進捗報告を投稿する
- SharePointやOneDrive内の資料を探し、要約してレポート化する
- 会議前に関連資料、過去メール、予定表情報を整理する
今回のMarkdownスキルファイル対応は、これらの作業を「毎回その場で指示する」のではなく、「組織で定義した手順として再利用する」ための土台になります。
Markdownスキルファイルで何が変わるのか
Markdownスキルファイルとは、Coworkに実行してほしい業務手順やルールをMarkdown形式で記述したファイルです。公式ドキュメントでは、OneDriveの/Documents/Cowork/skills/配下にスキル名のサブフォルダーを作成し、その中にSKILL.mdを置く手順が示されています。ファイルにはYAML frontmatterとしてnameとdescriptionを記述し、その後にMarkdownでスキルの指示内容を書きます。Coworkは会話開始時にカスタムスキルを自動検出します。(Microsoft Learn)
基本形は次のような構成です。
---
name: Weekly Sales Report
description: Creates a weekly sales activity report from recent emails, calendar events, and shared documents.
---
過去1週間の営業活動を整理し、以下の形式で週次レポートを作成する。
- 主要な商談の進捗
- 顧客からの重要な返信
- 未対応のタスク
- 次週の優先アクション
- マネージャーに確認すべき事項
出力は日本語で作成し、最後に「リスク」と「次の一手」を箇条書きでまとめる。この形式にすると、業務ユーザーは「何をどう頼めばよいか」を毎回考える必要が減ります。IT部門や業務企画部門は、よく使う業務手順をスキルとして整備し、利用者はCoworkに自然言語で依頼するだけで、一定の品質に沿ったアウトプットを得やすくなります。
OneDriveとSharePointのMarkdown対応が重要な理由
Microsoftは2026年4月、SharePointとOneDriveでMarkdownファイルをブラウザ上で閲覧・編集できるネイティブ対応を発表しました。.mdファイルは、Microsoft 365のファイル体験に統合され、表、チェックボックス、リンク、コードブロックなどをレンダリングでき、編集時にはView、Edit、Splitモードを切り替えられるとされています。(TECHCOMMUNITY.MICROSOFT.COM)
これはCoworkのスキル運用に直結します。なぜなら、カスタムスキルは一度作って終わりではなく、業務ルールの変更、承認フローの変更、レポート項目の追加などに合わせて継続的に更新する必要があるからです。
たとえば、営業部門の週次報告スキルなら、四半期ごとにKPIが変わるかもしれません。人事部門の面接準備スキルなら、評価項目や禁止質問の扱いを見直す必要があります。経理部門の月次チェックリストなら、締め処理の手順変更が反映されなければなりません。
MarkdownファイルをOneDriveやSharePointで管理できれば、次のような運用がしやすくなります。
| 管理項目 | 実務での使い方 |
|---|---|
| バージョン管理 | スキル変更前後の差分を確認し、問題があれば戻せる |
| 共有リンク | レビュー担当者にスキル内容を確認してもらう |
| 権限管理 | 編集できる人と閲覧だけの人を分ける |
| ブラウザ編集 | 専用エディターなしで手順を修正できる |
| チーム保管 | 個人メモではなく、部門の業務資産として管理できる |
特にSharePointは、チームや部門単位でルールを共有する場所として向いています。一方、現時点のCowork公式手順では、Coworkが自動検出するカスタムスキルの配置場所としてOneDriveの/Documents/Cowork/skills/が案内されています。SharePointは、スキルの下書き、レビュー、テンプレート保管、部門標準の共有場所として使い、検証済みのSKILL.mdをOneDrive側のCoworkスキルフォルダーへ配置する、という運用が現実的です。(Microsoft Learn)
カスタムスキル50件への拡張で設計の自由度が上がる
カスタムスキル数が最大50件になったことで、1つの巨大な万能スキルに詰め込む必要が減ります。むしろ、実務では細かく分けた方が失敗しにくくなります。Microsoft Learnでは、各SKILL.mdファイルは最大1MB、カスタムスキルは最大50件まで作成できると説明されています。(Microsoft Learn)
おすすめは、部門、業務、成果物の単位でスキルを分ける設計です。
| 分け方 | スキル例 | 向いている場面 |
|---|---|---|
| 部門別 | Sales Weekly Report、HR Interview Prep | 部門ごとに業務ルールが違う場合 |
| 成果物別 | Executive Briefing、Customer Follow-up Email | 出力形式を安定させたい場合 |
| 業務プロセス別 | Meeting Recap、Invoice Review Checklist | 手順や確認項目を標準化したい場合 |
| 地域・言語別 | JP Customer Email、Global Status Update | グローバル組織で表現や言語を分けたい場合 |
避けたいのは、1つのスキルに「営業報告も、契約確認も、会議準備も、メール返信も全部やらせる」ような設計です。指示が長くなりすぎると、Coworkがどのルールを優先すべきか判断しづらくなります。スキル名と説明文を明確にし、「何に使うスキルか」「何には使わないスキルか」を書いておくと、利用者も管理者も扱いやすくなります。
管理者が最初に確認すべき導入条件
Cowork (Frontier)は一般的なMicrosoft 365アプリとは異なり、Frontier preview programの対象機能です。導入前に、Microsoft 365管理者は利用条件とテナント設定を確認する必要があります。
MicrosoftのGet startedページでは、利用前提としてMicrosoft 365 Copilotライセンス、Frontier programへの登録、CoworkがMicrosoft 365 Copilot環境で有効であること、モダンブラウザーの利用などが示されています。また、CoworkではAnthropicモデルがサブプロセッサーとして使われるため、組織のセキュリティ・法務・調達ルール上の確認も必要です。(Microsoft Learn)
管理者は、最低限次の順で確認すると安全です。
| 確認項目 | 見るべきポイント |
|---|---|
| ライセンス | 対象ユーザーにMicrosoft 365 Copilotライセンスがあるか |
| Frontier参加 | 管理者アカウントと対象ユーザーがFrontierに登録されているか |
| 管理センター表示 | Microsoft Admin CenterのAgent managementでCoworkが見えるか |
| データ取り扱い | AIサブプロセッサー、社内データ利用、監査要件に問題がないか |
| ファイル権限 | スキルファイルを誰が編集・閲覧できるか |
| パイロット範囲 | いきなり全社展開せず、部門単位で検証するか |
特に注意したいのは、管理者アカウントがFrontierに参加していない場合です。公式情報では、CoworkがMicrosoft Admin CenterのAgent managementに表示されない場合、管理者アカウント側のFrontier登録も確認するよう案内されています。(Microsoft Learn)
実務で使えるMarkdownスキル作成手順
Coworkのカスタムスキルは、最初から完璧に作るより、小さく作って実際の会話で検証しながら改善する方が成功しやすいです。以下の流れで進めると、業務ユーザーとIT部門のどちらにも負担が少なくなります。
| 手順 | 作業内容 | 失敗しやすいポイント |
|---|---|---|
| 目的を決める | 何の作業をCoworkに任せるか決める | 「業務効率化」など目的が広すぎる |
| 成果物を決める | メール、レポート、表、Teams投稿などを明確にする | 出力形式が毎回ぶれる |
| 入力情報を決める | メール、予定表、資料、会議メモなど参照元を決める | 必要な情報が足りず品質が落ちる |
| 禁止事項を書く | 送信前確認、推測禁止、機密情報の扱いを書く | 勝手な補完や過剰な自動化が起きる |
| SKILL.mdを作る | YAML frontmatterと本文をMarkdownで記述する | nameとdescriptionが曖昧 |
| テストする | 実際のCowork会話でスキルが期待通り働くか確認する | 机上の手順だけで本番投入する |
| レビューする | 業務担当、IT、必要に応じて法務・セキュリティが確認する | 個人判断で全社利用してしまう |
実用的なスキルには、次の4点を入れると品質が安定します。
- 目的：このスキルで達成する業務
- 入力：Coworkが参照してよい情報
- 出力：形式、言語、粒度、見出し構成
- 制約：やってはいけないこと、承認が必要なこと
たとえば、顧客向けメール作成スキルなら「不明な納期は断定しない」「価格や契約条件は既存資料に明記がある場合のみ記載する」「送信前に必ず下書きとして提示する」といった制約を書くべきです。これにより、AIらしい自然な文章を作りつつ、業務リスクを抑えられます。
ビジネスユーザーにとってのメリット
ビジネスユーザーにとって一番のメリットは、Coworkへの依頼が短くなることです。毎回「この形式で、こういう観点で、こういう表現は避けて」と長い指示を書く必要がなくなります。
たとえば、週次報告スキルを作っておけば、ユーザーは次のように依頼できます。
今週の営業活動を週次レポートにまとめて。スキル側に「対象期間」「参照する情報」「出力形式」「注意点」が書かれていれば、Coworkはそのルールに沿って作業しやすくなります。
また、Coworkは作業中のステップ表示、タスク履歴、ステータス管理、アプリ内通知などの機能も強化されています。これにより、ユーザーは「AIに頼んだ作業がどこまで進んだのか」「入力待ちなのか」「完了したのか」を確認しやすくなります。(Microsoft Learn)
IT部門・管理者にとってのメリット
IT部門にとっては、AI活用の属人化を抑えられる点が大きなメリットです。個人が勝手に作ったプロンプトを共有チャットで回す運用では、内容の更新漏れ、誤った手順の拡散、機密情報の混入が起きやすくなります。
Markdownスキルファイルとして管理すれば、次のような統制がしやすくなります。
- スキルの所有者を決める
- レビュー済みのスキルだけを利用対象にする
- 更新履歴を残す
- 部門別に編集権限を制御する
- 廃止した業務手順を棚卸しする
- グローバル向けに英語版、日本語版を分ける
特にグローバル組織では、nameとdescriptionを英語で統一し、本文に日本語や各国語の業務ルールを書く運用も有効です。スキル名が英語だと、海外拠点のIT担当者や監査担当者が内容を追いやすくなります。一方、実際の出力言語は本文内で「日本語で作成する」「英語で要約する」などと指定できます。
注意点：プレビュー機能として慎重に扱う
Cowork (Frontier)はプレビュー機能です。Microsoft公式ページでも、Frontierプレビューは開発中の機能であり、利用可能性や機能が変わる可能性があると説明されています。(Microsoft Learn)
そのため、本番業務で使う場合は、次の点に注意してください。
| 注意点 | 対策 |
|---|---|
| 機能仕様が変わる可能性 | スキル運用ルールを固定しすぎず、定期的に公式情報を確認する |
| SharePoint配置の扱い | Coworkの自動検出場所は実機で確認し、公式手順に沿う |
| 権限の広げすぎ | スキル編集権限を必要最小限にする |
| 機密情報の記載 | APIキー、パスワード、個人情報をSKILL.mdに書かない |
| 指示の曖昧さ | 出力形式、禁止事項、承認条件を明記する |
| スキルの乱立 | 命名規則とオーナーを決めて棚卸しする |
特に、スキルファイルに社内ルールを書く場合でも、秘密情報そのものを書き込むべきではありません。たとえば「この契約書テンプレートを参照する」はよいですが、「特定顧客の非公開価格を常に使う」のような記述は避けるべきです。Coworkに渡す情報は、必要な範囲に限定し、ファイル権限と監査の対象として扱う必要があります。
すぐ始めるなら、まず3つのスキルから作る
最初から50件のスキルを作る必要はありません。むしろ、最初は効果が分かりやすく、リスクが比較的低い業務から始めるのがおすすめです。
候補としては、次の3つが扱いやすいです。
| 最初に作るスキル | 理由 |
|---|---|
| 週次レポート作成 | 出力形式を標準化しやすく、効果を測りやすい |
| 会議準備メモ作成 | 予定表、過去資料、メールの整理に向いている |
| Teams投稿文の作成 | 文体や構成の統一効果が出やすい |
逆に、最初から契約判断、採用判断、財務承認のような高リスク業務に使うのは避けた方が安全です。まずは「人が確認してから使う下書き作成」や「情報整理」に限定し、Coworkの挙動、承認フロー、社内ルールとの相性を確認しましょう。
今回の更新を受けて取るべき次の行動
2026年4月のCowork (Frontier)更新は、Microsoft 365環境でAIエージェントを業務に組み込むうえで重要な転換点です。Markdownスキルファイル、OneDrive / SharePointのファイル管理、50件までのカスタムスキル拡張により、Coworkを個人利用の便利ツールではなく、組織で管理する業務スキル基盤として扱いやすくなりました。
Microsoft 365管理者やIT部門は、まずFrontier参加状況、Coworkの表示、ライセンス、データ取り扱いを確認してください。そのうえで、部門横断で使える小さなスキルを3つほど作り、OneDriveやSharePoint上でレビュー・更新できる運用を試すのが現実的です。
ビジネスユーザーは、毎週繰り返している報告、会議準備、メール作成、Teams投稿から候補を選び、「どの情報を使い、どの形式で出してほしいか」を言語化しておきましょう。その内容が、そのままCoworkのカスタムスキル設計の出発点になります。
コメント