All authors
Claude Skills by mae616
github.com/mae61660 skills0 installs93 views
- Accessibility EngineerセマンティックHTML/JSXとWAI-ARIAを「最小で正しく」適用し、キーボード操作・スクリーンリーダ・コントラスト等を満たす実装を作るための判断軸。ネイティブ要素優先、ARIAの過剰使用を避ける。Votes: 0GitHub stars: 9
- Architecture Expertアーキテクチャ設計（境界/依存/データフロー/非機能/運用）を、制約とトレードオフで言語化し、ADR-liteで合意形成しながら段階的に形にする。doc/input/rdd.md にアーキテクチャ/非機能/運用の要求がある、または設計判断（分割/責務/インタフェース/データ整合/観測性/スケール）相談で使う。Votes: 0GitHub stars: 9
- Basic Review[レビュー] Basic Review - typo/命名/フォーマットの表面チェックVotes: 0GitHub stars: 9
- Biz Researcher事業仮説を支える一次/二次情報を整理し、意思決定に足る「根拠」「不確実性」「次の調査」を可視化する。でたらめな引用や推測の断言を避け、出典の実在を重視する。Votes: 0GitHub stars: 9
- Bug Fix[バグ対応] 4. 修正実行を恒久対応・段階実施＋無効時ロールバックでするVotes: 0GitHub stars: 9
- Bug Investigate[バグ対応] 2. トラブルシューティング調査実行と仮説の絞り込みVotes: 0GitHub stars: 9
- Bug New[バグ対応] 1. トラブルシューティングログ生成Votes: 0GitHub stars: 9
- Bug Propose[バグ対応] 3. トラブルシューティング修正策で仮説→合理的な修正策の列挙Votes: 0GitHub stars: 9
- Commit Msg[コミット] 日本語コミットメッセージを生成（ステージ差分）Votes: 0GitHub stars: 9
- Creative Coder体験品質（動き/触感/視線誘導）を「実装可能な制約」に落とし、アクセシビリティとパフォーマンスを犠牲にせずに表現を実現する。UIの表現・アニメーション・インタラクション設計/実装の相談で使う。Votes: 0GitHub stars: 9
- Deep Review[レビュー] Deep Review - 設計/セキュリティ/RDD整合の深掘りチェックVotes: 0GitHub stars: 9
- Design Assemble[デザイン] 4. variants → 型付きProps/属性にマッピングして結合（再利用UI）Votes: 0GitHub stars: 9
- Design Components[デザイン] 3. 静的UI骨格 → Layout/Component を抽出して分離Votes: 0GitHub stars: 9
- Design Html[デザイン] （任意）SSOT → 静的HTML を生成し、doc/input/design/html/ に保存Votes: 0GitHub stars: 9
- Design Mock[デザイン] 1.（会話起点）SSOT + 静的HTML（叩き台）を生成Votes: 0GitHub stars: 9
- Design Split[デザイン] （任意）1枚ペラHTML → ページ単位の静的HTMLに分割Votes: 0GitHub stars: 9
- Design Ssot[デザイン] 1.（Figma起点）SSOT（tokens/components/context/assets）を生成Votes: 0GitHub stars: 9
- Design Ui[デザイン] 2. SSOT → 静的UI骨格（見た目のみ）を生成Votes: 0GitHub stars: 9
- Developer Specialist設計と実装を「最小で正確」に進め、TDD（RED→GREEN→REFACTOR）と差分思考で品質と速度を両立する。設計の溶け込み（責務不明/重複/暫定対応）を防ぎ、レビュー可能な変更へ落とし込むときに使う。Votes: 0GitHub stars: 9
- Docs Reverse[ドキュメント] リバースエンジニアリングによるドキュメント作成（俯瞰/引き継ぎ用）Votes: 0GitHub stars: 9
- Frontend Implementationデザインツール（Figma/Pencil等）やUI要件を「壊れない・拡張しやすい」実装へ翻訳するための判断軸。px写経を避け、比率・構造・制約・状態を先に設計してからUIを組み立てる。Votes: 0GitHub stars: 9
- Manual Gen[マニュアル] 1. 設定手順書の生成Votes: 0GitHub stars: 9
- Manual Guide[マニュアル] 2. 手順書を会話でステップ実行支援でガイドVotes: 0GitHub stars: 9
- Pair[ペアモード] 壁打ち（企画/設計/実装/デザイン）Votes: 0GitHub stars: 9
- Persona Designerプロダクトのペルソナ/ユーザー像を、仮説と根拠（観察・調査・制約）で組み立て、意思決定に使える形へ整形する。※会話口調のペルソナ（にゃんこ）とは別物。Votes: 0GitHub stars: 9
- Proposition Reviewer価値提案（誰に/何のために/なぜ勝てる）をレビューし、曖昧さ・矛盾・証拠不足を洗い出して、メッセージとMVPを磨くために使う。Votes: 0GitHub stars: 9
- ReactReact/Next.jsのプロジェクトで、UI=計算モデル（コンポーネント/状態/レンダリング）を軸に、設計・実装・レビュー・性能改善の判断を整理する。doc/input/rdd.md に「技術スタック React」または「技術スタック Next.js」があるリポジトリ、あるいはReactの状態管理/レンダリング/Server Components/SSR/Streaming/バンドル/パフォーマンス相談で使う。Votes: 0GitHub stars: 9
- Repo Tour[リポジトリ] 内容説明（初見向け）Votes: 0GitHub stars: 9
- Security ExpertOWASPの基本を前提に、デフォルト安全（入力検証/認可/秘密情報/監査ログ/SSR/CSRF等）を落とさずに設計・実装・レビューする。脅威と攻撃面を洗い出し、最小権限と安全な失敗で守るために使う。Votes: 0GitHub stars: 9
- Setup[セットアップ] 前提の読み込み（推奨）Votes: 0GitHub stars: 9
- Task Detail[タスク] 2. Issue詳細化 + 依存関係設定Votes: 0GitHub stars: 9
- Task List[タスク] 1. Sprint計画（Milestone + Issue一括作成）Votes: 0GitHub stars: 9
- Task Run[タスク] 3. Issue実行 + 進捗同期Votes: 0GitHub stars: 9
- Ui DesignerUIを「情報設計（優先度/構造）＋インタラクション（状態遷移）＋ビジュアル（トーン）」として設計し、実装可能な仕様へ落とす。見た目だけでなく、ルール化（コンポーネント/トークン）に寄せる。Votes: 0GitHub stars: 9
- Usability Psychologist認知負荷・エラー防止・学習コスト・アクセシビリティの観点からUI/フローを評価し、改善案を“検証可能な仮説”として提示する。認知人間工学/ユーザビリティ/アクセシビリティを統合して扱う。Votes: 0GitHub stars: 9
- Agent BrowserAgent Browser（Headlessブラウザ自動化CLI）を使ったUI検証・E2Eテスト・スクリーンショット取得の判断軸。アクセシビリティツリーベースの要素選択を優先し、壊れにくいテスト設計を目指す。Votes: 0GitHub stars: 9
- Animation Principlesディズニーの12原則とジブリ的自然運動をベースに、UIアニメーションの「なぜ動かすか」「どう動かすか」を判断する。アニメーション/モーション/トランジション設計の相談で、ツール非依存の概念的判断軸として使う。Votes: 0GitHub stars: 9
- Art Directionデザイン生成の瞬間に効かせるアートディレクションの規律。コンセプト一語から材質・配色・タイポ・シグネチャ表現までを1本の線で導出し、「汎用ダッシュボード化」を防ぐ。design-mock/design-ui等でUIを描く直前、生成結果が「あからさま・テンプレ的」と感じたとき、モデル間の出力品質差を埋めたいときに使う。Votes: 0GitHub stars: 9
- Auto Bugbug の自律修正ループ。bug-investigate → bug-propose → bug-fix → テスト → basic-review → deep-review → PR → ai-merged-unreviewed ラベル → task→sprint 自律マージ までを1コマンドで完結。Inner Loop の親スキル。Votes: 0GitHub stars: 9
- Auto Buildプロンプト文または既存成果物（要件定義・設計のHTML/MD）から、Sprint計画 → 全タスク自律実装 → sprint→main PR → エビデンスレポート（HTML）生成までを1コマンドで完結する。Loop Engineering の最上位親スキル。Votes: 0GitHub stars: 9
- Auto DesignFigma または会話を起点に、デザインSSOT抽出 → 確認用HTML → 静的UI骨格 → コンポーネント分離 → 型付き結合 → レビュー収束 → task→sprint マージまでを1コマンドで完結する。デザイン実装の Inner Loop 親スキル。Votes: 0GitHub stars: 9
- Auto Tasktask の自律実装ループ。task-run → テスト → bug 検知時 bug-* 連鎖 → basic-review → deep-review → PR → ai-merged-unreviewed ラベル → task→sprint 自律マージ までを1コマンドで完結。Inner Loop の親スキル。Votes: 0GitHub stars: 9
- Build Context Sitedoc/input（確定）+ doc/draft（未合意）+ doc/generated + meta/adr-lite + history の最新を統合し、ローカル閲覧用の HTML サイト（要件・設計・ADR・図を横断）を生成する。確定と発酵中を状態バッジで区別して並べる。「ここ見れば全コンテキスト分かる」プロジェクト現状サイト。Votes: 0GitHub stars: 9
- Design Critiqueデザイン成果物のレンダリング結果を、文脈遮断した新鮮な目で批評するデザイン版レビューループ。art-direction/design-drafterの規律に対応するルーブリックで違和感を言語化し、must-fix 0まで描画→批評→修正を反復する。design-mock/design-ui等の描画後、人間のVibe確認の前に使う。Votes: 0GitHub stars: 9
- Experience Plan機能・画面の実装着手前に「状態×見た目×周辺」を列挙する体験網羅チェックリスト。宣言外の実装を防ぐ関所として task-run/auto-task 等から使う。Votes: 0GitHub stars: 9
- Image Prep生成AI画像（niji/Midjourney等）をWebに重ねられる透過レイヤーへ加工する手順。ImageMagickで脱色→暗さのalpha化→白透過→中立色での塗り直しを行う。生成画像のUI統合、線画オーバーレイ作成、画像の透過・色加工で使う。Votes: 0GitHub stars: 9
- Judgment Harnessプロジェクト固有の「何を良しとするか（判断軸）」を、ベース層の上にレイヤーで積み上げて育てるための方法論。色・トーン・体験・表現の方針をどう構造化し、どう発酵させ、どこに昇格させるかの段取りを持つ。プロジェクト立ち上げ時の判断軸づくり、デザイン/体験設計の方針を立てる前段、判断軸スキルをどこに足すか迷ったときに使う。Votes: 0GitHub stars: 9
- Keyboard ShortcutsUIキーボードショートカットを「公式基準（W3C APG / WCAG）＋プラットフォーム規約（Apple HIG / Fluent UI）＋デファクトスタンダード（GitHub・Gmail・Slack等）」に沿って設計し、衝突なく・発見しやすく・無効化可能な形で実装するための判断軸。Votes: 0GitHub stars: 9
- Official Source First制度・規約・審査基準・手続き・料金・法令を調べるときに、公式一次情報を最優先し、体験談やブログを結論の根拠にしないための判断軸。ストア審査要件、アカウント登録・種別変更、サブスクの解約・返金、外部サービスの利用規約や料金プラン、税務・法務の手続き、「〜できますか」という可否の問いで使う。費用が発生する手順や不可逆な手続きを提案する前には必ず適用する。Votes: 0GitHub stars: 9
- Pr RespondPRのレビューコメントに1件ずつ対応してコミット・pushする。レビュー指摘への対応、PR修正作業で使う。Votes: 0GitHub stars: 9