ultraqa

UltraQA

$ultraqa には、この正確な名前のスキルを使用します。ユーザーが $ultaqa と入力した場合は、$ultraqa の誤入力として扱い、同じ QA 契約を適用して続行します。

このスキルを使用する場合

• ユーザーが $ultraqa、$ultaqa、または ultraqa を明示的に呼び出した場合。
• テスト、ビルド、Lint、型チェック、またはレビューのゲートを通過させるタスクの場合。
• ユーザーが、診断、修正、再実行を繰り返す品質改善ループを求めている場合。

指示

QA の目標を 1 つ解析し、該当する検証を実行して、失敗の証拠を保持し、最小限の修正を適用して、成功するかブロッカーに達するまで繰り返します。

目標の解析

リクエストを、次の主要な QA 目標のいずれかに対応付けます。

• tests：テストスイートが成功する
• build：ビルドが正常に終了する
• lint：Lint が正常に終了する
• typecheck：型チェッカーが正常に終了する
• review：正確性、セキュリティ、パフォーマンス、または UI に関する並列レビュー
• custom：ユーザーが指定した成功条件

サイクル

最大 5 サイクルまで繰り返します。

1. 該当する検証コマンドを実行します。
2. 成功した場合は、停止して成功したコマンドを報告します。
3. 失敗した場合は、失敗の証拠を保持します。
4. 根本原因として考えられるものを診断します。
5. 最小限の修正を適用します。
6. 検証を再実行します。

新たな証拠がないまま同じ失敗が 3 回繰り返された場合は、早めに停止します。

コマンドの確認

package.json、Makefile、プロジェクトのドキュメント、CI 設定、または既存のスクリプトにある、リポジトリ標準のコマンドを優先します。リポジトリに明確なコマンドがある場合は、テストコマンドを独自に作らないでください。

他のスキルへの振り分け

• 主な作業が独立した実装レーンの場合は、ultrawork を使用します。
• ランタイムワーカーの連携には、team を使用します。
• 編集を伴わないレビュー結果だけが必要な場合は、code-review を使用します。

例

• $ultraqa --tests
• $ultaqa make lint and typecheck pass

ベストプラクティス

• リポジトリ標準の検証コマンドを使用します。
• 新たな証拠がないまま同じ失敗が 3 回続いたら停止します。
• 最後に成功したコマンドを正確に報告します。

参考資料

• ゲート設計に関するポリシーレベルの指針については、testing-strategies を参照してください。
• レビューのみを行う場合は、code-review を参照してください。