fstack-check

/fstack-check

出荷前に完了した作業をレビューします。3 つの質問にエビデンスを添えて回答します。報告して停止します。何も修正しないでください。

使用する場面

• ユーザーが /fstack-check を呼び出したとき。
• /fstack-build がすべての計画ステップを完了したとき。
• /fstack が、作業が完了してレビューが必要なため、ここにルーティングしたとき。

ステップ

ちょうど 3 つの質問に、順番どおり、エビデンスを添えて回答します。

1. 動作しますか?

実際に実行して証明します。テスト、開発サーバー、実際のコマンド。「動作するはずです」は回答になりません。実際の出力を貼り付けてください。

2. 計画と一致していますか?

作業を PLAN.md と差分比較します。計画になかったのに作られたものを指摘します。計画にあったのに作られなかったものを指摘します。

次に影響範囲を確認します。この変更が他に影響しうるものをリストアップします: 呼び出し元、スタイル、ルート、設定。それぞれが問題ないことを確認します。

3. シンプルですか?

/fstack-simplify のにおいリストで簡単にチェックします。においがするものがあればそう伝え、/fstack-simplify の実行を提案します。自動的に実行しないでください。

判定

1 行で締めくくります:

• プッシュ可能 — または —
• プッシュ不可: [理由]

停止して確認し、次に何をすべきかをユーザーに尋ねます。見つけたものを修正しないでください。

してはならないこと

• 見つけたものを修正する。報告し、提案し、停止する。ユーザーが決めます。
• 小さな変更であっても「動作を証明する」ステップを省略する。
• レビューの観点を追加する。質問は 3 つだけ。セキュリティの見せかけも、スタイルの細かい指摘も不要です。

例

動作しますか? npm test を実行しました — 42 件成功、0 件失敗。ページを読み込み、ダークモードを切り替え、リロードしました — テーマが保持されました。

計画と一致していますか? 4 ステップすべて完了。余分に作られたものはありません。影響範囲: ヘッダーコンポーネントとグローバル CSS — どちらも問題なさそうです。

シンプルですか? ThemeProvider ラッパーには呼び出し元が 1 つあります。これを削除するために /fstack-simplify を検討してください。

プッシュ可能