# AIの情報収集を本文までつなぐ Agent-Reachの公開Web・RSS活用

- 媒体: 知能圏（CHINOUKEN）
- 公開日: 2026-09-22
- カテゴリー: エージェント・ソフトウェア
- タグ: Agent-Reach、情報収集、Web取得、RSS
- 想定読了時間: 約7分
- 調査基準日: 2026年9月22日
- 出典: 9件（末尾の「参照リンク」に番号順で記載）
- ページ: https://www.chinouken.com/articles/agent-reach-public-web
- このMarkdown: https://www.chinouken.com/articles/agent-reach-public-web.md
- 利用条件: 引用する場合は出典として「知能圏（chinouken.com）」と該当ページのURLを明記してください。本文の再配布は行わず、要約や引用の範囲で使ってください。

AIにニュースや技術の調査を頼むには、まず調べたい情報の原文を読める状態にする必要があります。Webページ、サイトの更新一覧、GitHubの資料では、取り出す方法も得られる内容も違います。Agent-Reachは、端末で作業するAIエージェントへ、それぞれの取得方法を案内するツールです。更新通知だけで新しいソフトウェアが公開済みか判断できるのか、本文には何が書かれているのか。ログインなしで誰でも閲覧できる公開WebページとRSSの取得を試し、AIへ調査を任せる前に揃える資料を考えます。GitHubとSNSについても、公開Webとの取得条件の違いを補足します。

![Agent-ReachでAIの情報収集を見出しから本文へ進める様子を 更新情報の一覧から日付と条件を含む文書への矢印で示した図](https://www.chinouken.com/images/articles/agent-reach-public-web/hero.png)

## AIに調査を頼む前に揃えたい原文

AIに「この技術の最近の動きを調べて」と頼むとき、最終的に欲しいのは、何が起き、それが自分にどう関係するかを理解できる説明です。その説明を作る前には、調べるべき記事を見つけ、原文を読み、日時や条件を確かめる作業があります。見出しが分かっていることと、内容を説明できるだけの資料が揃っていることは、別々に確認する必要があります。

たとえば、「新しいソフトウェアの説明会を開催した」という更新通知を見つけても、それだけでソフトウェアが公開済みだとは判断できません。原文には、説明会を行った日と、今後の公開予定が別に書かれているかもしれません。調査を任せるなら、AIが文章をもっともらしくまとめる前に、判断の材料になる本文まで取得してほしいところです。

情報源によって、取り出し方も変わります。Webページなら本文を読み、更新を配信するRSSなら記事の一覧から必要なリンクを選びます。RSSは、サイトが新着記事のタイトルやURL、日時などをまとめて配る仕組みです。本文まで入るかは配信元によるため、更新一覧を取得しただけでは読みたい資料が足りないことがあります。

Agent-Reachは、こうした情報取得の方法をAIエージェントへ教えるために、開発者Panniantongが公開しているツールです。ここでいうAIエージェントは、文章で答えるだけでなく、端末のコマンドや外部の道具を使って作業できるAIを指します。Agent-Reachは情報源ごとの道具と使い方を案内し、必要な道具が利用できるかを診断します。

使いどころは、調査したい資料があるのに、手元のAIへどう取得させるかが整っていない場面です。すでに同じ本文を読める環境なら、道具を追加する必要がない場合もあります。筆者は、ログインが不要な公開サイトを対象に、案内される方法で何が取得できるかを試しました。更新一覧と本文を区別し、AIへ調査の材料として渡せる範囲を見ていきます。

## Agent-Reachが案内する道具の使い分け

Agent-Reachが案内するのは、情報源ごとに使う道具と手順です。今回の実験では、筆者がその手順を読み、取得用のプログラムを手動で選んで実行しました。この後の実験で使った、または試した経路は次のように分かれます。

| 読みたいもの | 案内される道具 | AIへ渡せる材料 |
| --- | --- | --- |
| 公開Webページ | Jina Reader | ページを読みやすい文章形式に変換した結果 |
| RSSの更新情報 | feedparser | 配信元が収録したタイトル、リンク、日時など |
| GitHubのリポジトリ | GitHub CLIの`gh` | 案内上は説明や関連情報を取得する経路。今回の`gh`では認証を求められ、未取得。READMEは後述の原文URL経由で取得 |

Jina ReaderはURLを受け取り、ページを取得して文章へ整える外部サービスです。feedparserは配信データを読み解くPythonライブラリで、配信元が本文を入れていなければ本文は返しません。

Agent-Reachには、こうした使い分けをAIが参照する手順書が入っています。AIへ「更新一覧を読み、関係する記事だけ本文まで取得して」と頼んだとき、どの道具を組み合わせるかの手掛かりになります。今回、道具の選択とコマンドの実行は筆者が手動で行いました。Agent-Reachを、取得経路と導入方法を案内する仕組みとして使い、案内された道具が返す内容を確かめています。複数サービスの自動選択や、失敗後の自動切り替えまでは試していません。

## 更新通知の先にあった公開予定日

2026年9月22日、筆者はデジタル庁の公開サイトを使い、Agent-Reachが案内する取得方法を試しました。知りたかったのは、AIにニュース調査を頼む際、見出しから内容を推測せずに原文まで読ませられるか、という点です。RSSの取得にはfeedparser、選んだ記事の本文取得にはJina Readerを使いました。記事の選択と二つの道具の実行は筆者が行っており、AIに自動で調査させた実験ではありません。

まず、サイトの更新を配信するRSSを取得しました。返った33件にはタイトル、URL、日時があり、要約や本文はありません。更新の有無を見つける用途には使えますが、内容を説明する材料としては不足しています。

一覧には「ガバメントAI 源内OSS Ver 2.0」の説明会に関する項目がありました。源内は政府機関の職員が業務で使う生成AIの利用環境で、リンク先の記事は、そのオープンソース版である源内OSS Ver 2.0に関する説明会の報告です。見出しから分かるのは説明会があったことまでで、ソフトウェア自体が公開済みかは判断できません。そこで筆者はリンク先の本文を取得し、公開時期の記述を確かめました。ここで示すのは、RSSの33件から筆者が選んだ1件の本文取得結果です。

読み取った文章には次の時点が分かれて書かれていました。

| 原文で確かめた項目 | 日付 | 読み取れること |
| --- | --- | --- |
| リンク先記事の掲載日 | 2026年9月18日 | 説明会の報告が掲載された日 |
| 説明会の開催日 | 2026年8月25日 | 実際に説明会が行われた日 |
| 源内OSS Ver 2.0の公開予定 | 2027年2月頃 | 記事掲載時点では今後の予定 |

「説明会を開催しました」という見出しだけでは、ソフトウェアの公開時期まで判断できません。本文には、源内OSS Ver 2.0で公開を予定している内容はすべて開発中で、今後の検討や調整によって変更される場合があると書かれていました。更新情報を拾った後に原文へ進む工程が、AIへ渡す資料の中身を変えます。

今回取得した本文は、見出しやリンクなどを含めて4,411文字でした。Jina Readerが返した文章の公開日、開催日、公開予定を、デジタル庁の元ページにある記述と照合しました。AIによる要約の正確さを採点した実験ではなく、要約前の資料がどこまで揃うかを確かめた結果です。

![本文を含まない33件のRSS更新情報から筆者が1件を選び、本文・見出し・リンクを含む4,411文字のテキストを取得し、リンク先記事の掲載日2026年9月18日、源内OSS Ver 2.0説明会の開催日2026年8月25日、今後の公開予定2027年2月頃を区別した実験の流れ](https://www.chinouken.com/images/articles/agent-reach-public-web/figure-rss-to-body.png)

*RSSの更新一覧から筆者が記事を選び、本文・見出し・リンクを含む4,411文字のテキストを取得しました。リンク先記事の掲載日、源内OSS Ver 2.0説明会の開催日、同ソフトウェアの公開予定は別の時点です。*

## 公開リポジトリでも取得コマンドは認証を求めた

WebページとRSSの次に、ソフトウェアの説明を公開しているGitHubも試しました。同じ公開資料でも、取得に使う道具の認証条件によって読めない場合があるかを確かめるためです。対象はAgent-Reach自身のリポジトリ（Panniantong/Agent-Reach）です。概要を読むため、公式の手順にある`gh repo view`を、認証情報を渡さない状態で実行すると、ログインまたは認証用トークンを求められました。リポジトリの説明は返りませんでした。

筆者は、認証を求められた`gh repo view`の代わりに、同じAgent-ReachのREADMEの原文URLへ、Python標準の通信機能で直接アクセスしました。Jina Readerは経由していません。すると、15,038文字の説明を取得できました。READMEは、ソフトウェアの目的や使い始め方を記した文書です。

ここで成功したのは、公開ファイルを直接読む方法です。Agent-Reachが失敗を検知して自動復旧した結果ではありません。「対応サービスに載っている」「取得対象が公開されている」という二点だけでは、手元のコマンドがそのまま動くとは限らないと分かりました。

GitHubの説明文を読むだけなら、原文URLの取得で足りる場合があります。一方、非公開リポジトリの調査や認証が必要な検索まで行いたいときは、必要な権限を別途用意する判断になります。

## 公開ページの取得とSNSのログインは分けて選ぶ

今回のWebとRSSの取得には、アカウントのログイン情報を使いませんでした。Webページの本文を読む際は、読みたい公開ページのURLをJina Readerへ送り、Jina Reader側で本文を取得します。Agent-Reachを自分のPCで動かしていても、すべての処理がPC内で終わる構成ではありません。社内限定のURLや、認証情報を含むリンクを、公開ページと同じつもりで渡さないようにします。

ここからは今回実行していないSNSの取得について、公式説明で確認した条件です。公開Webページと同じ方法で使えるとは限らず、別の準備が要ります。現行の公式説明では、Redditの取得はログイン状態を使う方法が前提です。Xの検索などもCookieやブラウザのログイン状態に依存する経路が案内されています。Cookieはログインを維持する情報です。渡すと、そのアカウントでログインした状態を取得処理に使わせることになるため、公開URLを読むだけの場合より、アカウントへのアクセス範囲が広がります。

Agent-Reachの開発者Panniantongは、Cookieを使う取得にはアカウント制限のリスクがあると説明しています。SNSの取得は今回試していません。公開Webの実験が成功したことを、XやRedditも安定して読める根拠にはできません。

本体はMITライセンスで公開されていますが、呼び出す外部サービスにはそれぞれ利用条件や制限があります。Agent-ReachはAPI料金不要と紹介されていますが、本文取得に使うJina Readerには利用量の上限があり、AIエージェント側のモデル料金も別です。使いたい経路ごとに条件を確かめる必要があります。

## 公開資料の調査に絞って始める

Agent-Reachは、情報源ごとの取得経路を整える案内役として使えます。今回のRSSでは記事の一覧までしか得られず、本文にはJina Readerによる別の取得が必要でした。公開資料を調べたい人は、この組み合わせを手元のAIへ教える用途から試せます。認証が必要な資料を扱う人は、先に使えるアカウントと権限を確認する必要があります。対応先に名前があっても、本文取得が保証されるわけではありません。すでにAIが同じページを読めているなら、道具を増やす前に、取得した本文と出典が残るかを確認する方が先です。

導入元を選ぶ際にも注意があります。公式説明では、Pythonの配布サイトPyPIにある同名パッケージは別プロジェクトだとされています。筆者は公式リポジトリのソースを専用のPython仮想環境へ入れ、本文取得に必要な道具だけを使いました。SNSのログイン連携は設定していません。初めて使う際も、名前だけで配布物を選ばず、公式の案内から導入元を確かめる必要があります。

試す場合は、最初の依頼を公開資料に絞ると、必要な機能を判断しやすくなります。たとえば、次のように頼めます。

> 指定した公開RSSから、調べたいテーマに関係する項目を選んでください。リンク先の本文も読み、掲載日、出来事の日付、今後の予定を分けて記録してください。本文を取得できなかった項目は、見出しだけから補完せず、その旨を残してください。ログインが必要になったら止めてください。

今回の実行条件と所要時間は次のとおりです。時間は各取得を一度ずつ計った値で、通信や配信元の状態によって変わります。

| 項目 | 今回の条件・結果 |
| --- | --- |
| 実行環境 | macOS、Python 3.14.6、専用の仮想環境 |
| 本体 | Agent-Reach 1.5.0と2026年9月22日に取得したソース |
| RSS取得・解析 | 約0.18秒。33件の更新情報、本文・要約は0件 |
| RSSから選んだ記事の本文取得 | 約0.81秒。Jina Reader経由で4,411文字 |
| GitHubの公開README取得 | `gh`は認証要求。原文URLへ切り替えた取得は約0.15秒 |
| 外部に送った内容 | Jina Readerへ公開ページのURLと本文取得要求。デジタル庁・GitHubへ公開資料の取得要求。ログイン情報は未使用 |

続けて使うかの判断には、自分が調べたい資料を一つ渡し、返ってきた文章を原文と読み比べる試し方が向いています。更新一覧しかないのか、本文まで揃ったのか。本文に「予定」や「変更の可能性」があれば、その条件も残っているか。取得できた情報の範囲が見える状態を作ってから、任せる調査先を増やすとよいでしょう。

## 参照リンク

1. [Panniantong: Agent-Reachの公式説明](https://github.com/Panniantong/Agent-Reach/blob/a19a171fa980a0785849596492e0af4db800c82f/README.md)
2. [Panniantong: 公開WebとRSSを読む手順](https://github.com/Panniantong/Agent-Reach/blob/a19a171fa980a0785849596492e0af4db800c82f/agent_reach/skill/references/web.md)
3. [Panniantong: GitHubを扱う手順](https://github.com/Panniantong/Agent-Reach/blob/a19a171fa980a0785849596492e0af4db800c82f/agent_reach/skill/references/dev.md)
4. [Panniantong: Web取得機能の実装](https://github.com/Panniantong/Agent-Reach/blob/a19a171fa980a0785849596492e0af4db800c82f/agent_reach/channels/web.py)
5. [Panniantong: Python要件と依存関係](https://github.com/Panniantong/Agent-Reach/blob/a19a171fa980a0785849596492e0af4db800c82f/pyproject.toml)
6. [Jina AI: Readerの機能と利用条件](https://jina.ai/reader/)
7. [デジタル庁: RSS配信](https://www.digital.go.jp/rss)
8. [デジタル庁: ガバメントAI 源内OSS Ver 2.0の説明会報告](https://www.digital.go.jp/news/e525db0b-eac1-49e2-9ef4-6d2e24208498)
9. [GitHub: リポジトリのREADMEファイルについて](https://docs.github.com/ja/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-readmes)

2026年9月22日時点の公式資料を確認しています。仕様は更新される可能性があります。

---

© 知能圏 https://www.chinouken.com/articles/agent-reach-public-web