Agent skill · data analytics · affaan-m
click-path-audit
ユーザー向けボタン/タッチポイントを完全な状態変更シーケンスを通して追跡し、機能が個別に機能するが互いにキャンセルされたり、間違った最終状態を生成したり、UIを矛盾した状態にしたままにするバグを見つけます。次の場合に使用します：体系的なデバッグがバグを見つけたが、ユーザーは壊れたボタンを報告する場合、または共有状態ストアに触れる主要なリファクター後。
Why this skill is useful
Adds a systematic approach to auditing UI interactions and state changes that the AI wouldn't reliably generate on its own.
What it needs
About 1k tokens when loaded. Last updated 2026-08-06. 238,342 stars on the source repository.
What this skill does
/click-path-audit — 行動フロー監査 静的コード読み取りが見落とすバグを見つけ：状態相互作用の副作用、順序を付けられた呼び出し間の競合状態、および互いに静かに取り消すハンドラー。 この解決する問題 従来のデバッグチェック： 関数が存在しますか？（不足している配線） クラッシュしますか？（ランタイムエラー） 正しいタイプを返しますか？（データフロー） しかし、それはチェックしません： 最終UI状態がボタンラベルが約束したものと一致しますか？ 関数Bが関数Aが行ったばかりをサイレンス的に取り消しますか？ 共有状態（Zustand/Redux/context）に意図した操作をキャンセルする副作用がありますか？ 実例：「新しいメール」ボタンがsetComposeMode(true)を呼び出してからselectThread(null)。両方は個別に機能しました。しかし、selectThreadにはcomposeMode: falseをリセットする副作用がありました。ボタンは何もしなかった。54のバグは体系的なデバッグによって見つかりました — これは見落とされました。 --- 動作方法 対象領域のすべてのインタラクティブなタッチポイントについて： --- 実行ステップ ステップ1：マップ状態ストア 任意のタッチポイントを監査する前に、すべての状態ストアアクションの副作用マップを構築： これは重要な参照です。「新しいメール」バグはselectThreadがcomposeModeをリセットしていることを知らないと見えなくなりました。 出力形式： ステップ2：各タッチポイントを監査 対象領域の各ボタン/トグル/フォーム送信について： 詳細については、ドキュメントを参照してください。
How to use it
Reference it in AdaL, Claude Code, Cursor or any coding agent — nothing to install:
@skills affaan-m/click-path-audit