Menú
Google Gemini に外部視点での調査・レビュー・セカンドオピニオンを依頼するスキル。「Geminiに調査を依頼して」「Geminiにレビューをお願いして」「Geminiの意見も聞いて」「セカンドオピニオンが欲しい」「別のAI視点で確認して」といった依頼時に使用する。
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
安全なステージング、作業テーマ単位のコミット分割、ドキュメント更新、Conventional Commits メッセージ生成、必要に応じた push までを行うスキル。`コミットして`、`commit`、`コミットプッシュして` など commit を求められたときに使う。push は明示された場合だけ実行し、commit-only では push せず止まる。`pushして`、`プッシュして` など push だけの指示では使わない。
対象の変更がドキュメントに与える影響を判断し、必要な更新だけを行うスキル。呼び出し元から対象ファイル集合が渡されればそれを使い、無ければ staged change、さらに無ければ git diff HEAD と未追跡ファイルにフォールバックする。commit-push スキルから呼び出された場合、またはユーザーが /doc-updater と明示的に指示した場合にのみ実行し、自律的には起動しない。
ソフトウェア開発の複数ステップ作業について、実装前に具体的な計画書を書くスキル。機能実装、バグ修正、リファクタ、移行、テスト追加、運用変更、ドキュメント改修などで、ユーザーが「計画して」「実装方針を作って」「planを書いて」「作業を分解して」「実装前に整理して」と言ったら使う。コードに触る前、またはサブエージェントや別セッションへ委譲する前には積極的に使う。
対象ブランドのサイトURL、VI PDF、リポジトリの既存コードを入力として、awesome-design-md 準拠の9セクション構成で自己完結型の DESIGN.md を生成するスキル。DESIGN.md を新規作成したいとき、既存の DESIGN.md を更新・改善したいとき、サイトやPDFからデザイントークンを抽出して整理したいとき、AIエージェント向けのデザイン参照ファイルが必要なとき、ブランドガイドラインや VI（ビジュアルアイデンティティ）をコード実装に橋渡ししたいときに使う。
モバイルアプリUIの設計・改善・レビューを行うスキル。iOS、Android、Flutter、React Native を問わず、情報設計、UIパターン選定、タイポグラフィ、色、ブランド世界観、状態設計、プラットフォーム適応を伴う実装判断で使う。設定画面、一覧、フォーム、オンボーディング、空状態、エラー状態、詳細画面などの画面設計や、スクリーンショット・実装コードのレビュー、UI改善提案が必要なときに使う。
Design, inspect, and troubleshoot Pencil .pen files with MCP tools. Use this skill when an AI coding agent needs one selected mode per request: (1) Design-only editing in Pencil, (2) Design to Code implementation from Pencil files, (3) Code to Design synchronization into Pencil, or (4) Pencil MCP troubleshooting.
Basado en la clasificación ocupacional SOC
| name | ask-gemini |
| description | Google Gemini に外部視点での調査・レビュー・セカンドオピニオンを依頼するスキル。「Geminiに調査を依頼して」「Geminiにレビューをお願いして」「Geminiの意見も聞いて」「セカンドオピニオンが欲しい」「別のAI視点で確認して」といった依頼時に使用する。 |
Google Gemini CLI の非対話モード（-p）で直接実行して、外部視点でのセカンドオピニオンを得る。用途は調査とコードレビューに限定する。ファイルは @ファイルパス 構文でプロンプト内から直接参照させることができる。
Bash ツールで gemini -p を実行する。ファイルを参照させたい場合は @src/path/to/file.ts のようにプロンプト内に含める。必要に応じて事前に Read / Grep / Glob でコンテキストを収集し、プロンプトに含める。
# 基本形
gemini -p "質問内容"
# ファイル参照（@構文）
gemini -p "@src/file.ts このコードをレビューして"
# パイプでコンテキストを渡す
cat src/file.ts | gemini -p "このコードをレビューして"
# 読み取り専用モードで実行（セカンドオピニオン用途に推奨）
gemini -p "質問内容" --approval-mode plan
# Agent Safehouse / headless 環境で trusted directory エラーが出る場合
gemini -p "質問内容" --approval-mode plan --skip-trust
# モデルを指定
gemini -p "質問内容" -m auto-gemini-3
# ストリーミング出力
gemini -p "質問内容" --output-format stream-json
| オプション | 説明 |
|---|---|
-p / --prompt | 非対話（ヘッドレス）モード（必須） |
-m / --model <model> | モデル指定（例: auto-gemini-3） |
--approval-mode plan | 読み取り専用モード（変更を加えない） |
-o / --output-format <format> | 出力形式（text, json, stream-json） |
-s / --sandbox | サンドボックスモード |
--include-directories <dirs> | 追加ディレクトリをワークスペースに含める |
Gemini の回答を受け取ったら、以下の形式でユーザーに報告する：
# Gemini セカンドオピニオン結果
## 質問内容
[Gemini に投げた質問]
## 回答サマリー
[主要なポイントを箇条書き]
## 既存分析との比較
### 共通の指摘
- [両方が指摘した点]
### 独自の視点
- [Gemini だけが指摘した点]
### 推奨アクション
[統合した上での具体的な推奨事項]
@ファイルパス で参照させることask-gemini は調査・レビュー用途で使う。非対話の --approval-mode plan ではコマンド実行系ツールは制限されるため、実行失敗は仕様として扱うことAgent Safehouse 内や headless 環境では trusted directory 確認で止まることがあるため、--skip-trust を付ける
--sandbox は Gemini 内部で macOS sandbox を張るため、外側 Agent Safehouse とネストして sandbox_apply: Operation not permitted になることがある
Safehouse 内では --sandbox を使わず、読み取り専用レビューは --approval-mode plan --skip-trust で行う
Gemini の回答は参考情報として扱い、最終判断はプロジェクトのコンテキストを踏まえて行うこと