1.4万 件 ・ 関連度順
概要と使いどころ
日本語のUI文言（ボタン・見出し・ラベル・入力欄の説明・空状態・エラー・確認ダイアログ・完了通知・チャットbotの応答文）を書く・直すときの規則。画面やbotがユーザーに見せる日本語を新しく書く時、既存の文言を見直す・統一する時、英語のまま残った表示を日本語にする時、サーバーのエラーメッセージを画面に出す経路を作る時に使用。公開されている日本語UIガイドライン（SmartHR・デジタル庁・Microsoft・Apple・公用文）の一致点を規則にし、食い違う点は採否と理由を定めてある。境界: 人に宛てた文章（PR本文・メッセージ・ドキュメント）は ukwhatn-writing、画面に何を出すかと提示前の完了基準は context/ui-artifact-standards.md、ナビゲーション・重ね方・通知の型とレイアウトは designing-ui、コードの実装原則は writing-code。
コードを書く時の実装原則（deep module 設計・seam・テスタビリティ・シーム限定 TDD・コメント規約・リーダブルコード）。新しい module・関数・エンドポイント・画面の追加、DB への書き込み、認可・入力検証の追加、既存構造を変えるリファクタを含む実装の開始時に使用。CSS・HTML・テンプレート等のフロントエンド資産も対象。既存関数内の数行修正と lint/CI 等の設定ファイルでは使わない。TypeScript/Python/Go の言語別ガイドを同梱。境界: バグ・エラーの原因調査は systematic-debugging が先、提出前の diff 確認は self-review。
AIが生成した日本語の推敲に使うスキル。「この文章を読みやすくして」「AIっぽさをなくして」「自然な日本語にして」「文章を脱臭して」といった依頼や、技術記事、仕様書、PR説明文、社内レポート、エッセイ・noteの文章を見直すときに使用する。意味と条件を保ち、不自然な比喩、曖昧な主述関係、不要な装飾やコピー調を整える。
このMacで定期実行するジョブを新しく作る・作り直す・やめる。エージェントに判断させる巡回は taskboard の定期起動、決まった処理だけのシェルスクリプトは launchd で作り、手順書・状態ファイル・ログ・秘密情報の置き場と、登録後の試運転までを同じ型で揃える。「定期実行を作って」「毎朝◯◯させたい」「毎時巡回させたい」「cronで回したい」「LaunchAgentを作って」等の依頼時、既存の定期実行が失敗・スキップし続けている時、不要になった定期実行を片付ける時に使用。境界: クラウドで動かす routine は schedule、今のセッション内での繰り返しは loop、定期起動の tool の引数・見回りは taskboard。
タスク進行中に、続行・即出荷・方向転換のどれが妥当かを、fresh なサブエージェント1体に状況サマリだけ渡して裁定させる。/gal-check 実行時、「ずれてない？」「このまま続けていい？」「ギャルに聞いて」等の方向確認の依頼時、外部レビューループの打ち切り条件に達した時に使用。成果物の中身は読まない。境界: 成果物のレビューは pr-review、計画の穴の対話検証は grilling。
taskboard の MCP tool（health / board_* / task_* / work_* / doc_* / ask_* / review_request / feedback_list / comment_reply / schedule_* / session_* / orchestrator_* / settings_* / inbox_* / prs_* / usage_get）でタスク・作業項目・文書と、案件・定期起動・セッション・受信箱を扱う。自分のセッションに紐づくタスクの列を進める・起票する時、計画の承認後に作業項目を登録し着手・完了・待ちを更新する時、計画書・設計提案を人に読ませて採否やレビューを求める時、ボードの一覧・状態を確認する時、オーケストレーターとして全体の health を見回る時、案件・定期起動・セッションを作る・変える・止める・消す時、依頼に taskboard・タスクボード・kanban・作業項目の語がある時に使用。境界: taskboard の外で始まったセッションをタスクに移すのは taskboard-adopt、pane・tab・agent の操作は herdr、作業ログ・調査記録はメモリディレクトリ、ボードの画面操作はユーザーの領域、新しい定期起動の中身（仕組みの選択・手順書・プロンプト・状態ファイル）の設計は scheduling-jobs。
playwright の常駐 Chrome にログイン済みの Slack Web クライアントを scripts/slack_browser.py で操作し、チャンネル一覧・履歴・スレッド・検索の取得を行い、投稿文は Slack MCP が繋がる別ワークスペースの自分の DM へ下書きとして送る（直接投稿は明示の指示があるときだけ）。Slack の MCP・アプリ連携を繋げないワークスペース（guest 権限など）で、Slack のパーマリンクを読む・Slack を検索する・Slack に投稿や返信をする依頼時に使用。境界: Slack MCP が繋がるワークスペースはそちらを使う、投稿する日本語の文面の作成は ukwhatn-writing、ブラウザ経路の選び方と共有コンテキストの規則は context/browser-automation.md。
マシン上の git worktree とローカルブランチを横断で棚卸しし、マージ済みかを判定して安全に削除する。「worktree を整理して」「マージ済みブランチを消して」「worktree を全部リストして」等の依頼時、/worktree-audit 実行時に使用。境界: 単一 worktree の作成・片付け手順は context/worktree-guide.md、コードベースの監査は codebase-review。
日本語と英語の文章を ukwhatn 本人の文体で書く・下書きする・推敲する。PR 概要欄、レビュー指摘・返信、Slack メッセージ、チーム内ドキュメント、対外ビジネスメール、コミュニティのフォーラム告知とその合意形成の投稿、記事・レポート・議事録・提案書等の長文を日本語で書く時、本人の代わりに文章を書く時、国際的なコミュニティの運営間チャットに英語で投稿する時に使用。AI 特有の冗長さ・難語・翻訳調を排し、相手と媒体に応じて敬体/常体と敬語の重さを切り替える。雑談・times の投稿は対象外。境界: 実装修正を伴う PR コメント対応は pr-comment（本スキルは文章作成のみ）。
自分の作業ブランチの PR 提出前セルフレビュー（diff の包括チェック）。「セルフレビューして」「消し忘れがないか確認して」「diff を徹底チェックして」「変更漏れ・削除漏れを見て」等の依頼時、PR 作成前の最終確認時に使用。境界: 他者 PR のレビューは pr-review、コードベース全体は codebase-review。
dependabot 設定（.github/dependabot.yml）の新規作成・整備。リポジトリから ecosystem を自動検出し、lockfile コンフリクトを避ける group 設計と security fast-track を備えた設定を生成する。dependabot 設定の作成・見直し・追加の依頼時、/setup-dependabot 実行時に使用。境界: Renovate は対象外。dependabot が作った PR の対応は pr-review 等の通常フロー。
PR の特定レビューコメント（discussion）への対応（実装修正と返信）。PR URL に discussion の id を添えて「この指摘に対応して」と依頼された時、PR 番号と特定の指摘内容を示された時に使用。境界: PR 全体のレビューは pr-review、返信文の作成のみは ukwhatn-writing。
バグ・エラー・テスト失敗・ビルド失敗・予期しない挙動のうち、最初の修正で直らなかった時、または原因を1行で説明できない時に使う根本原因調査の規律（根本原因調査→パターン分析→仮説検証→実装の4フェーズ）。症状への場当たり修正を防ぐ。境界: 原因特定後の修正実装は writing-code、提出前の diff 確認は self-review。
Manages shadcn components and projects — adding, searching, fixing, debugging, styling, and composing UI, including chat interfaces. Provides project context, component docs, and usage examples. Applies when working with shadcn/ui, component registries, presets, --preset codes, or any project with a components.json file. Also triggers for "shadcn init", "create an app with --preset", or "switch to --preset".
日本語の概要は準備中です。原文の説明を表示しています。
要件が確定した複数 PR 規模の機能開発（epic）を、並列調査と全体設計判断を経て PR スタックと実装セッション向け計画書に落とし込む。「実装計画を立てて」「PR 分割して」「計画書を作って」「タスク分割をして」等の依頼時、複数 PR 規模の実装着手前に使用。計画確定後に「PR-X を実装して」と担当を指定された実装セッションでも使う。境界: 要件定義は design-feature、単一 PR で済む規模は Phase 0-5 を直接適用。
Herdr（コーディングエージェント向けターミナルマルチプレクサ）の操作と、herdr CLI の構文・ID 規約・agent 状態モデル（idle / working / blocked / done）の真実源。pane・tab・workspace・terminal・command の確認や操作、別 pane での agent 起動、pane 上の agent との通信の時に使用。HERDR_ENV=1 必須。境界: pane へ委譲するかどうか・経路・モデル・指示書・結果回収の方針は context/herdr-delegation.md（本スキルは CLI のみ）。
taskboard を使わずに動いていたセッションを taskboard のタスクに移す。今の作業（作業ディレクトリ・ブランチ・PR・メモリディレクトリの計画）を確かめ、紐づくタスクを探すか起票してこのセッションを結び、列の説明つきの案内を読み、手元の計画を作業項目に写す。/taskboard-adopt 実行時、「taskboard に移して」「このセッションをタスクに結んで」「taskboard 仕様にして」等の依頼時、taskboard より前から動いているセッション・普段使いの herdr やターミナルで起こしたセッション・古い会話を再開したセッションで SessionStart の taskboard の案内が無いときに使用。境界: 結んだ後の列・作業項目・文書の日々の扱いは /taskboard、pane・agent の操作は /herdr。
既存の計画・設計・アイデアを尋問形式でストレステストし、前提と未決定事項を洗い出す対話スキル。「グリルして」「grillして」「この計画を詰めて」「計画の穴を突いて」「ストレステストして」等の依頼時、実装着手前に計画の前提を検証したい時に使用。要件書等は生成せず、確定した重要決定だけを ADR に記録する。境界: ゼロからの要件定義は design-feature。
Update an existing GitHub Issue's description based on the issue number. Reads all issue comments and reflects any items not yet captured in the description. After refreshing the description, reviews it for remaining ambiguities or unclear requirements and posts any open questions as a follow-up 確認事項 comment.
日本語の概要は準備中です。原文の説明を表示しています。
依頼された内容（自然言語の説明、または既存のIssue番号）を要件とTODOに分解し、タスクごとにGitHub Issueを作成するスキル。タスクの整理・分解、複数Issueの一括作成、依存関係の明示が必要な場合に使用する。「この機能をIssueに分けて」「タスクを洗い出してIssueにして」「PRDのIssue #123 を分解して」といったリクエストで発動する。
指定されたPR番号のDependabot PRを確認し、依存ライブラリのバージョンアップ内容をCHANGELOGとcontext7から取得して、コード修正が必要かを判定します。修正が必要な場合は修正を行い、pushまで実施します。
Write the merged Pencil design reference back into a UI implementation Issue's description. Takes the Issue number as argument, resolves the merged design PR on the `cc-ui-design-<Issue number>` branch, collects the `.pen` and snapshot paths it added, and appends (or replaces) the `## UIデザイン` section at the end of the Issue body using a lost-update-safe edit.
GitHub Issueの確認事項（最後のコメント・descriptionの両方）を、コードベース・ドキュメント・そこから参照されている外部リンク（仕様書・ライブラリ公式ドキュメント等）まで調査し、根拠に基づいた回答をコメントに追記するスキル。調査しても事実で決まらず人間の意思決定が必要な項目は、固定セクションで明示して後続のトリアージへ引き渡す。
GitHub Actions ワークフロー実行（run）のIDまたはURLを受け取り、その実行が失敗している場合に原因を調査・特定して修正し、PRを作成します。成功している場合は何もしません。