まずはデータがないと分析できない

AI含め、分析するならデータを手元に持たないと話にならないので過去データの収集から始めます

選択肢としては有料でもいいから正攻法ならJRA-VAN データラボからのデータ取得、無料だけど節度を持ってゆっくりデータを取得するならnetkeibaからのスクレイピングの2つを検討しました

JRA-VAN データラボからのデータ取得

JRA公式データを使うならデータラボ1択

2,090円/月（初月無料）で利用できてJRA関連会社が運営する公式ツールです

JRA-VAN

プロも愛用の競馬ソフトから意外な穴場的中ソフトまで、データ競...

jra-van.jp

調査も含めて契約してみたのですが、基本はJV-Linkを組み込んだ独自アプリ開発キットのような印象でした

問題は対象言語サポートが2026年3月現在残念でVB系しか対象になっておらず、ちょっと厳しい印象なのは否めません

ネットを見ているとサポート関係なく他の言語で作成している人もいるみたいですが、コミュニティが使えないなど有料の強みがなくなってしまうので今回は諦め

サポート対象言語

• Microsoft Visual Basic 2015
• Microsoft Visual C++ 2015
• Borland Delphi 7
• Microsoft Access 2013/2016
• Microsoft Excel 2013/2016

FAQ詳細 -サポートしている開発環境にはどのようなものがありますか？ | JRA-VANヘルプセンター

【JRA公式データ】JRA-VANは競馬予想に役立つ情報を提...

support.jra-van.jp

ちなみに・・有志が作ったアプリも使えるらしく、不動の1位なTARGETや税金問題で界隈を賑わせた卍氏が使っていたといわれる馬王Zも追加料金なしで使えるようなのでゼロベースからの分析とかじゃないなら十分有力な選択肢になりそうです

卍氏の書籍紹介

1億5000万円稼いだ馬券裁判男が明かす 競馬の勝ち方 (競馬王馬券攻略本シリーズ) | 卍 |本 | 通販 | Amazon

Amazonで卍の1億5000万円稼いだ馬券裁判男が明かす ...

amzn.to

2007-2009年の3年間で、1億円以上の価値を得た卍氏の書籍はコチラ

「馬券の勝ち方」を論理的かつ丁寧に解説されてます！

netkeibaからのスクレイピング

結論から言うと今回採用したのはこちら

スクレイピングとはインターネット上の情報をプログラムで収集する手法で、サーバーに負荷をかけてしまうなどあまり推奨される手法ではありませんが、netkeibaは禁止していないようなのと情報として十分すぎる量があり、長く使うなら正直無料はありがたいです

参考までにnetkeibaがスクレイピングを禁止していないと判断した材料はこちら

• robots.txtがない
  • 禁止している場合はここに記載されていることが多いです
• 利用規約で禁止していない
  • 厳密には制限をかける場合があると記載されていますが、過剰アクセスの場合と判断しました

ちょっとした注意点

公式データではないからなのか、netkeibaのデータで注意点として極稀に謎のデータが存在します

例えば2014/2/10の東京3Rの結果ページなんですが、明らかに単勝オッズがおかしくなっています

３歳新馬 結果・払戻 | 2014年2月10日 東京3R レース情報(JRA) - netkeiba

2014年2月10日 東京3R ３歳新馬の結果・払戻です。J...

race.netkeiba.com

出馬表データの単勝オッズは正しいのでカバーはできますし、発生頻度は激低なのでご愛敬で

スクレイピングについて

具体的なコードは別で紹介しようと思いますが、ここでは方針的なことだけまとめます

※近いうちにnoteでまとめるつもりなので完了したらこの記事でもお知らせします

取得したデータはデータベースへ保存

ネットを見ているとプログラムを実行する度にスクレイピングするような記事を見かけますが、再利用やちょっとした加工の可能性も考えるとデータベースに保管することを推奨です

参考までに私はこのブログサイトのためにエックスサーバーを契約しているので、専用のデータベースを作成して取得した2008年以降のレース結果を保存しています

データは小分けに取得

データベースを使う利点の一つとも言える、取得情報をもとに次の情報を取得が個人的推奨方法

スクレイピングに置いて通信問題などで収集途中で原因不明かつ対策不可能なエラーが発生することは比較的多く、全てにエラーハンドリングを仕込むことはあまり現実的ではないので順番に収集します

• まずはリスト取得
  1. 開催スケジュール取得
  2. 開催レース取得
• 次にデータベースと照合しながら未取得情報を収集
  1. レース詳細取得
  2. 騎手マスタ取得
  3. 調教師マスタ取得
  4. 馬主マスタ取得
  5. 競走馬マスタ取得
• 最後に競走馬マスタを再起処理して血統情報収集

SQLの作り方次第ではありますが、これでエラーが発生しても途中再開が簡単にできるようになります

並列処理はしない

前述の通り利用規約では

スクレイピングによって多数のリクエスト（アクセス）を確認し、弊社サービスに対して支障があると判断した場合は、予告なく通信制限をかけさせていただくことがございます。

と記載されていますので逐次処理で適切に待機時間を入れながら実行することで”多数のリクエスト“を回避することで許容してもらいます

早く情報を収集したい気持ちで並列処理をするとアクセスブロックをされて結果余計に時間がかかる、最悪取得できなくなる可能性もあるので節度を持った処理をしましょう

次回について

なかなか満足できるAIができないので次回はnoteへの自動投稿をまとめる予定です

とにかくAIを使って何か作りたい！

最近AI使えば何でもできるがどんどん現実味を帯びてきている中、皆さんどうやってAIと付き合っていますか？

SNSを見るとパッと見本物と区別のつかない動画や画像の生成、ブログやnoteの作成・投稿などの自動化、希望だけ伝えると勝手にプログラムを作ってくれるバイブコーディングなどなど

ネット上ではまさに日進月歩のAIなんですが、私の職場では情報漏洩の危険などからなかなかAIに触れる機会がなくこのままでは世間に置いて行かれるかもと思い、まずは触ってみようが今回のスタートです

タイトルの通り本命は競馬予想AIなんですが、せっかくなので機械学習に必要なデータを取得するためのスクレイピングとマネタイズ用にnote自動投稿へのチャレンジもまとめていきます

相棒となるAIは「Claude」を採用

今回一緒に開発を進めるAIパートナーとして選ばれたのは「Claude（クロード）」でした

当初「Google AI Studio」を使っていたのですが、ちょうどClaudeがOpus4.6が凄い！と話題になった時期で、職場で唯一使えるCopilotでもClaudeが使えるとかMicrosoft365との連携もできるとかなんだとか今後もお付き合いする機会ができそうだったのでたまたま使い始めた時期でした

汎用AIの優劣はネットでも様々議論されていますが、今の情勢と一カ月後の情勢はきっと違うので好みで使えばいいと思います

参考までに「Google AI Studio」は無料枠で今でも使っていて、「Claude」はOpus使いたかったのでProプランの課金ユーザーです

予想するだけじゃない！完全自動化のワークフローを構築

始める前に結末はなんとなく想像していて、効果が出ても「回収率300%！！」とかは到底無理で現実的には110％前後で大成功なんじゃないかと思って始めています

その分他の分野にも手を出して成功体験にしようとしているしているのかスクレイピングとnote自動投稿ってわけです

最悪競馬AIの精度が満足いくところまでいかなくても毎週全自動で

スクレイピング　→　競馬AIで予想　→　予想結果をnoteに投稿

のワークフローだけでも財産になるし、何かに流用できると思ってます

このシリーズの全体構成（今後の予定）

このシリーズでは数回に分けて需要ありそうな部分にフォーカスして記事作成を予定しています

今時点では4回に分けて下記順番で作るつもり

1. 過去データの収集
   1. netkeibaからのスクレイピング
   2. JRA-VAN Data Lab.からの収集　←これは断念
2. AIを使った競馬AIの作成
3. AIを使った予想
4. 予想のアウトプットでnote記事の自動作成と販売

作っていきながらボリューミーなったら2回に分けるとか追加機能ができたら分けるとかあるかもしれないので構成変更はご了承を

今時点の状況

今時点ではAI未完成でスクレイピングは完成とnote投稿8割くらいです

スクレイピングは何段階かあるのと過去レース取得と毎週の自動取得が別物なので分けるかもって感じです

あまり間延びしないように作っていくので追いかけてもらえると嬉しいです！

まず結論

今回のチャレンジでアプリを作成することは出来ました

が、AI使えば誰でもアプリを作れるは多分幻想（少なくとも2025年末時点）なので、作れたけど一定のリテラシーが必要だよってことが伝わればいいなと思う記事になっています

完成したアプリは下記からダウンロードできます

taskchatcher

タスク登録（＋管理）ができる自作アプリ：TaskChatch...

javeo.jp

私のスキルセット

完全な素人ではありませんが、かと言ってこれだけでご飯を食べていくような専任職ではありません

イメージとして総合職の中ではIT詳しい人、ぐらいの立ち位置だと思っています（もうちょっと上かも）

具体的な経験やできることはプロフィール画面にも書いているので目安にしてみてください

続いて肝心のAIについての練度は初級編レベル・・

主には職場でCopilotさんに壁打ちで相談、他は優秀な検索エンジンぐらいな感覚で調べ物に利用するぐらいで、AIに興味はあるんだけどなかなかきっかけに出会わず年末まで来てしまいました

Geminiも触ったことはあるけど職場はCopilot、プライベートはGeminiで何となく分けてるだけであまり深い意味はなく、職場は無償AI利用がNGなので有償版Copilot使ってるだけって感じです

最後に今回利用した言語はC#ですが私は一度も触ったことがありません

バイブコーディングでは基本コピペだけで済むので個別の知識なくても何とかなりますがさすがにプログラミング自体を未経験ではさすがに厳しいかなってところです

今回利用したAI

スマホがGoogle Pixelな圧倒的Google信者の私なので今回は”Google AI Studioの無償版“を利用しました

ちょうどGemini3.0が発表されてメチャメチャ賢くなったそうで試してみたいなと思っていたのでちょうどいいかなと

ただ2.5までほとんど触っていないので比較はできないですが単純に3.0の有能さを伝えられたらいいなと

あとはトークンの限界が来たらちょくちょくCopilotさんにも助けてもらいました

最終的なソリューション構成

本当にC#初挑戦なのでこの構成を見て良し悪しや難易度の判断が全くつかないんですがとりあえずすぐできるものじゃない気がしませんか？

後述するAIの素晴らしさを伝える要素の一つになるのでなんとなく覚えておいてください

まずは環境準備

みんな大好きVisual Studio CodeではなくてVisual Studioです

私は今回初めて利用しますがWindowsアプリを作成するなら言語はC#、Visual Studioを利用するのが推奨とAIさんが言うので無心でインストールしてきました

タイミングがいいのか悪いのか、チャレンジから数週間前の2025年11月11日にVisual Studio 2026がリリースされてさらに同日に.NET 10もリリースされたようです

Visual Studio: ソフトウェア開発向けの IDE およびコード エディター

Visual Studio 開発ツールとサービスによって、開...

visualstudio.microsoft.com

Visual Studioは過去のCommunity版を探すのが大変だったので諦めて2026を使いましたが.NETはリリース直後の10が少し怖かったのと後述しますがAIが8を奨めてきたのでLTS版の8を使うことにしました

AIとの対話

全ての会話を貼りだすにはあまりにも長すぎるので最初のやり取り＋サマリーを

最初の問いかけ～コーディング開始まで

なんとなく想像したアプリを雑にぶん投げてみました

windowsのデスクトップアプリを作りたいから協力してほしい
今回作成したいのはタスク管理アプリでコンテキストメニューに追加もしくはホットキーで呼び出しして範囲選択している文字をタイトルに引用タスクを登録したい
アプリが呼び出されると日付のFROM、TO、担当者、重要度（10段階）を登録できるようにするイメージ
OutlookやGoogleカレンダー連携できると最高だけど2時開発でいいかな
とりあえずここまでで検討してみて

に対してAIの回答がこちら

素晴らしいアイデアですね！「作業中に気になったことを、思考を中断せずにサッとタスク化する」というのは、生産性向上において非常に強力なツールになります。

Windowsアプリ開発において、ご要望の機能（特に「他アプリで選択中の文字を取得する」部分）を実現するための最適な構成と、開発のロードマップを提案します。

### 1. 技術選定と設計方針

Windowsネイティブの機能（クリップボード操作、グローバルホットキー、レジストリ操作）に深く関わるため、以下の技術スタックを推奨します。

*   **言語:** **C# (.NET 8)**
*   **フレームワーク:** **WPF (Windows Presentation Foundation)**
    *   WinFormsよりもUIのカスタマイズ（モダンな見た目）がしやすく、データバインディングが強力なため。
*   **データベース:** **SQLite**
    *   ローカルファイルで完結し、後でOutlook/Google連携する際やサーバー同期する際にも移行しやすいため。

### 2. 技術的な実現方法（ここがキモです）

ご要望の「選択範囲の文字を引用」には、Windows特有のテクニックが必要です。

#### A. 呼び出し方法：ホットキー vs コンテキストメニュー
*   **推奨：グローバルホットキー (例: `Ctrl + Alt + T`)**
    *   **理由:** 開発難易度が低く、動作が安定します。
    *   どのアプリ（ブラウザ、Word、Slackなど）を開いていても、キーを押すだけで呼び出せます。
*   **コンテキストメニュー（右クリック）の課題:**
    *   Windowsの仕様上、エクスプローラー（ファイル操作）の右クリックメニューへの追加は簡単ですが、「ブラウザ上のテキスト」や「エディタ内のテキスト」の右クリックメニューに独自の項目を追加するのは、アプリごとに仕様が異なるため極めて困難です。
    *   **結論:** 今回は**「ホットキー」をメイン**にし、コンテキストメニューは「テキスト」ではなく「ファイル」をタスク化したい場合（オプション）として検討するのが現実的です。

#### B. 選択文字の取得ロジック
他のアプリから直接テキストを読み取るAPIはセキュリティ上制限されています。一般的なハック方法は以下の通りです。

1.  ユーザーがホットキーを押す。
2.  アプリが裏で**「Ctrl + C」キー入力をシミュレーション**する。
3.  クリップボードに格納されたテキストをアプリが読み取る。
4.  タスク登録画面の「タイトル」欄にペーストする。

### 3. アプリ画面・機能設計 (Phase 1)

UIはポップアップウィンドウのようなシンプルなものを想定します。

*   **タイトル:** テキストボックス（選択テキストが自動入力される。編集可能）
*   **期間:**
    *   **FROM:** DatePicker（デフォルトは今日）
    *   **TO:** DatePicker（デフォルトは今日 or 翌日）
*   **担当者:** コンボボックス（事前登録リストから選択） or テキスト入力
*   **重要度:** スライダー（1〜10） または コンボボックス
*   **ボタン:** 「登録」「キャンセル」

### 4. 開発ステップ（ロードマップ）

一緒に開発を進めるにあたり、以下の順序で作っていくのが良いでしょう。

**Step 1: 土台作り**
*   WPFプロジェクトの作成。
*   グローバルホットキーを検知して、ウィンドウを最前面に表示する機能の実装。

**Step 2: テキスト取得の実装**
*   ホットキー押下時に `SendKeys.Send("^c")` 等でコピーし、クリップボードからテキストを取得する処理の実装。

**Step 3: UIの実装**
*   日付、担当者、重要度の入力フォーム作成。

**Step 4: 保存処理 (SQLite)**
*   入力されたデータをローカルのSQLiteデータベースに保存する。
*   （簡易的な）タスク一覧画面の作成。

---

### まずはどうしますか？

まずは **「Step 1 & 2：ホットキーを押したら、選択中の文字をメッセージボックスに表示する」** というプロトタイプ（試作機）を作ってみるのが一番手っ取り早いと思います。

開発環境（Visual Studio Communityなど）はインストールされていますか？
もしよろしければ、**C# + WPFでの具体的なサンプルコード**を作成して提示することも可能です。いかがでしょうか？

これだけの質問にかなりしっかりと回答してくれていることがわかります（よね？）

この後コーディングを始めるまでにしたやり取りのサマリがこんな感じ

AIの情報には少しラグがある（無償版は3カ月くらい？）そうなのでAIの中ではまだ.NET 8.0が最新版のようです

毎回質問に答えるだけじゃなく、背景を教えてくれたりと副操縦士から先生に格上げされた印象を受けました

コーディング開始

世の中でエンジニアはいらなくなるを体感した瞬間がやってきました

AIさんが数秒で作ったコードがコチラ

using System.Windows;
using System.Windows.Input;
using NHotkey;
using NHotkey.Wpf;
using System.Threading.Tasks;

namespace TaskCatcher // ← ★ここがエラーになったら、元のプロジェクト名に合わせてください
{
    public partial class MainWindow : Window
    {
        public MainWindow()
        {
            InitializeComponent();
            
            // ホットキーの登録 (Ctrl + Alt + T)
            // "RegisterHotKey" という名前で識別します
            try
            {
                HotkeyManager.Current.AddOrReplace("RegisterHotKey", Key.T, ModifierKeys.Control | ModifierKeys.Alt, OnHotkeyPressed);
            }
            catch
            {
                MessageBox.Show("ホットキーの登録に失敗しました。他のアプリで使われている可能性があります。");
            }
        }

        // ホットキーが押されたときに実行される処理
        private async void OnHotkeyPressed(object sender, HotkeyEventArgs e)
        {
            // ホットキーの処理済みフラグを立てる（お作法）
            e.Handled = true;

            // 1. クリップボードをクリア（前のデータが残っていると誤作動するため）
            Clipboard.Clear();

            // 2. Ctrl + C を送信して、選択中のテキストをコピーさせる
            // ※ System.Windows.Forms.SendKeys を使うのが一般的ですが
            // WPF標準ではないため、ここでは簡易的なSendKeysシミュレーションを使います
            await SimulateCopyCommand();

            // 3. 少し待つ（コピー処理が完了するのを待つため）
            await Task.Delay(100);

            // 4. クリップボードからテキストを取得
            if (Clipboard.ContainsText())
            {
                string selectedText = Clipboard.GetText();

                // アプリを最前面に表示
                this.Show();
                this.WindowState = WindowState.Normal;
                this.Activate();
                this.Topmost = true;  // 一瞬最前面にする
                this.Topmost = false; // 解除

                // 今は確認用としてメッセージボックスを表示
                // 最終的にはここで入力画面のテキストボックスに入れます
                MessageBox.Show($"取得したテキスト:\n\n{selectedText}");
            }
            else
            {
                // テキストが取れなかった場合（何も選択していない場合など）
                // アプリだけ起動する
                this.Show();
                this.Activate();
            }
        }

        // キー入力シミュレーション
        private async Task SimulateCopyCommand()
        {
            // キー送信の実装は少し複雑なので、まずは
            // .NET標準の SendKeys クラスを使うために
            // 参照設定が必要ですが、一旦簡略化のためクリップボード取得確認を優先します。
            
            // ★重要：
            // 本格的にキー送信するには "System.Windows.Forms" の参照追加が必要ですが
            // WPFプロジェクトではデフォルトで入っていません。
            // 
            // 動作テストのために、今回は手動で「Ctrl+C」をしてから
            // ホットキーを押す運用でテストしてみましょう。
            
            // ※次のステップで自動化を実装します！
            await Task.CompletedTask; 
        }
    }
}

ちゃんとコメントも残されていているし他にも部品となるコードが必要だったらその案内をしてくれるとか本当に至れり尽くせりな感じで始まりました

他にも必要なパッケージがあると導入メニューの案内や具体的なパッケージ名の指定もしてくれて、ほとんど迷うことなく進められました

言われた通り途中途中でデバックかけてみるとうまく動作しないこともありましたが事象を伝えることは当然ながら、エラーコードをそのまま貼り付けるだけでも原因を考えてくれてトライ＆エラーを数回繰り返せば改善できるものばかり

特筆すべきはVisual Studioの使い方まで教えてくれるし、クラスを跨いだ問題でもちゃんと理解（記憶）して的確な箇所を提示してくれました

コーディング中盤～完了まで

ここからはかなり省略しますが、アジャイル開発のようにパーツを一つ作っては実装、追加機能を思いついて相談しては機能追加を繰り返して2～3日で完成形の9割は完了しました（完成形はアプリのver0.1.0を見てください）

機能の後付けは「どのクラスのどの位置」まで指定（前後のコードが記載されていて○○と○○の間にこのコードを追加、など）してくれたり、改造し過ぎて動かなくなったときは”完全版になるように見直して“のコメントとともに今のコードを全貼りすることで最新の整理されたコードを返してくれる親切対応

例えば会社で

教わった通りにやったらエラーになったんですけど、どこ直していいかわからないんで一から全部作り直してもらっていいですか？

なんて上司・先輩に言えますか？

しかも原因が当該ファイルにあるとは限らず別のところにあることもあり、プロジェクト全体を見て対応してくれるか神対応でした

最後に落とし穴

デバックではほぼ想定通りの動きになっていたのでアプリ化をAIに持ち掛けたところ案内された方法ではアプリが生成されない状況に

何度聞いてもうまくいかず、状況を伝えても3パターンの改善提案をグルグル回るだけで何も改善しない状況

たまにexe化できてもいざ使ってみるとすぐにアプリが落ちてしまう謎状況が続く中わたしがとった行動は・・・

Google先生に聞いてみよう

ネット上にするコミュニティを始め、先人たちの知恵はまだまだ偉大でAIに負けない情報がそこにはありました

正攻法な情報はAIでも十分なんですが、何か起こった際のニッチな情報はまだAIじゃ拾いきれないような印象を受けました

結局成功にいたるまでに対応した内容はこちら

• COMの参照をやめてNuGetパッケージに切り替えた
• NuGetパッケージへの切替とともに一部コードを修正した
• Visual Studioの”発行”メニューは使わずPowerShellコマンドでexe化した

AIから提案された内容にもこれらはあったのですが、全てを複合することで改善したのでAIの1度の提案ボリュームが抑えられていたところが仇となったのかも

最後のコマンド実行の部分はAIよりもVisual Studioが画面上成功になってるから原因追求できなかったことの方が大きいかも

完成後の延長線で最大の問題発生

一度完成したと思っても微調整したくなるのが作り手の性じゃないでしょうか

追加機能の相談なんてこれまで何度もしてきてので気にせずどんどん相談していたらついに・・・

You’ve reached your rate limit. Please try again later.

はい、使い過ぎです

どちらかと言うと数日に渡って作成していたとは言え、よくここまで利用させてもらえてものだと思うくらいAIさんとキャッチボールを続けていました

まぁまぁ、これだけなら時間をおけばいいかと一度ブラウザを落として時間を空けて再度起動すると・・・

あれ？チャットの履歴が途中で途切れてる

あまり気にせず”まぁいい”かぐらいのテンションで再度使い始めますが、しばらくして事の重大さに気付きます

どうもAIとの会話が嚙み合わないと思ったら直前に修正したことを覚えていない様子の会話が続いて、よくよく考えたらこの途切れてしまった先で修正した部分をすっかり忘れていらっしゃる様子

これじゃデグレ起こしてしまうと思い、AIとの共同作業はここで終了となりました

これからのアップデートでもAIは活用しますが、プロジェクト全てを把握しているチャットは無くなったので今後は部分的なお手伝いをしてもらいつつ、C#を自己学習することになりそうです

あとがき

最後の最後でAIが記憶喪失になるハプニングが起きましたが、奇跡的にも機能としては一通り完成した後だったので事なきを得ました

未経験のC#を使ったアプリ開発を個人的には満足するところまで引き上げてくれたAIの力は十分過ぎると思う取り組みになってよかったです

一方で、”AIを使えば誰でもアプリが作れる”は確かに簡単で責任が伴わないものなら作れる印象を受けつつ、実用的なものはやはり経験がないと何をすべきか判断できないことと、有事の際に対応が取れない危うさを感じました（特に最後）

加えてAIに頼りすぎると地力が付かない危険性も感じました

何事もほどほどなんですかね