Skill.md検索

rustfeed の CLI/TUIを使って、RSS・Atom形式のフィードを登録・削除・更新でき、複数のニュースソースを一元管理できます。 全フィードから新着記事を自動取得し、重複記事は自動判定してスキップするため、効率的に記事をデータベースに保存できます。 取得した記事を既読・未読管理し、お気に入り登録もでき、後から参照したい記事を素早く見つけられます。 フィード取得時のタイムアウト・404エラー・パースエラーなどを自動処理し、エラーが発生しても他のフィードの処理は継続されます。 カスタムデータベースパスを指定でき、バックアップ・復元も簡単に実行できます。 複数のブログやニュースサイトを毎日チェックしている方で、購読管理を効率化したい方 Rust技術情報など特定分野の最新情報を継続的に収集・整理したい開発者 ローカルでRSSフィード管理システムを構築・運用したい技術者 バックアップと復元機能が必要なシステム管理者 このスキルは rustfeed の CLI/TUI を使ったフィード管理（追加・削除・更新）と記事操作（取得・既読管理・お気に入り）をサポートします。 フィード追加は cargo run --bin rustfeed-cli -- add で実行でき、RSS 1.0・RSS 2.0・Atom形式に対応しています。フィード一覧は list で、削除は delete で、メタデータ更新は update で実行します。記事取得は fetch で全フィードから新着記事を取得し、重複チェックでスキップしながらデータベースに保存します。記事一覧表示は articles で、未読・お気に入り絞り込みに対応します。既読管理は mark-read 、お気に入り操作は favorite / unfavorite で実行します。 データベースのデフォルトパスは ~/.rustfeed/rustfeed.db で、環境変数 RUSTFEED_DB_PATH でカスタムパス指定が可能です。バックアップ・復元はファイルのコピーで実行でき、リセットは rm ~/.rustfeed/rustfeed.db で全データ消去後、次回実行時に自動的に新しいデータベースが作成されます。

マージ済みPRを自動検出してIssueをクローズ: PR body に「Closes #N」「Fixes #N」などの指定がある場合、マージ後に対応する Issue を自動でクローズできます。 実装状況を4段階で分類・レポート: クローズ対象（マージ済みPR）、進行中（オープンPR）、未着手、実装済み（CLAUDE.md） の4段階で Issue の現状を自動判定し、テーブル形式で視覚化できます。 CLAUDE.md のチェックリストと連動: Issue 完了状況と CLAUDE.md の実装済み「[x]」「[ ]」を対比し、食い違いがあれば自動更新できます。 依存関係のある Issue も一括管理: マージ済みPRで複数の Issue がクローズされる場合、確認・修正・報告を一度のコマンドで完了できます。 プロジェクトマネージャー: 実装進捗を Issue トラッキング上で正確に保ちたい。手作業でのクローズ作業を自動化したい。 エンジニア: PR マージ後、関連 Issue の状態更新を忘れずに一括実行したい。 チームリード: 複数メンバーの PR をレビューするときに、関連 Issue の状態を一括チェック・同期したい。 スクラムマスター: スプリント終了時に、完了した Issue と未完了の Issue を自動で分類し、レトロスペクティブの準備ができます。 同期は以下の手順で実行されます。①情報収集段階で、mcp__github__list_issues（state=open, closed）、mcp__github__list_pull_requests（state=closed, open）、CLAUDE.md の TODO セクションを並列取得します。②同期判定段階で、各オープン Issue について「マージ済みPRが body に Closes #N を含むか」「CLAUDE.md で [x] 済みか」「オープンPRが存在するか」「上記いずれでもない（未着手）か」を判定します。③同期実行段階で、mcp__github__update_issue で state=closed に変更し「Closed by PR #N」コメントを追加、CLAUDE.md も更新します。④結果報告は Issue# ・タイトル・状態・アクション列でテーブル表示します。クローズ対象が見つかった場合は実行前にユーザーに確認し、CLAUDE.md の変更は TODO チェックマーク更新のみ最小限にとどめます。

GitHub issue、PR、リポジトリ操作を、利用可能なツール（gh CLI、MCP、curl）から最適な方法を自動選択して実行できます。 gh CLI環境では高速で直感的な操作が可能、MCP経由ではAIエージェントとの統合が容易、curl フォールバックでは環境制限下でも動作するなど、環境の制約に柔軟に対応します。 認証トークン（GITHUB_TOKEN）の自動検出により、認証ありと認証なしの処理を自動で振り分け、セキュアかつシームレスな操作を実現できます。 リポジトリ情報を git remote から自動取得するため、手動でのオーナー・リポジトリ名指定が不要になります。 複数の環境（ローカル開発、CI/CDパイプライン、リモートサーバー）でGitHub操作を統一したい開発者 AIエージェント統合でGitHubワークフローを自動化したい技術チーム gh CLIが利用できない制限環境でも確実にGitHub連携を実現したい人 issue・PR管理を スクリプト化・自動化したい DevOpsエンジニア このスキルはフォールバック戦略で GitHub 操作を実行します。優先順は（1）gh CLI（まず gh --version で利用確認、コマンド未検出または認証エラーで次へ）、（2）MCP ツール（mcp__github__* ツール群：list_issues、get_issue、create_issue、list_pull_requests、get_pull_request、create_pull_request、search_repositories等、応答なしまたはエラーで次へ）、（3）curl + GitHub REST API（最終手段、環境変数 GITHUB_TOKEN で認証付きリクエスト、未設定時は認証なし）です。curl での例としてリポジトリ取得、issue一覧・詳細・作成、PR一覧等のコマンドを記載。フロー図では gh --version 実行 → MCP試行 → git remote から取得してcurl実行という段階的フォールバックを示します。Rate limit は認証なし 60 req/hour、認証あり 5,000 req/hour、書き込み操作は GITHUB_TOKEN 必須です。

Cargoワークスペース全体の構成を把握し、新機能をどのクレート（rustfeed-core、rustfeed-cli、rustfeed-tui）に追加すべきか判断できます。 データベーススキーマの全体像を確認でき、カラム追加やテーブル変更が必要な場合の手順がわかります。 CLI/TUI間の依存関係を理解した上で、機能重複を避けた実装が可能になります。 新しい外部ライブラリを追加するときの審査基準（ライセンス確認、メンテナンス状況など）がわかります。 Rustfeedプロジェクトに初めて参加する開発者 新機能や改善を実装する際に全体構造を確認したい人 データベーススキーマを修正・拡張する必要がある人 複数のバイナリ間で共有すべき機能を設計する人 Cargo ワークスペース構成図、3つのクレート（rustfeed-core・cli・tui）の依存関係、新機能の配置ルールを定めた判断基準表を含みます。rustfeed-core は共有ライブラリとして他クレートに依存しない設計が原則。feeds テーブル・articles テーブルのカラム定義、スキーマ変更時は rustfeed-core/src/db/mod.rs の init_db() 更新と既存データとの互換性考慮が必須です。依存関係管理では必要最小限に抑え、features 指定で不要な機能を除外。ライセンス確認（MIT/Apache-2.0推奨）、メンテナンス状況確認も必須手順。