IntelliJプラグインのAnActionと登録設定を実装・変更し、表示文言やアイコンの定義、非同期処理の起動方法を整えます。
- IDEに新しいアクションを追加したいとき
- アクションの登録やアイコンを変更したいとき
- 表示名と説明文の定義を整理したいとき
起動中のIntelliJのCPU使用やスレッド状態をMCP経由で調べ、フリーズや処理待ちの状況を把握するための診断材料を集めます。
Inspect a running IntelliJ IDE for freezes or blocked threads via MCP.
実行スコア 未検証
インストール方法を見る起動中のIntelliJにMCP経由で問い合わせ、CPU使用状況やスレッドの状態、短いスタック情報を取得します。まず軽量なCPUサンプルで動作を確認し、フリーズや待ち状態を調べる場合は、範囲を絞ったスレッドダンプも参照します。操作の前後や症状が出ている最中に複数回取得して、CPUを使うスレッドやブロック・待機状態の変化を比べられます。結果は原因を断定するものではなく、状況を切り分けるための証拠として使います。
IntelliJが固まったように見える、特定の操作が遅い、バックグラウンド処理が進まないといった場面で、IDE内部の状態を確認したいときに向いています。コードやビルド結果の調査ではなく、実行中のIDEプロセスそのものを診断するスキルです。
診断ツールを使うには、IntelliJを-Didea.diagnostics.mcp.enabled=trueを付けて起動する必要があります。ツールが見つからない場合は、このプロパティを有効にしてIDEを再起動します。根本原因のCPU分析、メモリ割り当てやロックのプロファイリング、長時間記録には、JFR、async-profiler、またはIDE標準の性能記録手順が必要です。
この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Use the get_ide_diagnostics MCP tool to answer "what is this IDE doing right now?" from inside a running IntelliJ process.
This skill is for live IDE process evidence only. If the request is to diagnose an arbitrary issue, inspect repository code, analyze build/test output, or debug the MCP server itself, use the relevant debugging, testing, or code-investigation workflow instead.
The diagnostics toolset is hidden unless the IDE was started with:
-Didea.diagnostics.mcp.enabled=true
If get_ide_diagnostics is not available, tell the user the IDE must be restarted with that property. Do not confuse it with MCP server self-diagnostics; the property enables IDE process diagnostics exposed through MCP.
Start with a lightweight CPU sample without the raw dump:
{
"sampleMillis": 1000,
"topThreadCount": 25,
"includeRawDump": false
}
For freezes, blocked threads, or coroutine investigation, request a bounded raw dump:
{
"sampleMillis": 1000,
"topThreadCount": 50,
"includeRawDump": true,
"maxDumpChars": 200000,
"stripCoroutineDump": true
}
For action-specific performance questions, take one sample before or during the action and another while the symptom is visible. Compare topCpuThreads, blockedCountDelta, waitedCountDelta, and threads.stateCounts between samples.
process.processCpuLoad and process.systemCpuLoad are point-in-time process/system CPU load values; -1 means the JVM cannot provide the metric.topCpuThreads[].cpuDeltaNanos ranks threads by CPU consumed during sampleMillis; -1 means thread CPU time is unavailable.topCpuThreads[].state is the JVM Thread.State; RUNNABLE includes Java execution and native calls, including native I/O.topCpuThreads[].isInNative, nativeFrame, and nativeOperationHint help identify native calls, but they are not OS wait-channel data.topCpuThreads[].stackTrace is a short stack snapshot for attribution, not a full profiler call tree.threads.stateCounts is useful for spotting many BLOCKED, WAITING, or TIMED_WAITING threads.rawDump is the IntelliJ thread dump text and may include coroutine dump content when coroutine dumping is enabled in the running IDE.rawDumpTruncated=true means repeat with a larger maxDumpChars or ask for a narrower next step before drawing conclusions from missing tail content.coroutineDumpEnabled=false means the tool cannot provide coroutine dump details beyond ordinary thread stacks.Use this MCP tool for low-overhead triage and evidence gathering. For root-cause CPU attribution, allocation pressure, lock profiling, native wait-state attribution, or long recordings, ask for JFR, async-profiler, or the IDE's standard performance capture workflow.
まだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
IntelliJプラグインのAnActionと登録設定を実装・変更し、表示文言やアイコンの定義、非同期処理の起動方法を整えます。
IntelliJのJPSテストモジュールをBazelへ移行し、Bazelだけで起きる失敗を依存関係や実行環境から切り分ける手順を案内します。
IntelliJのKotlin・Javaコードを新規作成やレビューする際に、言語の選び方、書式、型の扱い、例外処理などのプロジェクト規約に沿って整えるスキルです。
IntelliJ向けの変更を適切な単位に分け、チケットの有無に応じた形式で、理由や判断も伝わるコミットメッセージを作成・修正するスキルです。
Pythonコードの型推論や型エラーを複数の型チェッカーで比較し、各ツールの判定と診断内容をまとめたレポートを作成します。
Compose Desktopの画面で状態や副作用をどこに持たせるか整理し、表示と判断の境界、再利用部品やリストの設計を整えます。