Gentleman-Programming

ガイドやREADME、設計文書、PR説明を、要点と手順がつかみやすい構成に整えます。結論を先に示し、見出しや表、チェックリストで読む負担を減らすスキル。

• 長く読みにくいREADMEを整理したいとき
• 新しい参加者向けガイドの作成
• PRのレビュー手順を明確にしたいとき

Gentle AIの変更をレビューに出すため、承認済みissueとの関連付け、ブランチ命名、PR本文、テスト結果を整理します。変更行数と必須CIの確認も支援します。

• 修正や機能追加のブランチを準備したいとき
• 承認済みissueに紐づくPRを作りたいとき
• テスト結果とレビュー向け情報の整理

大きなコード変更を、依存関係の分かる複数のPRに分割します。各PRの作業範囲や確認手順を整理し、レビュー担当者が順番に確認しやすい形に整えるスキル。

• 400行を超えるPRを分割したいとき
• 依存する変更のレビュー順を決めたいとき
• 専用ブランチで機能を統合したいとき

機能や修正のまとまりごとにコミットを計画し、関連するテストと説明文書も同じ単位に含めます。大きな変更をレビューしやすく、個別に戻せる形へ分けます。

• 機能をレビューしやすいコミットに分けたいとき
• コードとテスト・文書を一緒に管理したいとき
• 大きな変更を複数のPRに分けたいとき

Goの関数やファイル操作、端末画面の動作に合わせてテストを作成・レビューします。複数ケースの整理や状態遷移、期待する表示との比較を使い分けます。

• Goの関数やパーサーを複数条件で試したいとき
• 一時ディレクトリでファイル操作を検証
• Bubbleteaの状態変化と操作を検証

繰り返し使う作業手順やプロジェクト固有の規約を、AI向けのスキルにまとめます。SKILL.mdの必須メタデータ、簡潔な指示、補助ファイルの配置を整えます。

• 定型作業をスキルにまとめたいとき
• AI向けにプロジェクト規約を整理したいとき
• 長い説明を補助ファイルへ移したいとき

承認済みの不具合について、現行コードでの再現から修正・独立検証までを進める手順です。操作ごとの実行証拠、変更行数、取り消し範囲を記録してレビューに備えます。

• 承認済みの不具合を実装前に再現したいとき
• CLIや開始・終了処理の実行証拠を記録
• 原因と取り消し範囲で修正を分割したいとき

gentle-aiへの外部貢献で、Issueの承認からPR本文の作成・監査、変更の分割方針までを支援します。権限と検証結果に沿って提出内容を整えます。

• 承認済みIssueに沿って貢献したいとき
• PRの主張をGitHubの状態と照合したいとき
• 関連するPRの分割方針を決めたいとき

不具合報告を根本原因ごとに分類し、共通する問題をまとめて修正する方針を整理します。仕組みの複雑化を抑え、再現確認とテストの証拠に基づく解決判断を支えます。

• 蓄積した不具合を原因別に整理したいとき
• 関連する複数の問題をまとめて直したいとき
• 終了前にテストの証拠を確認したいとき

承認済みの課題との紐付け、変更種別ラベル、必須CIを確認し、PR提出の準備を進めます。対象のテンプレートに沿った本文と、実施済みの検証に基づくチェック欄を整えます。

• ブランチをレビューに提出したいとき
• 承認済み課題に紐付くPR本文の作成
• マージ前に必須CIを確認したいとき

複数の不具合報告を共通の根本原因で整理し、現在のコードとテストで修正方針を確かめます。問題の仕組みを取り除く案を優先し、課題を閉じる根拠もまとめます。

• 未処理の課題を根本原因で整理したいとき
• 古い不具合報告を再検証したいとき
• 問題の仕組みを取り除く修正案の比較

利用できるスキルを呼び出し条件と保存先で一覧化し、追加・削除・移動後の索引を更新します。重複を整理し、エージェントが参照する正確なパスをまとめます。

• スキル追加・削除後に索引を更新したいとき
• ユーザーとプロジェクトの重複整理
• 作業委任前にスキルのパスを調べたいとき

PRのレビューや課題への返信、チーム連絡を、温かく率直な短い文章に整えます。要点と必要な理由、次の行動を示し、相手が対応しやすいコメントを作ります。

• 理由を添えてコード修正を依頼したいとき
• コントリビューターの課題に返信したいとき
• 非同期でチームに進捗を共有したいとき

AIによるRDDレビューの呼び出し処理を、Goの共通仕様に沿って設計・検証します。実行環境ごとの接続処理と結果の受け入れ判定を分け、移行時の確認項目を整理します。

• レビュー呼び出しをGoの共通仕様へ移したいとき
• アダプターの役割分担を点検したいとき
• 実行環境の移行で判定の変化を検証したいとき

400行を超える変更を、依存関係が分かる複数のPRへ分割します。各PRの作業範囲と順序、検証計画を整理し、テストや文書を対応する変更と一緒にレビューへ出せる形にします。

• 400行を超える変更を分割したいとき
• 独立してマージできるPR構成の計画
• 追跡用PRで機能全体を管理したいとき

リポジトリの規約と既存の報告を確認し、GitHubの不具合報告や機能要望を作成・整理します。指定フォームに沿って不足情報や重複を確認し、投稿後の照合まで進めるスキル。

• 指定フォームで不具合を報告したいとき
• 機能要望の重複を確認したいとき
• 既存Issueに情報を追加したいとき

同じ対象を二つの独立したレビュー役が並行して点検し、指摘の一致や食い違いを整理します。双方が確認した重大な問題に絞り、承認後に修正と再審査を進めます。

• 特定の対象を独立した二者で点検したいとき
• 確定した問題と判断の食い違いを分けたいとき
• 双方が確認した重大な問題を修正したいとき

既存のSKILL.mdを点検し、起動条件や指示の構成、出力要件の改善案をまとめます。作者の意図を保ち、明示的な依頼があれば安全な修正も適用します。

• 既存スキルの品質を点検したいとき
• スキルの起動条件を明確にしたいとき
• 長い例を参照ファイルへ整理したいとき

gentle-aiの操作シナリオを作成・更新し、宣言内容の検査と実際の実行を分けて検証します。仕様変更で古くなった期待値も見直し、実行結果をPRの証拠にまとめます。

• 製品の操作シナリオを追加したいとき
• 仕様変更後の期待値を更新したいとき
• CIのbench失敗を再現したいとき

コード調査や独立した実装、検証、レビューを別のエージェントへ委任する手順を整理します。目的と制約を引き継ぎ、返された成果を親エージェントが確認してまとめるスキル。

• 判断に必要なコード調査を委任したいとき
• 独立した実装を並行して進めたいとき
• 高リスクな変更を別の視点で検証したいとき

Trigger: improve skills, audit skills, refactor skills, skill quality. Audit and upgrade existing LLM-first skills.

日本語の概要は準備中です。原文の説明を表示しています。

Design docs that reduce cognitive load. Trigger: writing guides, READMEs, RFCs, onboarding, architecture, or review-facing docs.

日本語の概要は準備中です。原文の説明を表示しています。

Create Gentle AI pull requests with issue-first checks. Trigger: creating, opening, or preparing PRs for review.

日本語の概要は準備中です。原文の説明を表示しています。

Trigger: PRs over 400 lines, stacked PRs, review slices. Split oversized changes into chained PRs that protect review focus.

日本語の概要は準備中です。原文の説明を表示しています。