config-file

実装した差分に、変更意図・設計上の注意点などの説明コメントを付けてdifitで表示する。AIが書いたコードを人間が理解・判断するためのレビュー支援。「差分を説明コメント付きでdifitで表示して」「変更内容の説明をdifitに表示して」「今回の実装の解説をdifitで見せて」などのリクエストで使用。問題点の指摘を主目的とする通常のコードレビューには使わない。

GitHubのDraft PullRequestを作成する

ブログ記事・社内周知・ドキュメントなどの文章を書く・ドラフトを作るときに、コアを際立たせるためのガイド。AIは情報を足し算しがちでコアがぼやけた冗長な文章になりやすいので、それを防ぐ。「記事を書いて」「ドラフトを作って」「周知文を書いて」などのリクエストで使う。

手元のコードを複数reviewerエージェントで並列レビューし、指摘を優先度順に並べたレポートを作成する（修正は行わない）

手元のコードをreviewerエージェントでセルフレビューし、指摘に基づいて自動修正するループ

現在のセッションから汎用知識のみを抽出し、話題ごとに自動タイトルで分割・保存（Obsidian直下、引数不要）

直前のチャット内容を振り返り、学んだことを言語化する

いらすとやから画像を検索、または表現に適したイラストの組み合わせを提案する

Loose Drawingから画像を検索、または表現に適したイラストの組み合わせを提案する

git-commit-message-generatorエージェントを利用して、commitメッセージを生成する

実装計画に従って作業後、次のフェーズ担当者への申し送り事項を作成する

直前の自分の回答を厳密な批判的思考で分析する

ヒアリングしながら作りたい機能の要件定義を確定する

要件定義書から実装計画（フェーズ分解・commit分解）を作成する

GitHub PR のレビューコメント（インライン）に対し、直前の会話で対応した commit を紐付けて「<commit URL> で修正しました」という Reply をまとめて投稿する。「レビュー Reply して」「レビューコメントに返信して」「修正報告投稿して」などのリクエストで使用。コード修正そのものは扱わず、修正・commit 済みの状態から呼ぶ前提。

直前の会話に含まれるレビュー結果を精査し、妥当な指摘に対して修正を実施する。レビュアーの指摘がすべて正しいとは限らないため、各コメントを批判的に評価する。「レビュー対応して」「レビューコメント修正して」「指摘を直して」「レビュー指摘に対応して」などのリクエストで使用。

伝えたいことを明確にし、構成案を一緒に作り上げるファシリテーター。記事、プレゼン、ドキュメントなどコンテンツの種類を問わず汎用的に使える。ユーザーが「伝えたいことを整理したい」「構成を考えたい」「アウトラインを作りたい」「メッセージを明確にしたい」と言った時に使う。実際の執筆・ドラフト作成は行わず、構成案の確定までを担当する。