ClawfeedはRSSHubと比べて何が違う？

[Clawfeed](https://github.com/kevinho/clawfeed) は少数の重要ページを長期運用できるフィードパイプラインにすることへ寄せ、更新制御、重複排除、安定出力を重視します。[RSSHub](https://github.com/DIYgod/RSSHub) はルート目录と大規模ルール庫エコシステム寄りで、カバー範囲と拡張性が強いです。目的で選ぶのが合理的で、広いカバーを急ぐならRSSHub、少数ソースの高信頼運用ならClawfeedが合います。

RSS-Bridgeとの取捨選択は？

[RSS-Bridge](https://github.com/RSS-Bridge/rss-bridge) はブリッジ集合として軽量に不足フィードを補うのが得意です。[Clawfeed](https://github.com/kevinho/clawfeed) は更新、キャッシュ、アラート、隔離まで含めて運用できる生成パイプライン寄りです。少数を素早く補うならRSS-Bridge、フィードを長期サービスとして回すならClawfeedが向きます。

購読者増で上流リクエストが爆発するのを防ぐには？

要求駆動ではなく定時駆動にします。一定間隔で一度だけ更新しキャッシュへ保存し、購読者はキャッシュを読むだけにします。ホットなソースはTTLを長くし、失敗時は退避リトライで上流を叩きすぎないようにします。最後にレート制御と隔離を追加し、ログイン系ソースは分離運用します。

Clawfeed解説：自前Web-to-RSSでRSSHub代替

課題 vs イノベーション

✕従来の課題	✓革新的ソリューション
RSSを持たない情報源が多く、通知や手動巡回に頼ると遅延と追跡性の欠如、アーカイブの難しさが積み上がります。	Clawfeed は抽出からフィード生成までを工程化し、ルール駆動の取得、更新制御、キャッシュ可能な出力で運用可能なフィードを作ります。
リーダーは消費には強い一方、認証、キャッシュ、フィルタ、安定更新を伴うフィード生成は不得意です。	自前ホストと組み合わせを重視し、RSS/Atom出力は任意のリーダーで消費でき、隔離やレート制御、アラートも設計できます。

デプロイガイド

1. リポジトリを取得して依存を入れる（手順はnpm/pnpmを選択）

bash

1git clone https://github.com/kevinho/clawfeed.git && cd clawfeed && npm i

2. 実行設定と更新ポリシーを用意する（対象URL、間隔、キャッシュなど）

bash

1cp .env.example .env && sed -i '' 's/REFRESH_INTERVAL=.*/REFRESH_INTERVAL=300/' .env

3. ローカル起動してfeedの出力を確認する

bash

1npm run dev

4. 本番はコンテナ化してヘルスチェックとレート制御を追加する

bash

1docker build -t clawfeed:latest . && docker run -d --name clawfeed -p 1200:1200 clawfeed:latest

導入事例

コアシーン	対象読者	ソリューション	成果
競合・プロダクト更新の監視	運用/PM	更新ページや告知ページをRSS化してアラート連携	変化を早期に捉えて履歴管理できる
社内収集とアーカイブ	情シス/セキュリティ	自前ホストで外部更新をRSSに標準化しアクセス制御	外部依存を下げ追跡性を上げる
データ基盤の更新シグナル	データエンジニア	RSS/Atomを統一の変更シグナルとしてETLへ投入	スクレイパ保守を減らし安定性を上げる

Clawfeed

概要

課題 vs イノベーション

アーキテクチャ深掘り

デプロイガイド

1. リポジトリを取得して依存を入れる（手順はnpm/pnpmを選択）

2. 実行設定と更新ポリシーを用意する（対象URL、間隔、キャッシュなど）

3. ローカル起動してfeedの出力を確認する

4. 本番はコンテナ化してヘルスチェックとレート制御を追加する

導入事例

制限事項と注意点

よくある質問