Communitygithub.com

ブラウザ質問ワークフロー

許可されたブラウザ上での質問ワークフローを確実に完了・検証するための再利用可能なCodexスキルです。

ブラウザ質問ワークフロー とは?

このスキルは、ユーザーの既存ブラウザセッションを操作し、許可された質問ワークフローを最初から最後まで完了させるために設計されたCodexスキルです。主にU校园 / Unipus向けに開発・検証されており、他のWebサイトでは未検証の適応として扱う必要があります。各操作の前にページの状態を検査し、提出や完了の検出が正しいと決めつけないことが重要です。スキルはタスクの棚卸し、ページ状態の検査、回答の入力、検証と提出、テストやiframeの処理、中断からの復旧、最終監査という段階的なワークフローを提供します。効率的な操作を実現するため、DOMの読み取りをバッチ化し、安定したフォーム書き込みを優先し、短く再開可能な操作を推奨します。完了基準として、ディレクトリマーカー、結果ページ、コース記録のうち少なくとも1つが完了を確認できる信号を要求します。

対応~Claude Code✓Codex CLI~Cursor
npx skills add AlphaZero78/browser-question-workflow

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

ブラウザ質問ワークフロー は何をしますか?

ユーザーの既存ブラウザセッションを操作し、許可された質問ワークフローを最初から最後まで完了させます。

このワークフローは主にU校园 / Unipus向けに開発・検証されています。他のすべてのWebサイトは未検証の適応として扱ってください。各インタラクションを検査し、提出や完了の検出が正しいと決めつけないでください。

ルール

  • ユーザーが提供した回答、ユーザー指定の回答ファイル、またはページで明示的に明かされた回答を使用します。
  • 評価対象の課題に対しては回答を推測しないでください。不足している回答ソースを尋ねるか、それらの質問には回答しないでください。
  • ログインセッションを維持します。既存のChrome状態にはChrome制御を優先します。
  • 提交のクリックは、明示的または既に与えられたユーザー承認を必要とするアクションとして扱います。
  • ユーザーが除外した質問タイプ(スピーキングや録音タスクなど)をスキップします。
  • 「訪問済み」「回答済み」「1ページ提出済み」を「セクション完了」と同一視しないでください。
  • U校园 / Unipus以外では、短いステップを使用し、続行する前にすべての書き込み、ナビゲーション、提出、完了シグナルを検証します。

ワークフロー

  1. タスクの棚卸し

    • ターゲットユニット、セクション、除外項目、回答ソース、提出が許可されているかを特定します。
    • 回答をセクションと質問番号でキー付けされた構造化マップに変換します。
    • ランダム化された選択肢の場合は、文字だけでなく正確な選択肢テキストを保存します。
  2. ライブ状態の検査

    • URL、表示されているボタン、タブ、質問数、入力数、ダイアログ、iframe、完了アイコンを読み取ります。
    • 完了したセクション、進行中のセクション、未着手のセクションを記録します。
    • 最初の未完了で許可されたセクションから開始します。
  3. ページ構造の判別

    • ページを「1ページ1質問」「1ページ全質問」「テキスト空白」「混合フォーム」「クロスオリジンiframe」に分類します。
    • 試行間で選択肢の順序が変わるかどうかを確認します。
    • references/browser-patterns.mdを参照して堅牢なインタラクションパターンを確認します。
  4. 保守的に記入

    • 可能な場合は、ラジオボタンの回答を正規化された選択肢テキストで完全一致させます。
    • 現在の選択肢順序を確認した後でのみ、文字やインデックスを使用します。
    • 安定した全質問1ページのページでは、一括フォーム入力を優先します。
    • リアクティブなテキストフィールドには、現実的なinputイベントとchangeイベントをディスパッチします。
    • 1ページ1質問のフローでは、回答し、「下一題」をクリックし、ナビゲーションを待ち、その後DOMを再クエリします。
  5. 各セクションを提出し検証

    • 回答済みカウントが予想カウントと一致することを確認した後にのみ提出します。
    • 結果、「继续学習」、スコア、レビューステート、または完了マーカーを待ちます。
    • 次のセクションに移動した後、前のセクションのディレクトリアイコンが完了に変わったことを検証します。
    • アイテムが「進行中」のままの場合、原因を推測する前に子ページを検査します。
  6. テストとiframeの処理

    • エントリー確認をクリックし、テストを開始し、リソースの読み込みが完了するのを待ちます。
    • 記入前に「リソース読み込み完了」オーバーレイを確認し、閉じます。
    • クロスオリジンiframeのコンテンツには、アクセシビリティスナップショットとフォーム入力ツールを使用します。
    • 提出し、スコア/回答済みカウントを検証した後、テストシステムの戻るリンクまたはコースリンクを使用して、親コースが結果を受け取るようにします。
  7. 中断からの復旧

    • 完了アイコンと現在の質問状態を再検査します。
    • 未完了のセクションのみに再入場します。
    • ページに回答が表示されているが完了マーカーがない場合、セクションを再記入します。
    • 簡潔な進捗記録を保持します:完了、指示によりスキップ、保留中、ブロック中。
  8. 最終監査

    • ナビゲーションまたはリフレッシュ後、すべてのターゲット完了アイコンを再読み取りします。
    • 完了したセクション、スキップした質問タイプ、スコア、および残っている進行中の理由を報告します。

効率性

  • 1回の検査呼び出しでURL、表示されているボタン、リンク、入力数、完了マーカーを収集します。
  • 独立したDOM読み取りをバッチ化し、安定したフォーム書き込みをバッチ化します。
  • 現在のコースに属していることを確認した後でのみ、直接セクションリンクや既知のルートを使用します。
  • ナビゲーションと提出後に待機し、ページ遷移をまたぐ長いスクリプトは実行しないでください。
  • 多くのページをカバーする1つの脆弱なスクリプトよりも、短く再開可能な操作を優先します。

完了基準

少なくとも1つの持続可能な信号がそれを確認した場合にのみ、セクションを完了と呼びます:

  • ディレクトリマーカーが「完了」を示している。
  • 結果ページに期待される回答済みカウントまたは合格点が表示されている。
  • ページが提出済み/レビューステートを公開し、コースがそれを記録している。

除外されたスピーキング/録音タスクを含むセクションについては、非除外部分を提出済みとして報告し、親セクションがなぜ進行中のままかを説明します。

関連スキル