AIに仕事を渡す前に、手順・権限・検証範囲をそろえる

対象期間：2026年10月19日〜25日

AIに仕事を任せる範囲が広がると、個人の指示だけでは扱いきれないことが増えます。同じ手順を別のツールでも使えるか、会話のどの部分を実行に移してよいか、利用者が変わったときに権限や予算を引き継げるか。今週は、その土台に関わる変更が続きました。

Agent Skillsの運営移管と、Zoom・Figmaの企業向け機能は、手順や利用条件を組織で管理する動きとして読めます。別の角度から注目したいのが、AIによるソフトウェアの形式検証です。検証を自動化できる範囲が広がっても、「何を正しいとするか」を定める仕事は残ります。

1. 業務手順の共通規格が、特定ベンダーの外へ移る

Anthropicは10月22日、Agent SkillsをLinux Foundation傘下のAgentic AI Foundation（AAIF）へ寄贈すると発表しました。対象は名称・ロゴ、GitHub組織、ドメインです。Agent Skillsは、手順を記すSKILL.mdと、必要なスクリプトや参照資料をフォルダにまとめる規格で、同社によると2025年12月の標準公開以降、70を超えるエージェント基盤が対応しています。バージョン付きリリース、正式な提案プロセス、安全性の指針は今後のロードマップ案であり、今回すべてが整備されたわけではありません。

注目点は、熟練者の仕事の進め方を、持ち運べる形で残しやすくなることです。たとえば調査資料の作成なら、文章の調子だけでなく、確認する情報源、数値の照合方法、保留にする条件まで一緒に渡せます。もっとも、同じ形式を読み込めることと、同じ品質で実行できることは別です。利用モデルやツール権限、参照先が違えば結果も変わるため、規格への対応数をそのまま業務上の互換性と見なすのは早計でしょう。

まずは機密情報を含まない一業務を選び、入力例、手順、禁止事項、完了条件を一つのSkillにまとめるのが現実的です。利用可能な二つの対応環境で同じ5ケースを試し、手順の省略、参照漏れ、修正時間を記録しておくと、共通化できる知識と環境ごとに補う設定が見えてきます。

出典：Donating Agent Skills to the Agentic AI Foundation（新しいタブで開きます）（Anthropic、2026年10月22日）

2. 会話を業務へつなぐとき、合意と推測を分けられるか

Zoomは10月20日、会議・会話の履歴と文書、外部アプリの情報を結び付けるUnified Context Layerを発表しました。会議要約からZoom ChatやSalesforceでの後続作業へつなぐMy Notes Workflowsは2026年10月の提供予定、外部AIから情報を問い合わせるSearch & Ask APIsは発表時点で提供済みとされています。機能群の提供時期はそろっておらず、Centralized AI Managementは12月、アカウント単位のAI Guardrailsは2027年第1四半期の予定です。

これは議事録作成の改善にとどまらず、会話から業務へ移る部分の設計に関わります。たとえば商談で「来月なら対応できそう」と話した内容が、確定した納期としてタスクへ転記されると、要約が正しくても運用は誤ります。発言、合意、AIによる推測を区別し、実行前に誰が確定するのかを決める必要があります。将来提供される管理機能を、今日の導入条件に含めないことも欠かせません。

試すなら、まずは一種類の会議で、後続タスクを自動登録せず下書きにとどめる方法が考えられます。10件程度について、担当者・期限・根拠発言の正確さ、承認に要した時間、取り消しのしやすさを確かめるとよいでしょう。文字の要約と元の会話を往復できる導線も用意すると、聞き取りにくい参加者を含めて内容を確認しやすくなり、時間短縮と誤った確定のリスクを一緒に評価できます。

出典：Zoom advances its AI strategy with a new Unified Context Layer that helps turn meeting conversations into completed work（新しいタブで開きます）（Zoom、2026年10月20日）

3. デザインツールのAI利用を、入退社・異動の管理へ組み込む

Figmaは10月22日、Enterprise管理者向けの機能追加を発表しました。有料AIクレジットの既定アクセスを組織・請求グループ単位で設定し、ID管理サービスと連携するSCIM経由で利用可否や上限を管理できるようになります。既定値は、個別設定のない既存ユーザーと新規ユーザーに適用されます。会社メールによる新たなStarter・Professionalプランの作成を制限する機能と、チーム・フォルダ・ファイル管理用の管理者REST APIも含み、発表後数日かけてEnterpriseへ展開する案内です。

前週に紹介したcode layersやSpecsがつくり方を変える機能だったのに対し、今回はAIの利用を組織で維持していくための変更です。AIを使う人が増えるほど、個別の予算設定や例外対応だけでは、異動後に不要な利用枠が残るといったずれが生まれやすくなります。利用者の所属や役割と設定を結び付けられれば、管理負荷を減らせる可能性があります。なお、会社メールでの別プラン作成を抑えられても、個人のアカウントを使った持ち出しまで防げるわけではありません。

導入済みのEnterprise環境なら、新規参加、部署異動、利用停止の3ケースについて、必要なAI利用枠と担当者を整理するところから始めるとよいでしょう。テスト用ユーザーで既定値と個別設定の関係を確かめ、反映時間や手動対応の回数を測れば、管理の省力化と必要な利用機会の確保を両立できるか判断しやすくなります。

出典：New controls for Enterprise admins（新しいタブで開きます）（Figma Release Notes、2026年10月22日）

4. AIが証明をつくる時代にも、正しさの定義は残る

AnthropicとTheoremは10月22日、Claudeを使い、123のオープンソースライブラリを対象に安全性の性質を形式的に証明した研究を公開しました。形式検証とは、定めた条件をプログラムが満たすことを数学的に示す方法です。主な実験は、RISC-VとLinuxのモデル上で動く単一スレッドの静的バイナリ、固定のメモリ予算、64MB未満の入力などに条件を限定しています。既存のファズテストから仕様をつくり、生成した証明は外部の証明検査器Rocqで確認する構成で、一部の証明とモデルが公開されました。

この結果は、ライブラリ全体に不具合がないという意味ではありません。対象外の入口や挙動があり、証明の前提となる実行環境のモデルと、実際の製品環境にも差があります。研究では証明生成に数億トークンを要する場合も挙げられ、すぐにすべての開発へ適用できる低コストな方法とは言えません。それでも、AIの説明を別のAIが読むだけでなく、明示した性質を検査器で確かめる開発方法が広がる可能性を示しています。

プロダクト側が着手しやすいのは、証明ツールの導入より、守るべき条件を具体化することです。たとえば申請フローなら「取消済みの申請を承認できない」「権限のない利用者は確定操作を実行できない」といった条件を一つ選び、例外も含めて開発者と整理する方法があります。通常のテストで確認する範囲と、形式検証を試す価値がある範囲を分け、仕様作成と確認にかかる時間を測っておくと、検証を強めるべき箇所に投資を絞りやすくなります。

出典：LLMs are making formal software verification feasible at a much larger scale（新しいタブで開きます）（Anthropic、2026年10月22日）

今週の優先アクション

1. 一業務の手順と完了条件を、再利用できる形にまとめてみる。 最初は機密情報を扱わない作業が適しています。小さな評価ケースも添えると、ツールを替えた際に何が崩れるかを確かめやすくなります。
2. 会話から実行へ移る箇所に、下書きと承認をはさんでおく。 一種類の会議で担当者・期限・根拠の正確さと確認時間を測るとよいでしょう。転記の削減が、確認負荷の増加に置き換わっていないかを判断できます。
3. 一つのAI業務について、権限と検証の対象外を並べてみる。 誰が何を実行できるかと、何をまだ確かめていないかを同じ場所に残す方法が考えられます。利用範囲を広げる前の不足が具体的になり、追加の試験や管理設定の優先順位を付けられます。