Skill.md検索

コミットした変更を自動的にリモートリポジトリに Push し、GitHub Pull Request を作成できます。 初回 Push 時は自動的にアップストリーム設定を行い、以降は通常の Push コマンドで対応する仕組みを備えています。 日本語対応の構造化された PR 本文（HEREDOC 形式）を自動生成し、変更内容・テスト項目・目視確認 TODO などを整理して報告できます。 複数ページの改善案や特定機能の PR まで、Git worktree 環境にも対応して柔軟に対応できます。 コード変更後、毎回 git push → PR 作成の手続きを自動化したい開発者 PR の本文テンプレートを統一し、レビュアーが確認すべき項目を明確にしたいチーム 「目視確認が必要な画面操作」と「自動テスト」を分けて記載し、レビュー品質を向上させたいプロダクトマネージャー GitHub CLI (gh) を活用した自動化ワークフローを構築したいエンジニア このスキルは git コマンドと gh CLI（GitHub CLI）を組み合わせて実行します。前提として git リポジトリの初期化と gh auth login による認証が完了していることが必要です。手順は以下の通りです：(1) git branch --show-current でブランチ名取得、git status でコミット状態確認、git rev-parse で upstream 追跡状態を確認、(2) upstream が未設定なら git push -u origin で初回 Push、既設定なら git push で通常 Push、(3) gh pr create コマンドで HEREDOC 形式の PR 本文を生成・作成します。PR 本文には「概要」「変更内容（主な変更・API 変更・UI/UX 変更）」「テスト項目」「目視確認 TODO（AIでは確認できない画面操作を人間が実施する箇所を具体的に記載）」「レビュー観点」「チェックリスト」を含めます。git worktree 環境でも動作し、--no-verify は使わずプリコミットフックを実行します。

承認OKのNotionチケットを取得し、パス別などでグルーピングした候補を最大3件提示してから、1つだけ選んで実装・テスト・レビュー・PR作成まで自動で進めるので、複数グループを並列処理する手間が不要になります。 チームメンバーの役割分担なく、1エージェント（Claude自身）が企画→実装→レビュー→PR作成を一貫して担当するため、Codex・Windows環境など環境制限がある場合でも案件を完結させられます。 各フェーズ（計画・実装・レビュー・PR作成）の前にユーザーに承認を求めるため、途中で方針を変更したい場合も対応しやすく、リスク回避できます。 CodeRabbitループを含むPR自動作成により、コードレビュー指摘への修正も自動化され、マージまでの時間を短縮できます。 一人で複数チケットを処理する開発者：手作業の計画・グルーピングを自動化したい Windows環境・Codex利用者：チーム版が使えない環境でチケット処理を自動化したい スタートアップ・小規模チーム：少人数で案件を回すときに効率化したい マネージャー：個別チケットの進捗を自動追跡・報告させたい Phase 0: AskUserQuestion で担当者名を番号選択（中村・尼崎・かつはら・小川・その他）させて ASSIGNEE_NAME を確定。Phase 1: query-tickets.ts --status "承認OK" --assignee-name で自分または担当者なしのチケット取得。パス別にグルーピング（同じパス=同グループ）、グループ数が4以上の場合は優先度スコア（最高優先度で判定：今すぐ5>急いで4>高め3>通常2>低い1）で上位3グループを候補として提示。AskUserQuestion で1グループ選択をユーザーに求める。Phase 2: 選択グループのチケットを「進行中」に更新し担当者を自分に設定。worktree 作成→実装プラン提示→AskUserQuestion で承認→実装・テスト・コミット→/pr-review スキル実行→/create-pr スキル実行（CodeRabbitループ含む）→チケットを「レビュー依頼」に更新。Phase 3: 1グループのPR URLと結果をユーザーに報告。

macOS の LaunchAgent（ログイン時に自動実行するプログラム）から画面キャプチャを実行できるように設定できます。通常は「画面を記録する権限がない」エラーが出ますが、このスキルで解決します。 Python スクリプト（PIL.ImageGrab など）を LaunchAgent で常駐化し、定期的にスクリーンショットを撮らせることができます。 .app バンドル（Mac アプリケーション形式）と LaunchAgent plist の紐付けにより、macOS が「このプロセスはアプリ X の一部」と認識し、権限を適用する仕組みを構築します。 macOS で Python/シェルスクリプトを自動実行させたいが、画面キャプチャ権限で詰まっている開発者 ターミナルから手動実行では動くのに、LaunchAgent（自動実行）では動かない現象に困っている方 毎日定時に自動レポート生成（スクリーンショット付き）のような、画面キャプチャを伴う常駐化を実現したい方 macOS Sequoia 以降、LaunchAgent プロセスからの画面キャプチャは TCC（Transparency, Consent, and Control）により「権限なし」エラーで失敗します。解決には3つのピースが必要：(1) .app バンドル化（macOS がアプリケーションとして認識）、(2) LaunchAgent plist での AssociatedBundleIdentifiers で .app と紐付け（権限を継承）、(3) screencapture コマンド使用（PIL.ImageGrab の代替）。.app 最小構成は MyApp.app/Contents/Info.plist と MyApp.app/Contents/MacOS/run.sh。Info.plist には CFBundleIdentifier（例: com.example.myapp）、CFBundleExecutable、LSUIElement=true（Dock 非表示）、NSScreenCaptureUsageDescription を記述。run.sh は shebang で #!/bin/bash から始め、export HOME=/Users/ユーザー名、export PATH=/opt/homebrew/bin:... で環境変数を明示的に設定（launchd は ~/.zshrc を読まない）してから Python スクリプトを実行。LaunchAgent plist は ~/.config/LaunchAgents/ に配置し、Label、ProgramArguments、RunAtLoad=true、AssociatedBundleIdentifiers=["com.example.myapp"] を記述して、launchctl load で登録。これにより画面収録の許可ダイアログで .app を選択可能になり、権限が付与されます。

全角・半角スペースの違いを無視：「山田 太郎」（全角スペース）と「山田 太郎」（半角スペース）を同じものとして検索できるようになり、ユーザーの入力ゆれを吸収します。 ひらがな/カタカナを同一視：「きりん」で検索しても「キリン」グループがヒットするようになり、日本語特有の表記ゆれに対応できます。 クラス名・担任名の検索精度向上：複数の表記パターン（全角スペース、カナの違い）が混在している場合でも、全パターンをマッチさせられます。 検索フィルターを共通関数で統一：フロントエンドとバックエンド双方で同じ正規化ロジックを使用でき、検索結果の一貫性を保証します。 表記ゆれ対策をテストで保証：単体テストが用意されており、実装後も新しい表記ゆれに対応しやすい設計になっています。 日本語検索機能を実装する Web・アプリ開発者 ユーザーが入力形式の違いで検索結果が出ない問題に直面している人 複数のシステムから統合されたデータを検索する機能を作る人 既存の検索機能の精度を向上させたい開発チーム