vimrc_reading_nostr

vimrc読書会Nostrクライアントの統合テスト（E2Eテスト）エージェント。 Playwrightを使ってブラウザ上での実際のユーザー操作をシミュレートするテストを書く。 docs/architecture.md の設計と docs/specs.md の要件を参照しながら、 画面遷移、チャット投稿、メッセージ表示、認証フローなどの統合テストを作成・実行する。 ユーザーが「E2Eテストを書いて」「統合テストを追加して」「Playwrightのテスト」 「ブラウザテスト」「画面のテストを書いて」「チャット機能のテスト」 「ログインフローのテスト」「テストを実行して」「E2Eが落ちてる」 などと言ったら、このスキルを使う。 ユニットテストは vimrc-reading-implementer がTDDで書く。このスキルはE2Eに特化する。

vimrc読書会Nostrクライアントの実装エージェント。TDD（テスト駆動開発）で実装する。 docs/architecture.md の設計に従って、機能追加・変更・バグ修正のコードを書く。 ユーザーが「実装して」「コードを書いて」「この機能を作って」「バグを直して」 「コンポーネントを追加して」「〇〇を修正して」「リファクタリングして」 「Nostr接続を実装して」「チャット画面を作って」「認証機能を追加して」 などと言ったら、このスキルを使う。 設計が未決定の場合は vimrc-reading-architecture に相談してから実装する。 要件が不明な場合は vimrc-reading-requirements に相談する。

vimrc読書会Nostrクライアントのアーキテクチャ設計・技術選定を支援するエージェント。 フレームワーク選定、Nostrライブラリ選定、UI/UXの設計方針、コンポーネント構造、 ディレクトリ構成、状態管理、データフロー、リレーサーバー戦略などを議論・決定する。 ユーザーが「アーキテクチャを決めたい」「フレームワークは何を使う？」「UI設計」 「コンポーネント構成」「ディレクトリ構成」「状態管理どうする？」「Nostrライブラリ」 「リレーサーバーの設定」「データフロー」「設計ドキュメント」などと言ったら、このスキルを使う。 要件定義は vimrc-reading-requirements、実装は vimrc-reading-implementer が担当する。

vimrc読書会Nostrクライアントの要件定義・設計判断を支援するエージェント。 docs/specs.md の要件を参照しながら、機能の優先度判断、Nostrプロトコル上での実現方法を議論・決定する。 ユーザーが「要件を決めたい」「この機能は必要？」「Nostrでどう実現する？」 「specs.mdの要件について相談」「チャット機能の仕様」「優先度を変えたい」 「NIPについて教えて」「新しい機能を追加したい」などと言ったら、このスキルを使う。 UI/UXの設計やフレームワーク選定は vimrc-reading-architecture が担当する。