組織の知識を20以上のスキルに｜YMCA South AustraliaのClaude活用

マーケティングを担当しながら、採用の資料も、社内の規程も、取引先への提出文書も見ている。日本の事業会社でも珍しくない状況です。オーストラリアの非営利団体YMCA South Australiaの本部チームは、マーケティング、技術、財務、リスク、人と文化までを1つのチームで担当しています。それでいて現場は州内に広がり、職員はおよそ1,250人います。Anthropicが公開した導入事例に、このチームがClaudeを入れたときに何を置き換え、何を先に決めたかが書かれています。

先に、この事例のいちばん重要な部分を書きます。中心にあるのは、うまい指示文の書き方ではありません。組織の知識、ブランド基準、業務の手順を、20以上のカスタムスキルとして書き出したことです。導入事例はそれを符号化（encode）という言葉で説明しています。指示を毎回思い出して書く形から、組織の側が手順を持っている形へ移した、という話です。

この記事では、導入事例とYMCA South Australiaの公式サイトに書かれている範囲を整理し、スキルという仕組みの側はClaudeの公式ドキュメントと突き合わせます。確認日は2026年11月5日です。公表されている時間の数値は、いずれも団体側が示したものであり、第三者が検証した値ではありません。同じ手順を踏めば同じ結果になるという意味にも読めません。

まず、どういう規模の組織なのか

導入事例は、YMCA South Australiaを65以上の拠点でレクリエーション、水泳、体操、児童サービス、関連する保健サービスを提供する非営利の社会的企業だと説明しています。職員はおよそ1,250人、年間の収入は50 million ドルを超え、その多くが政府との契約によるものだと書かれています。

公式サイト側の数え方は少し違います。州内のレクリエーションと体操のセンターは17か所で、放課後の預かり（OSHC）は50以上の学校に置かれており、乳幼児の保育施設は3か所が挙げられています。利用の規模としては、2025-26年に17のセンターで二百万回を超える利用があったと記載されています。175年以上にわたって活動してきた組織だという説明もあります。

数え方が1つではないので、公表値を並べるときは出どころを分けておきます。

値	何の数か	どこに載っているか
65以上	拠点（locations）	導入事例
1,250	職員の概数	導入事例
50 million ドル超	年間収入。多くが政府との契約	導入事例
16	レクリエーションの契約（recreation contracts）	導入事例
約50	early learning sites	導入事例
17	レクリエーションと体操のセンター	公式サイト
50以上	放課後の預かりを置く学校	公式サイト

センターの数と学校の数を足すと、導入事例の「65以上」とおおむね同じ桁になります。ただしどの単位を数えたのかは、どちらのページにも明記されていません。導入事例の数字をそのまま自社の規模と比べるのは、ここで止めておくのが安全です。

この本部チームが置かれた条件は、導入事例の課題の節に書かれています。16のレクリエーション契約と約50のearly learning sitesにまたがる業務を、少人数の本部が見ている。データベースは複数あり、記録は数千件に及ぶため、拠点をまたいだ比較が難しく、分析の頻度も上げられない。そこへ通信、文書、入札（tender）の提出書類が積み上がる、という構図です。マーケティングと技術を統括するDevan Seamansさんの言葉として、こう引かれています。「We needed a way to multiply output. Our goal was to reduce time on repeatable, structured work so the team could focus on strategy and relationships」。出力を増やす手段が必要で、反復的で形の決まった作業の時間を減らし、戦略と関係づくりに向けたかった、という内容です。

公表されているのは、4つの時間の変化

導入事例の冒頭には、達成したこととして4つが並んでいます。原文の表記に沿って整理します。

作業	これまで	いまの状態
運営レポート（拠点をまたぐ比較、傾向の分析、推奨する対応を含む）	丸1日	30分未満
ブランド基準に沿ったテンプレートの作成	2〜3時間	20分
入札向けの文章づくり	記載なし	20〜30%の時間短縮。質も上がったと記載
主要な利用者の作業時間	記載なし	週あたり10〜15時間を削減

この4つのうち、読み方に注意が要るのは最後の行です。週10〜15時間は「主要な利用者」の数字で、その人数は書かれていません。職員数を掛けて組織全体の削減量を出すことはできません。分析、文書の作成、通信の3領域にまたがる合計だという説明だけが添えられています。

上の3行についても、何と何を比べたのかという測り方の説明はありません。それでも参考になるのは、どれも作業の単位がはっきりしている点です。レポート1本、テンプレート1枚、提出書類1件。単位が決まっている作業は、置き換えたあとに時間を比べられます。逆に「企画を考える時間」のような単位の曖昧な作業は、前後の比較そのものが成り立ちません。時間の見積もりを単位作業から組み立てた例としては、紙の点検を写真1枚に置き換えたAdvantage Solutionsの見積もりも同じ構造です。

Seamansさんは、別の言い方でもこの変化を説明しています。「Hours saved doesn’t really capture it. I’m delivering projects now that I’ve always wanted to do but never had the capacity for」。削減できた時間では言い表せない。ずっとやりたかったが手が回らなかった仕事を、いま出せている、という内容です。削った時間の行き先が、別の事務作業ではなく、着手できていなかった仕事に向いているという申告です。ただしその仕事が何で、どんな結果になったかは公表されていません。

中心にあるのは「20以上のカスタムスキル」

導入事例が挙げている成果の5つめは、時間ではありません。組織の知識、ブランド基準、業務手順を符号化するために、20以上のカスタムスキルを作ったことです。ここがこの事例の骨格にあたります。

スキルという仕組みの説明は、Claudeの公式ドキュメントにあります。スキルは指示、メタデータ、必要に応じた資料（スクリプトやテンプレート）をひとまとめにしたもので、関連する場面でClaudeが自動的に使うものだと定義されています。指示文との違いも明記されています。「Unlike prompts (conversation-level instructions for one-off tasks), Skills load on demand, so you don’t have to repeat the same guidance across conversations」。会話単位の一回限りの指示とは違い、必要なときに読み込まれるので、同じ案内を会話ごとに繰り返す必要がない、という説明です。

読み込まれ方は3段に分かれています。第1層はメタデータで、名前と説明だけが常に読み込まれます。第2層はSKILL.mdの本文で、呼び出されたときに読み込まれる手順です。第3層は参照する資料と実行するスクリプトで、必要になったときだけ読まれます。ドキュメントはこれを段階的な開示（progressive disclosure）と呼んでいます。

実務でここがいちばん効くのは、第1層の説明文の書き方です。ドキュメントは、説明にはそのスキルが何をするかと、いつ使うべきかの両方を書かなければならないと明記しています。Claudeが依頼とこの説明文を突き合わせて、使うかどうかを決めるためです。社内の手順書を書いたことがある人には馴染みのある話で、内容が正しくても、どの場面で使うものか分からない文書は使われません。スキルでも同じことが起きる、という理解でよいことになります。

もう1つ、20以上を運用するなら先に知っておきたい制約があります。ドキュメントによれば、claude.ai上のカスタムスキルは利用者ごとのもので、組織全体で共有されず、管理者が中央で管理することもできません。面をまたいだ同期もしないと書かれています。つまり組織の基準をスキルに書き出す取り組みは、どこに置いて誰が更新するかを決めないと成立しません。この事例が、スキルの整備をMCP連携や利用方針と同じ段に置いているのは、おそらくこの性質と無関係ではありません。なお、どのプランのどの面に置いているかは導入事例に書かれていないため、ここは推測を広げずに止めます。

答えを出させるスキルと、人の判断を助けるスキル

導入事例に出てくるスキルの例は、性質が2つに分かれます。

分かりやすいのは後者の例です。危険性評価（risk assessment）について、Seamansさんはこう説明しています。「With a bit of context and a few examples, we have a skill that can read the draft risk assessment, compare it to the legislation, and determine if the controls are specific enough to that site」。少しの文脈といくつかの例を与えることで、危険性評価の下書きを読み、法令と比べ、対策がその拠点に即して十分に具体的かを判定するスキルができた、という内容です。

ここで作られているのは、評価そのものではありません。現場の責任者が書いた下書きを、基準と突き合わせて返す仕組みです。導入事例は、このスキルが結果を生成するのではなく拠点の責任者を導く（guide）ものだと書いています。子どもが使う施設の安全に関わる領域で、判断を機械の側へ移していないことになります。判断を人に残す設計そのものは、多言語で届く住民の声を仕分けたMercy Corps（現Prosper Global）の例でも同じ形をとっていました。

もう1つの例は、拠点の責任者が新しい事業の案を自分で形にするためのスキルです。収支を見て、組織の方針に合っているかを確かめ、粗い思いつきを構成の整った提案に育てる。しかも、着想の段階では本部の手を借りずに進められる、と書かれています。本部の仕事が「作ってあげること」から「作れる形を用意しておくこと」へ移っている、と読める部分です。

マーケティングの仕事では何が起きたか

マーケティングに直接関わる記述は1つあります。原文はこうです。「When a new fitness studio launched at one of the recreation centres, Claude produced email sequences, social media content, a marketing plan with competitor analysis, and website copy within days」。あるレクリエーションセンターで新しいフィットネススタジオが開設されたとき、メールの連続配信、SNSの投稿内容、競合分析を含むマーケティング計画、サイトの文面が数日で用意された、という記述です。通常であればマーケティングチームで数週間かかる作業だと添えられています。

この記述の読み方には、気をつけたい線が1本あります。短くなったのは制作にかかった時間で、集客の成果ではありません。会員が何人増えたか、告知がどれだけ届いたかは書かれていません。制作時間の話と成果の話を混ぜると、公表されていない効果を自分で足してしまいます。

そのうえで、実務として参考になる点は残ります。1施設の開設に必要な販促物は、だいたい決まっています。案内のメール、SNSの投稿、周辺の競合の整理、サイトの文面。同じ組み合わせが拠点ごとに繰り返される仕事です。繰り返される仕事で、守るべき基準（名称の表記、使ってよい言い方、禁止する表現）が決まっているなら、基準の側を書き出しておく価値があります。拠点が自分で作っても、本部が後から直す回数が減るためです。全社に広げるときに何を先に整えたかという論点は、Zapierが社内のAI普及率を公式ページで公表した3つの数字でも扱いました。

先に置いたのは、統治と順序

導入事例は、実装を意図的に段階に分けたと書いています。原文は「Implementation was deliberately phased: personal adoption to prove value, then organizational rollout with SSO enforcement and domain capture, followed by ongoing infrastructure work including custom skills, MCP integrations, and an AI Acceptable Use Policy」です。

2段目に出てくるSSOの強制とドメイン捕捉は、地味ですが要点です。職員が各自の判断で別々に契約して使い始める状態を、全社展開と同時に閉じています。扱っている情報を考えれば自然な順序で、選定の理由についてもSeamansさんの言葉が引かれています。「We work with children, health data, and government contracts. We needed an AI partner that takes that seriously, not just in their marketing but in how they build the product」。子ども、健康に関する情報、政府との契約を扱っているため、それを本気で受け止める相手が必要だった。しかも売り文句の上でではなく、製品の作り方の面で、という内容です。

導入の土台にある提供条件も、公式ページで確認できます。非営利向けの区分では、標準で1人あたり月8ドル、低・中所得国の組織では1人あたり月3ドルという料金が示されています。登録された非営利組織や国際的に同等の組織、学校などが対象で、SalesforceやGoogle Workspace、Microsoft 365、Slack、Canvaなどとの連携も挙げられています。組織の知識の整理、マーケティングの支援、採用とチーム運営、資金調達の4領域に14のスキルを備えたプラグインが付くという記載もあり、自分でスキルを書く前に、既製のスキルが用意されている領域があることになります。同ページは25,000を超える非営利組織に使われているとも書いています。

3段目に、カスタムスキル、MCP連携、AIの利用方針（Acceptable Use Policy）が同じ段に並んでいるのも読みどころです。作れるようにすることと、使ってよい範囲を決めることが、同時に進められています。先に進めたのは利用方針ではなく、個人で使って価値を確かめる段でした。順序としては、価値の確認、入口の統制、基盤づくりの3段です。

今後については、Claudeが同団体のFY27-30の組織戦略に正式に組み込まれ、より統合されたデータ基盤を含むと書かれています。段階的な変更管理による利用の拡大、カスタムスキルの追加、どの職員でも使える状態にしていくことが挙げられています。

公表されていないこと

推測で埋めないために、読んでも分からなかった項目を残します。

確認したかった項目	記載	どう扱うか
20以上のスキルの一覧と中身	記載がありません	同じ構成を再現できる前提にしない
時間の測り方（何と何を比べたか）	記載がありません	削減幅を自社の見込みに流用しない
「主要な利用者」の人数	記載がありません	職員数を掛けて全体の削減量を出さない
費用と導入にかけた工数	記載がありません	投資回収の計算に使わない
フィットネススタジオ開設の集客結果	記載がありません	制作時間の話と成果の話を分ける
品質の第三者による検証	記載がありません	公表値は団体の申告として読む
誤った出力が出たときの扱い	記載がありません	確認の工程を自分で設計する前提で読む

書かれていない項目が多いのは、導入事例という形式では普通のことです。問題になるのは、空いている欄を自社の企画書で埋めてしまうときです。社内で共有するときは、公表値と自分たちの仮定を別の欄に分けて書いてください。

日本の実務者が持ち帰れること

規模も制度も違いますが、順序の部分は規模に依存しません。4つに絞ります。

1つ目は、反復する作業の基準が、文章になっているかを先に確かめることです。スキルは手順書です。書くべき基準が誰の頭の中にもない状態では、スキルにも書けません。ブランドの表記、使ってよい言い方、提出物の構成。この種の基準が口伝えになっている組織では、AIを入れる前の作業がここに1つ残っています。逆に言えば、その整理はAIを入れない判断をした場合でも無駄になりません。

2つ目は、「いつ使うか」を書くことです。公式ドキュメントが、説明文には何をするかといつ使うかの両方が必要だと明記しています。社内の文書でも同じで、使う場面が書かれていない手順書は探されません。作ったスキルが呼ばれないときは、中身ではなく説明文を疑う順序になります。

3つ目は、答えを出させるのか、判断を助けるのかを作る前に決めることです。この事例では、販促物の作成は成果物を出させる形、危険性評価は人の判断を助ける形になっていました。安全や法令が関わる領域で機械に結論を出させない線引きは、作ったあとから足すのが難しい部分です。業務の棚卸しの進め方そのものはAIで業務自動化を進める手順に整理しています。

4つ目は、置き場所と更新の担当を決めることです。公式ドキュメントが、claude.ai上のカスタムスキルは利用者ごとのもので、組織全体への配布や管理者による集中管理ができないと明記しています。20以上のスキルを組織の資産として扱うなら、どこに置き、誰が直し、変わったときにどう知らせるかを決める作業が必要になります。ここを決めずに増やすと、少し古い基準が各自の手元に残る状態になりかねません。

なお、同じ順序を踏めば同じ結果が出るという意味ではありません。効果は、対象の作業の性質と運用の仕方によって変わります。

まとめ

YMCA South Australiaは、65以上の拠点でレクリエーションや児童サービスを提供し、職員がおよそ1,250人いる非営利の社会的企業です。マーケティング、技術、財務、リスク、人と文化を1つの本部チームが見ており、その制約が出発点になっています。

公表されているのは、運営レポートが丸1日から30分未満に、ブランド基準に沿ったテンプレートが2〜3時間から20分に、入札向けの文章づくりが20〜30%短縮、主要な利用者で週10〜15時間の削減という4つです。いずれも測り方や母数の説明はなく、団体側の申告として読む必要があります。

そして、その土台として20以上のカスタムスキルが作られています。スキルは指示とメタデータと資料をまとめたもので、呼ばれたときに読み込まれる仕組みです。説明文に「いつ使うか」を書かないと呼ばれないこと、claude.ai上では利用者ごとのもので組織全体へは配れないことが、公式ドキュメントに明記されています。

導入の順序は、個人で使って価値を確かめる、SSOの強制とドメイン捕捉を伴って全社へ配る、カスタムスキルとMCP連携とAIの利用方針を整える、の3段でした。作れるようにすることと、使ってよい範囲を決めることが同じ段に置かれています。確認日は2026年11月5日です。

出典と注記

この記事は、Anthropicが公開しているClaudeの導入事例ページ「How YMCA South Australia is building an AI-powered nonprofit with Claude」、YMCA South Australiaの公式サイト、Claudeの公式ドキュメント「Agent Skills」、および非営利向けの公式ページを出典としています。数値は原文の表記に沿っており、通貨や単位の換算はしていません。英語の引用は原文を併記し、日本語はその内容を示すための訳です。各ページの記載は更新される可能性があるため、引用する際は現在の記載を確認してください。確認日は2026年11月5日です。