AIレディネス診断:中小企業の導入準備がわかる1枚のチェックリスト

AIレディネスを15の質問と5つの領域で診断し、自社のAI導入準備を確認します。従業員40人のサービス企業を例に、採点方法、実データを使う前に満たす必須条件、今後90日間の進め方を解説。コピーして使える1枚のチェックリストで、担当者と改善の優先順位を明確にし、試行を始められる業務と先に整えるべき条件を判断できます。

公開日

AIレディネス診断:中小企業の導入準備がわかる1枚のチェックリスト

AIレディネス診断で明らかにしたいのは、次にどの業務でAIを安全に試せるかです。会社にお墨付きを与えることではありません。5つの領域にわたる15の質問を採点し、試行を止めるべき条件を確認して、今後90日間の進め方を決めます。従業員10-200人の企業に必要なのは、「この業務なら、この管理条件の下で試せる」、あるいは「この課題を解消するまで待つ」という具体的な判断です。

会社全体を判定する前に、対象業務を1つ決める

まず評価するのは、AIに任せたい業務です。社内向けのプロジェクト進捗報告を下書きする準備は整っていても、顧客への約束をソフトウェアから送信する準備はできていないかもしれません。同じ担当者が同じツールを使う場合でも、判断に必要な根拠は異なります。

AIを使う準備は、目的地に向かう前の車両点検に似ています。鍵を持っているだけでは、ブレーキが利くか、その車で予定の道を走れるかはわかりません。AIの契約は、この鍵に当たります。実際に出発してよいかを決めるのは、データ、アクセス権、確認担当者、運用ルールです。

繰り返し発生する業務の中から、入力する情報が明確で、出力を人が確認でき、責任者が決まっているものを選びます。「業務を改善する」では範囲が広すぎます。「承認済みのメモから週次の進捗報告を下書きし、プロジェクトマネージャーが確認してから送信する」なら評価できます。

このチェックシートは、日常業務を人の監督下で小さく試すためのものです。採用、与信、健康、安全、法的権利に影響する判断には、その分野の専門性を持つ人による別の評価が必要です。ここで高得点を取っても、そうした用途での利用が認められるわけではありません。

経営者またはCOOは、目指す成果と責任者を決めます。IT担当者は権限と設定を確認します。実務担当者は例外的なケースを説明し、出力が役に立つかを判断します。小規模な会社では同じ人が複数の役割を担うこともありますが、必要な確認を省いてよいわけではありません。

AIレディネス診断:そのまま使える1枚のチェックシート

今日の時点で根拠を示せることだけを採点します。誰も読んでいない規程、誰も確かめていない管理設定、実際の出力をまだ確認したことのない担当者には、付けられても部分点までです。

以下の採点基準は、本記事で作成した計画用の補助ツールです。配点や判定基準は編集上の判断によるもので、妥当性が検証された予測指標でも、業界の標準値でも、認証試験でもありません。計算しやすいように各質問の重みを同じにし、重大な見落としが合計点に埋もれないよう、必須条件を設けています。

対象業務から次の対応までを文書にコピーしてください。根拠となるスクリーンショット、サンプルファイル、メモは別の証拠フォルダにまとめると、診断シート自体をコンパクトに保てます。

AI導入チェックリスト

対象業務: __________ 責任者: __________ 実施日: __________

各回答の採点方法: 0 = 未整備または不明、1 = 一部の根拠あり、2 = この業務に必要な根拠がすべてそろっている。各点数の横に、根拠の参照先を短く記入します。質問に複数の確認事項がある場合、すべてを満たして初めて2点です。各領域は6点満点、合計は30点満点です。

A. 自動化する価値のある業務

  • A1. 繰り返し発生する業務で、責任者が決まり、入力と出力が明確になっていますか?
  • A2. 最近の実例を基に、発生頻度、現在の処理時間、よくあるミスを記録していますか?
  • A3. 役に立つ出力に必要な内容を文書化し、許容できる例とできない例を用意していますか?

B. データとアクセス権

  • B1. 代表的な入力データは最新で読み取りやすく、この業務に必要な一貫性がありますか?
  • B2. 必須条件: この入力データを、このツールで、この目的に使う許可を確認しましたか?
  • B3. 必須条件: ユーザーと外部接続のアクセス範囲が、この業務で許可された情報に限定されていることを確認しましたか?

C. 契約済みのツール

  • C1. 既存の契約、含まれる機能、利用可能なライセンス枠、管理者を確認しましたか?
  • C2. 必須条件: 管理者が、使用するツールとアカウントを個別に承認し、データの取り扱いに関する設定と規約を確認しましたか?
  • C3. 未確認の想定に頼らず、必要な資料を取り込み、使える出力を返せる業務フローになっていますか?

D. 人員とスキル

  • D1. 試行の責任者が決まり、必要な時間と代理担当者を確保していますか?
  • D2. 必須条件: 指名された確認担当者は、事実を出典と照合し、重大な影響を及ぼす誤りを見つけられますか?
  • D3. 利用予定者は、回答を疑って確かめる方法や問題の報告方法も含め、実際の業務手順を練習しましたか?

E. リスクとルール

  • E1. 必須条件: 入力してよい情報、認められる用途、禁止する用途を文書化し、参加者が理解していますか?
  • E2. 誤りによって誰が不利益を受けるか、どのような場合に上位の判断を仰ぐかを明確にしていますか?
  • E3. 必須条件: 人による承認、試行の停止、インシデントの報告、手作業への切り戻しを練習しましたか?

集計: A ___/6 + B ___/6 + C ___/6 + D ___/6 + E ___/6 = ___/30。

判定: 0-11点:基盤を整える。12-21点:範囲を限定した試行を準備する。22-30点:必須条件を満たしたら、効果を測定しながら試行する。必須条件が1つでも2点未満なら、実際の社内・顧客データの投入と実務での利用を止め、承認済みの環境で架空のサンプルだけを使います。3/6点未満の領域があれば、拡大する前に改善が必要です。

次の対応: __________ 担当者: __________ 期限: __________

何を根拠として残せばよいですか?

確認可能な資料の所在を短く記せば十分です。B2では、どのデータ管理責任者が利用を承認し、どのような制限を設けたかを記録します。B3では、管理者画面だけで済ませず、試行に参加する一般ユーザーのアカウントで権限を確認した結果を示します。C2では、アカウント種別、関連するデータ保持・学習利用の条件、有効な外部接続、確認日を記録します。「ベンダーが安全だと言っている」だけでは、これらの問いには答えられません。

D2では、確認担当者に下書きと元資料を照合してもらい、意図的に混ぜた事実誤認を見つけられるかを確認します。架空の資料を使い、演習であることを明示してください。実際にその人の確認を頼りにする前に、確認の手順が身に付いているかを確かめるためです。

不明は0点です。「たぶん大丈夫」ではありません。 意見が分かれたら、根拠によって解決するまで低い方の点数を採用します。来月改善する予定があるという理由で加点してはいけません。

図書館の通路が「2点未満の必須条件があるか」で分岐し、「はい」は「先に改善」、「いいえ」は「点数を使う」へ進みます。
合計点を解釈する前に、必須条件を確認します。欠けている安全対策を平均点で補うことはできません。

診断結果を今後90日間の行動にどうつなげますか?

点数帯を使って取り組む順番を決め、そのうえで必須条件を確認し、実データを使った試行を始められるか判断します。以下の期間は計画の目安です。期日が来れば利用が認められるという意味ではありません。必要な改善に時間がかかるなら、試行も待ちます。

0-11点:基盤を整える

最初に行うこと: 対象業務を1つ選び、責任者を決めます。入力、出力、結果に責任を持つ人を説明できないなら、別のツールを買っても曖昧さは解消しません。

1-30日目は実例を集め、現在の作業手順を把握し、データの保存場所を特定します。既存のソフトウェアを確認し、基本ルールを書き出します。当初の業務に利用できないデータが必要なら、リスクの低い別の業務を選びます。

31-60日目は、少量の代表的なサンプルを整え、アクセス権を確認し、承認済みの環境で架空の例を使って練習します。参加者が戻れるよう、実際に使える手作業の手順を用意してください。目指すのは未回答の項目を裏付ける根拠です。見栄えのよいデモではありません。

61-90日目に、同じ業務をもう一度採点します。少なくとも中間の点数帯に達し、すべての必須条件を満たしてから、範囲を限定した実データでの試行を始めます。対象業務が依然として不向きなら、四半期の終わりに「待つ」という判断を記録できたことにも意味があります。

12-21点:範囲を限定した試行を準備する

最初に行うこと: 未達の必須条件それぞれに担当者と期限を設定します。その後は、得意な領域を磨くより、最も弱い領域の改善を優先します。

1-30日目は、安全対策を仕上げ、許容できる出力を定義し、手作業のベースラインを記録します。ベースラインとは、確認や修正にかかる時間も含めた、試行前の業務の状態です。AI利用ポリシーをルールのたたき台にできますが、実際の業務と入力データに合わせて調整してください。

31-60日目は、すべての必須条件を満たしていれば、指定した2人の利用者と確認担当者で業務を試します。承認されるまで、出力は下書きのままにします。総処理時間、修正、例外対応を記録し、手作業の場合と比較します。合計点が基準に達していても、利用者が手順を練習していなければ、開始前に練習を行います。

61-90日目は、試行を継続、変更、中止のいずれにするか決めます。対象業務、データソース、ツール、権限の範囲を変えたら、診断をやり直してください。前進とは、利用者が増えることだけではなく、未解決の課題が減り、根拠が確かになることです。

22-30点:効果を測定しながら試行する

最初に行うこと: 必須条件と、最も点数の低い領域を確認します。合計点の高さは、管理された試行を始める根拠にはなります。自動送信、無制限のアクセス、全社展開を認める根拠にはなりません。

1-30日目は合格基準に合意し、必須条件を満たし、参加者が業務を行える状態なら、小規模な試行を始めます。実務に使うすべての出力について、確認担当者が責任を持ちます。この段階では、AIの前後に発生する人の作業も含め、業務フロー全体が役立つかを検証します。

31-60日目は、毎週結果を振り返ります。利用者を増やす前に、試す事例の幅を広げます。定型的なメモを扱える仕組みでも、曖昧な進捗報告、元資料の不足、顧客からの指示の変更には対応できない可能性があります。

61-90日目に拡大できるのは、連続する2回の評価期間で文書化した基準を満たし、未達の必須条件がなく、全領域が3/6点以上の場合だけです。これは小規模な試行のために提案する運用ルールであり、信頼性の統計的な証明ではありません。確認に手作業と同じだけの時間がかかるなら、対象業務を単純化するか、試行を止めます。

図書館のひと続きの通路に、1-30日目の「改善」、31-60日目の「試行」、61-90日目の「判断」が並んでいます。
90日間の進め方の一例です。不足を補い、人の監督下で試行して測定し、次の判断を下します。必須条件が未達なら、試行は延期します。

従業員40人のサービス企業を、最初から最後まで採点する

架空のサービス企業で、従業員は40人、診断結果は18/30点です。まず取り組むべきなのは、試行の条件を整えることです。まだ実際のプロジェクト情報を使える状態ではありません。

対象業務は、承認済みのプロジェクトメモから、社内向け進捗報告の下書きを作ることです。プロジェクトマネージャーが事実に関する記述をすべて確認し、最終的なメッセージを送信します。試行では、メッセージの自動送信、記録の変更、顧客への約束は行いません。

以下の根拠と点数は説明用の例です。顧客の実績や製品テストの結果ではなく、特定のAIアシスタントがこの業務を完遂できると主張するものでもありません。

質問この例で確認できている根拠点数
A1:対象業務と責任者週次報告を担当するプロジェクトマネージャーが決まっています。入力は承認済みのメモ、出力は社内向けの下書きです。2
A2:現状の把握頻度は把握していますが、処理時間とミスの記録は不十分です。1
A3:許容できる出力必要な見出しは決まっていますが、許容できる例とできない例は未完成です。1
B1:入力品質最近のメモは読み取れますが、書式が統一されていません。1
B2:利用許可データ管理責任者が、対象のサンプル、ツール、目的について利用許可を文書化しています。2
B3:アクセス権プロジェクトのフォルダは特定済みですが、一般ユーザーのアクセス権は確認しきれていません。1
C1:既存の契約管理者がライセンス枠、含まれる機能、アカウントの管理主体を確認しています。2
C2:承認済みの設定アカウントは特定済みですが、データ保持と外部接続の設定は未確認です。1
C3:業務への適合性入力と出力の要件は文書化していますが、想定する受け渡し経路は未検証です。1
D1:試行の責任者COOが時間を確保し、代理担当者も指名しています。2
D2:確認担当者のスキルプロジェクトマネージャーを指名済みですが、確認手順を実演したことはありません。1
D3:利用者の練習利用予定者は業務手順をまだ練習していません。0
E1:文書化したルールルールの草案はありますが、参加者には説明していません。1
E2:誤りの影響誤った進捗報告の問題は認識していますが、上位の判断を仰ぐケースは整理しきれていません。1
E3:停止と切り戻し手作業に戻す方法はありますが、承認、インシデント報告、停止は練習していません。1

領域別の点数は、業務4/6、データ4/6、ツール4/6、人員3/6、リスク3/6です。4 + 4 + 4 + 3 + 3 = 18/30となります。すでに満たしている必須条件はB2だけです。

COOは、試行の準備を進める。ただし、残る必須条件を満たすまで実際のプロジェクトデータは入れないと判断します。管理者はB3とC2を確認します。プロジェクトマネージャーはD2の確認作業を実演します。COOはE1の利用範囲を文書に沿って説明し、E3の承認、インシデント報告、停止、手作業への切り戻しを参加者と一緒に練習します。

この5項目がそれぞれ1点から2点になれば、合計は23/30点です。ただし、点数が上がってもD3は未解決で、利用者には引き続き練習が必要です。練習を終えてD3が0点から2点になれば、合計は25/30点、領域別の点数は4、5、5、6、5になります。この仮定の流れでは、ここですべての必須条件を満たします。

最初に実データで下書きを作る前に、ベースライン、合格・不合格の出力例、C3の入力から出力までの動作確認を仕上げます。各項目の点数を更新するのは、根拠がそろったときだけです。ツールが想定した業務フローに対応できなければ、別の業務を選びます。この時点でも、何時間節約できるかという根拠はありません。下書きの確認と修正にかかる時間も含めて、これから測定する必要があります。

1週間でAI導入診断を進める

この週の目標は、根拠を記録した判断にたどり着くことです。導入の完了を約束することではありません。すでに対象業務を理解している人から、必要な根拠を集めていきます。

  1. 月曜日:対象業務を選び、実例を集める

    経営者またはCOOが、対象業務、責任者、金曜日までに下す判断を決めます。実務担当者に、扱いにくいケースも含めて最近の実例を10件用意してもらいます。頻度、所要時間、よくある修正内容を記録してください。これは着手のための実用的なサンプル数であり、あらゆる例外を網羅した証明ではありません。

  2. 火曜日:データと実際のアクセス権を確認する

    IT担当者とデータ管理責任者が、代表的な元資料を5件確認します。想定する用途での利用許可を確かめ、試行に参加する一般ユーザーの権限でアクセスを確認します。古い版、複数顧客の情報が混在するフォルダ、個人情報、利用制限のある資料がないか調べてください。フォルダが存在するだけでは、接続してよいとは限りません。

  3. 水曜日:契約済みツールと利用実態を把握する

    会社が保有する契約、正確なアカウント種別、管理権限を持つ人を確認します。社員には、仕事ですでに使っているAIアシスタント、ブラウザー拡張機能、会議ツールを尋ねます。目的は実態の把握です。請求書の一覧だけでは、表に出ていない利用を評価できません。承認された管理の枠外で業務にAIを使う「シャドーAI」のガイドは、この聞き取りを組み立てる参考になります。

  4. 木曜日:担当者の確認手順とルールの運用を練習する

    利用予定者と確認担当者のために1時間を確保し、承認済みの環境で架空の資料を使って練習します。下書きを元資料と照合し、根拠のない記述を却下し、問題を報告して、手作業に戻します。採点するのは実際にできた行動です。参加しただけでは加点しません。

  5. 金曜日:採点し、判断と改善の担当を決める

    経営者またはCOO、IT担当者、業務責任者が根拠を突き合わせ、意見の相違を解消し、点数を集計します。点数帯、未達の必須条件、最初の対応、担当者、期限を記録します。見直す日を決め、この版を保存してください。後から採点したときに、何が変わったかを追えるようにします。

AIレディネス診断には、どのようなツールが必要ですか?

最初の判断には、文書とスプレッドシートで十分です。質問ID、点数、根拠の参照先、次の対応をまとめて管理します。凝ったダッシュボードよりも、各回答の理由を後からたどれることが大切です。

「契約済みのツール」で評価するのは、契約数ではなく、用途に合うと確認できたかどうかです。契約に含まれる機能でも、利用予定者には使えない、管理者が無効化している、対象データには適さないといったことがあります。追加購入を計画する前に、実際のアカウントと業務フローを確認してください。

対象業務と制約が明確になったら、中小企業向けAIツールを参考にしてください。候補にAnthropicのClaudeが入っているなら、中小企業向けClaude活用ガイドに検討のヒントがあります。ただし、どちらの記事も、自社のアカウント、権限、必要な成果を確認する代わりにはなりません。

AIレディネスの評価に、既存のフレームワークをどう使いますか?

課題が見えた後は、公的なフレームワークを使うと管理策を掘り下げられます。National Institute of Standards and TechnologyのAI Risk Management Framework(NIST AI RMF)は、AIリスクを管理するための任意の指針です。そのPlaybookは、推奨する取り組みをGovern、Map、Measure、Manageに整理し、すべての項目を埋めるチェックリストではないと明記しています。責任の所在、利用の文脈、評価、対応をより詳しく検討するために使ってください。ISO/IEC 42001は、AIマネジメントシステムを構築し、継続的に改善するための要求事項を定めています。ここでいうシステムとは、組織のAIに関する方針、責任、プロセスのことです。正式な組織体制が必要な場合に関わってきます。これらの公開ページは2026年10月23日に確認しました。本チェックシートは独自に作成した計画用の補助ツールであり、NISTの評価でも、ISO適合性評価でも、認証の証拠でもありません。診断結果を具体的な担当と判断ルールに落とし込むには、小規模企業向けAIガバナンスのフレームワークを活用してください。

AI導入準備の診断を過大評価していませんか?

精密に見える点数でも、根拠が曖昧なことがあります。 根拠に基づく18/30点の方が、推測だけで自信満々に付けた28/30点より役に立ちます。点数帯は作業を整理するためのもので、会社に備わる普遍的な性質を測るものではありません。合計を百分率に直して、「当社の準備は何パーセント完了」と表現しないでください。

ツールを増やしても、曖昧な業務は明確になりません。 よい成果の定義について合意できていない業務は、新しい契約を増やした後も評価が難しいままです。元資料の内容が互いに矛盾している場合も同じです。最初に必要な改善が、統一した受付フォームや、わかりやすい承認手順であることもあります。

診断を通過しても、効果を証明したことにはなりません。 導入準備の診断で問うのは、適切な試行を行う条件がそろっているかです。試行で問うのは、その業務フローで仕事が改善するかです。生成時間だけでなく、準備、確認、修正、例外対応も測定してください。下書きが速くできても、その確認にかえって時間がかかるなら、よい選択とは限りません。

点数は自律的な動作を認める根拠にはなりません。 「人が確認するための下書き」から「承認なしで送信」に変えると、業務フローも影響も変わります。改めて評価してください。同じAIアシスタントに別の部署のファイルへのアクセス権を与える場合も同様です。30/30点でも、新しい権限や新しい用途に、未確認の根拠を引き継がせることはできません。

よくある質問

レディネス診断とは何ですか?

レディネス診断は、特定の次のステップに必要な条件と、現在確認できている根拠を照らし合わせるものです。AIの場合は、対象業務、データ、ツール、人員、運用ルールを確認し、何を進めてよいか、何を改善する必要があるかを記録します。役に立つ成果は、点数だけでなく、責任者を明確にした判断です。

AIレディネス診断をPDFで使えますか?

1枚のチェックシートを文書作成ソフトにコピーし、PDFとして書き出すか印刷してください。根拠のメモは別に保管し、再採点に備えて編集可能なコピーも残します。質問の全文と採点ルールはこのページに掲載しています。診断フォームへの入力やメールアドレスの送信は不要です。

月曜日に始めること

繰り返し発生する業務を1つ選び、その責任者と、データやツールの管理者を集めて診断の予定を入れます。会議の前に最近の実例を用意してもらってください。金曜日までに、「これらの課題を解消すれば、この制限の下で、この業務を試行できる」と言い切れる状態を目指します。言い切れなければ、足りない根拠を集めることを次の対応にします。

AIを使う業務の選び方や運用に役立つ実践ガイドは、ニュースレターでお届けします。

公開日
カテゴリー
AI
音声入力ソフトの選び方【2026年】無料機能からAIツールまで比較

音声入力ソフトの選び方【2026年】無料機能からAIツールまで比較

音声入力ソフトは、まずMacやWindowsの無料機能から。Wispr Flow、VoiceOS、Superwhisper、Dragon Professionalの料金、対応環境、プライバシーを比較し、音声認識と文章整形の違いを解説します。仕事の文章で試せる10分間の比較手順も紹介します。2026年10月23日AI
Claude Duetとは?できること・料金と最初に任せたい業務

Claude Duetとは?できること・料金と最初に任せたい業務

Claude Duetの使い方を、任せたい業務から解説。米国のPro・Max契約者向けの参加条件と料金、ウェイトリストの登録手順、バックグラウンド作業による利用枠の消費、人の承認が必要な操作を整理。会議準備や返信の下書きから試す方法、見落としへの備え、CoworkやClaude Codeとの使い分けも紹介します。2026年10月22日AI
Meta Museのプライバシー設定と社内ルール:業務利用前の確認ガイド

Meta Museのプライバシー設定と社内ルール:業務利用前の確認ガイド

Meta Museを業務で使う前に、学習の初期設定、アカウント連携、端末のアクセス権限を確認しましょう。チャット削除・忘却・リセットの違い、広告への情報共有、暗号化の提供状況、報道された問題を整理。公開調査や下書きに利用を絞る判断基準と、そのまま社内で検討できる従業員向けルールを紹介します。2026年10月22日AI
HITL(ヒューマンインザループ)の実践:AIの承認・レビュー・引き継ぎを設計する

HITL(ヒューマンインザループ)の実践:AIの承認・レビュー・引き継ぎを設計する

HITL(ヒューマンインザループ)で、AIのどの操作に人の判断を挟むべきかを解説します。実行前の承認、実行後のサンプリング、例外時の引き継ぎを整理。返金や顧客対応を例に、レビューキューの運用、ツールの停止と再開、承認にひも付ける証跡、根拠に基づいて自動化の範囲を広げる手順まで具体的に説明します。2026年10月21日AI
Qwen ローカル運用・APIをDeepSeekと比較:用途別の選び方

Qwen ローカル運用・APIをDeepSeekと比較:用途別の選び方

Qwenのローカル運用とDeepSeekを、API料金、コーディング、画像・動画入力、ライセンスで比較します。キャッシュ利用時の費用差や、公開された重みとホスト型サービスの機能差、USスコープの条件も整理。用途と運用要件から、自社に合う導入候補や切り替え先を判断するためのガイドです。2026年10月21日AI
Claude Artifactsの使い方:保存・共有・公開と業務で使える作成例

Claude Artifactsの使い方:保存・共有・公開と業務で使える作成例

Claude Artifactsの使い方を、作成・編集・保存から共有・公開まで解説します。プラン別の共有範囲、Docs固有の制限、旧Coworkとチャットのアーティファクトの違いを整理。顧客対応の引き継ぎ、営業ダッシュボード、稼働余力の計算ツールを作るプロンプトと、結果の確認ポイントも紹介します。2026年10月21日AI
Perplexity ComputerはどんなAIエージェント?Mac・Windows・クラウドの違い

Perplexity ComputerはどんなAIエージェント?Mac・Windows・クラウドの違い

AIエージェントのPerplexity Computerは、クラウドと対応Mac・AMD搭載Windows PCで何が違うのでしょうか。ローカル実行の要件、料金とクレジット、データの扱いを整理。顧客向け提案書の作成手順やClaude Coworkとの比較を通じ、仕事を任せる範囲と導入の判断軸を解説します。2026年10月21日AI
シャドーAIとは?小規模チームで進める発見・管理・対策

シャドーAIとは?小規模チームで進める発見・管理・対策

シャドーAIは、未承認のアプリだけでなく、拡張機能や個人アカウント、導入済みサービスのAI機能にも潜みます。小規模チームで利用実態を把握し、データと権限からリスクを判断する手順を解説。対応計画、従業員向けルール、主要な法人向けAIサービスの学習・保存・共有の確認点まで、実務に沿って整理します。2026年10月20日AI
ニュースレター

毎週日曜、一通の手紙。動くシステムの話。感想戦ではなく。

週刊。スパムなし。いつでも解除できます。