一键在 Manus 中运行任何 Skill

prompt-engineer

星标2

分支0

更新时间2026年7月4日 04:58

MUST use when editing CLAUDE.md, SKILL.md, or slash commands. Applies prompt engineering best practices regardless of task size.

安装

用 Codex 或 Claude 帮你安装复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。

在 Manus 中运行

来源

MH4GF

MH4GF/claude-code

打开 GitHub 仓库查看创作者相关仓库

下载

在 Manus 中运行

Prompt Engineer Skill

Claude Code向けプロンプト文書（CLAUDE.md、SKILL.md、カスタムスラッシュコマンド）の作成・改善を支援する。

対象ファイル

ファイル種別	用途	配置場所
CLAUDE.md	プロジェクト固有のコンテキスト・ルール	リポジトリルート、`~/.claude/`
SKILL.md	再利用可能なスキル定義	スキルディレクトリ
カスタムコマンド	繰り返しワークフローのテンプレート	`.claude/commands/*.md`

改善ワークフロー

1. 分析フェーズ

対象プロンプトを以下の観点で評価：

構造面

論理的なセクション分け
XMLタグの適切な使用（<instructions>, <context>, <example>等）
情報の優先順位付け

内容面

目的の明確さ
指示の具体性（曖昧な表現の排除）
必要十分な情報量（過不足なし）

Claude特性への適合

命令形・直接的な表現
重要事項の強調（IMPORTANT:, MUST等）
出力形式の明示

2. 改善フェーズ

優先順位

致命的問題（目的不明確、矛盾する指示）
効果に直結（具体性不足、構造の混乱）
品質向上（表現の洗練、エッジケース対応）

主要テクニック

曖昧な指示 → 具体的な行動指示に変換
長文の説明 → 簡潔な箇条書き or 例示
暗黙の期待 → 明示的な制約・条件

3. 検証フェーズ

改善後、以下をチェック：

元の意図が保持されているか
Claudeが誤解しうる表現がないか
不要な情報が削除されているか
重要な情報が強調されているか

コア原則

簡潔さが最優先

コンテキストウィンドウは共有資源。すべてのトークンが他の情報と競合する。

前提: Claudeは既に非常に賢い

Claudeが既に知っていることは書かない。各情報に対して以下を問う：

「Claudeは本当にこの説明が必要か？」
「Claudeは既にこれを知っていると仮定できるか？」
「この文はトークンコストに見合う価値があるか？」

# Bad（約150トークン）
PDF（Portable Document Format）はテキスト、画像、その他のコンテンツを含む
一般的なファイル形式です。PDFからテキストを抽出するにはライブラリが必要です。
pdfplumberは使いやすく、ほとんどのケースに対応できるのでお勧めです...

# Good（約50トークン）
PDFテキスト抽出にはpdfplumberを使用:

\`\`\`python
import pdfplumber
with pdfplumber.open("file.pdf") as pdf:
    text = pdf.pages[0].extract_text()
\`\`\`

Good版はClaudeがPDFとライブラリの概念を知っていることを前提としている。

具体性で曖昧さを排除

# Bad
テストを書いてください

# Good
`tests/`に新規テストファイルを作成。edgeケース（null入力、空配列）を含むこと。mockは使用禁止。

構造で意図を伝える

XMLタグで情報を分離。Claudeはタグ構造を強く認識する。

<task>PRをレビューしてコメントを残す</task>

<constraints>
- セキュリティ上の問題は最優先で指摘
- スタイルの指摘は控えめに
- 必ず改善案を提示
</constraints>

<output_format>
各指摘を以下の形式で出力：
- ファイル: 行番号
- 重要度: high/medium/low
- 内容: 指摘事項
- 提案: 改善案
</output_format>

スキル構造変更チェックリスト

ファイル分割・ルーティング追加など、スキルのアーキテクチャを変更する際に確認：

SKILL.mdのdescriptionが発動条件を正確に反映しているか
分割先ファイルへのパス参照が正しいか（相対パス）
分割後も単一SKILL.mdから全体の構造が把握できるか
既存の発動トリガー（キーワード・ファイルパターン）が壊れていないか
settings.jsonの許可設定に新規ファイルパスの追加が必要か

詳細ガイド

CLAUDE.md/コマンド規約: references/claude-code-conventions.md
プロンプトパターン集: references/prompt-patterns.md

同仓库更多 Skills

同仓库

codex-review

MH4GF/claude-code

codex review CLIを使用したコードレビュー。セルフレビュー、PR作成前チェック、コミット確認に使用。「レビューして」「変更を確認して」で発動

2026-07-042

deslop

MH4GF/claude-code

AI 生成コード由来のノイズ検出。過剰コメント、防御的 try/catch、`any` キャスト、深いネスト、周辺と不整合な書き方を `origin/main` との diff から拾い指摘する。「deslop して」「AI っぽい部分削って」「不要なコメント探して」で発動

2026-07-042

land

MH4GF/claude-code

PR のコンフリクト監視・レビュー応答・CI 復旧・マージまでを一括で面倒見るスキル。「land して」「PR をマージ」「Merging を流して」等で発動する。マージ完了までユーザーへ制御を返さずウォッチャーループを回し続ける

2026-07-042

pr-feedback-fetch

MH4GF/claude-code

指定 PR の 3 channel feedback (top-level / inline review / review summary) を 1 回で取得し structured markdown で返す。引数は PR 番号 / PR URL / なし (現 branch から解決) の 3 パターン。channel を取りこぼさない単一手順

2026-07-042

symphony-workflow

MH4GF/claude-code

Symphony orchestrator からディスパッチされた bg セッションの共通実行手順。Linear issue のステータス振り分け、workpad 運用、実装から Human Review 遷移、マージまでを定義する。Symphony の bg セッション起動直後に呼ぶ

2026-07-042

workpad

MH4GF/claude-code

Linear issue 上の `## Codex Workpad` ヘッダ付きコメントを検索 / 作成 / 更新するスキル。バックグラウンドセッションの進捗を 1 つのコメントに集約し、ターン上限到達や CI 失敗を跨いだ永続記憶として使う。バックグラウンドセッション起動直後と作業節目ごとに発動する

2026-07-042

name	prompt-engineer
description	MUST use when editing CLAUDE.md, SKILL.md, or slash commands. Applies prompt engineering best practices regardless of task size.

Prompt Engineer Skill

Claude Code向けプロンプト文書（CLAUDE.md、SKILL.md、カスタムスラッシュコマンド）の作成・改善を支援する。

対象ファイル

ファイル種別	用途	配置場所
CLAUDE.md	プロジェクト固有のコンテキスト・ルール	リポジトリルート、`~/.claude/`
SKILL.md	再利用可能なスキル定義	スキルディレクトリ
カスタムコマンド	繰り返しワークフローのテンプレート	`.claude/commands/*.md`

改善ワークフロー

1. 分析フェーズ

対象プロンプトを以下の観点で評価：

構造面

論理的なセクション分け
XMLタグの適切な使用（<instructions>, <context>, <example>等）
情報の優先順位付け

内容面

目的の明確さ
指示の具体性（曖昧な表現の排除）
必要十分な情報量（過不足なし）

Claude特性への適合

命令形・直接的な表現
重要事項の強調（IMPORTANT:, MUST等）
出力形式の明示

2. 改善フェーズ

優先順位

致命的問題（目的不明確、矛盾する指示）
効果に直結（具体性不足、構造の混乱）
品質向上（表現の洗練、エッジケース対応）

主要テクニック

曖昧な指示 → 具体的な行動指示に変換
長文の説明 → 簡潔な箇条書き or 例示
暗黙の期待 → 明示的な制約・条件

3. 検証フェーズ

改善後、以下をチェック：

元の意図が保持されているか
Claudeが誤解しうる表現がないか
不要な情報が削除されているか
重要な情報が強調されているか

コア原則

簡潔さが最優先

コンテキストウィンドウは共有資源。すべてのトークンが他の情報と競合する。

前提: Claudeは既に非常に賢い

Claudeが既に知っていることは書かない。各情報に対して以下を問う：

「Claudeは本当にこの説明が必要か？」
「Claudeは既にこれを知っていると仮定できるか？」
「この文はトークンコストに見合う価値があるか？」

# Bad（約150トークン）
PDF（Portable Document Format）はテキスト、画像、その他のコンテンツを含む
一般的なファイル形式です。PDFからテキストを抽出するにはライブラリが必要です。
pdfplumberは使いやすく、ほとんどのケースに対応できるのでお勧めです...

# Good（約50トークン）
PDFテキスト抽出にはpdfplumberを使用:

\`\`\`python
import pdfplumber
with pdfplumber.open("file.pdf") as pdf:
    text = pdf.pages[0].extract_text()
\`\`\`

Good版はClaudeがPDFとライブラリの概念を知っていることを前提としている。

具体性で曖昧さを排除

# Bad
テストを書いてください

# Good
`tests/`に新規テストファイルを作成。edgeケース（null入力、空配列）を含むこと。mockは使用禁止。

構造で意図を伝える

XMLタグで情報を分離。Claudeはタグ構造を強く認識する。

<task>PRをレビューしてコメントを残す</task>

<constraints>
- セキュリティ上の問題は最優先で指摘
- スタイルの指摘は控えめに
- 必ず改善案を提示
</constraints>

<output_format>
各指摘を以下の形式で出力：
- ファイル: 行番号
- 重要度: high/medium/low
- 内容: 指摘事項
- 提案: 改善案
</output_format>

スキル構造変更チェックリスト

ファイル分割・ルーティング追加など、スキルのアーキテクチャを変更する際に確認：

SKILL.mdのdescriptionが発動条件を正確に反映しているか
分割先ファイルへのパス参照が正しいか（相対パス）
分割後も単一SKILL.mdから全体の構造が把握できるか
既存の発動トリガー（キーワード・ファイルパターン）が壊れていないか
settings.jsonの許可設定に新規ファイルパスの追加が必要か

詳細ガイド

CLAUDE.md/コマンド規約: references/claude-code-conventions.md
プロンプトパターン集: references/prompt-patterns.md