platform-backend

原則

• ガード節で早めに例外を投げます — 関数の冒頭で速やかに失敗させます
• エラーを黙って握りつぶしてはいけません — すべての失敗をログに記録するか、伝播させます

ルール

詳しいパターンについては、ルールのインデックスを参照してください。

例

該当するケース

ユーザー：「この API エンドポイントのエラー処理と検証の方針を設計してください。」

期待される動作：platform-backend のガイダンスを使用し、そのワークフローに従って、実行可能な結果を返します。

該当しないケース

ユーザー：「Tailwind のデザイントークンスケールを作成してください。」

期待される動作：platform-backend を優先せず、より関連性の高いスキルを選ぶか、スキルを使わずに対応します。

トラブルシューティング

スキルが適用されない

• エラー：期待したときにスキルが選択されません。
• 原因：リクエストの表現が、説明にある適用条件と明確に一致していません。
• 解決策：説明に記載されたドメインやタスクのキーワードを明示して言い換え、再試行してください。

ガイダンスが別のスキルと競合する

• エラー：1つのタスクで複数のスキルの指示が競合します。
• 原因：読み込まれたスキルの適用範囲が重複しています。
• 解決策：現在のステップでどのスキルを優先するかを明示し、そのワークフローを最初に適用してください。

出力が汎用的すぎる

• エラー：結果に具体性や実行可能な詳細がありません。
• 原因：タスクの入力に、コンテキスト、制約、または出力形式が不足しています。
• 解決策：具体的な制約（環境、範囲、形式、成功基準）を追加して再実行してください。

ワークフロー

1. リクエストが platform-backend の適用範囲と適用条件に明確に一致するか確認します。
2. スキルのルールと参照先のガイダンスを適用し、具体的な結果を作成します。
3. 制約に照らして出力の品質を検証し、不足があれば、明示的な前提を置いて一度だけ修正します。