IntelliJプラグインのAnActionと登録設定を実装・変更し、表示文言やアイコンの定義、非同期処理の起動方法を整えます。
- IDEに新しいアクションを追加したいとき
- アクションの登録やアイコンを変更したいとき
- 表示名と説明文の定義を整理したいとき
IntelliJ Symbol APIで言語やフレームワークの宣言・参照をモデル化し、ナビゲーション、使用箇所検索、リネームなどへつなぐ実装方法を案内します。
Use IntelliJ Symbol API for declarations, references, and rename.
実行スコア 未検証
インストール方法を見るIntelliJのSymbol APIを使い、言語やフレームワーク、データベースなどの意味要素を Symbol として表現する方法を案内します。宣言の提供、参照の解決、ナビゲーション、使用箇所検索、リネーム、ドキュメント表示をどう接続するかを扱います。参照は言語自身が持つもの、他プラグインが提供する外部参照、ターゲットからの移動だけを支える暗黙参照に分けて説明します。意味上の同一性を保つ等価性や、読み取りアクションをまたぐ場合のポインター利用も含まれます。
IntelliJプラグインで独自言語やフレームワークの宣言・参照を実装したいときに役立ちます。文字列内のプレースホルダーを呼び出し引数へ解決する例など、PSI要素に直接結び付かないシンボルも扱えます。一般的な言語・フレームワーク対応では、手作業の多くを担う PolySymbols を先に検討し、単独の解決処理などモデルに合わない場合に生のAPIを使う方針も示します。
IntelliJプラットフォームのSymbol APIとプラグイン実装を前提とします。通常の言語・フレームワーク対応では、関連する poly-symbols を先に確認することが推奨されています。
この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
com.intellij.model.Symbol (community/platform/core-api/src/com/intellij/model/Symbol.java) is
the platform's generic replacement for "resolve a PsiReference to a PsiElement". A Symbol
represents a semantic element in some model — a language, a framework, a database schema — and
decouples navigation/find-usages/rename/documentation from PSI. A Symbol is not required to be
backed by a PsiElement, and it is incorrect to try to obtain one from a Symbol.
Canonical examples from the docs: a Java local variable (backed by PsiVariable), a compiled class
from JDK stubs (not tied to any project), a Spring bean (created dynamically by framework support,
project-bound but not PSI-backed), a database column (defined by a data source, not PSI-backed and
not project-bound).
Before hand-wiring any of the mechanisms on this page, look at
poly-symbols first. PolySymbol : Symbol, and the PolySymbols
framework exists specifically to save you from writing this boilerplate by hand — its query
executor, completion-provider base class, and default searchTarget/renameTarget/
getDocumentationTarget/getNavigationTargets implementations give you declarations, references,
completion, search, rename, and navigation with a fraction of the code this page documents.
Treat PolySymbols as the default, go-to way to implement a new language or framework's symbol
support — it is not limited to cross-language microsyntax sharing, that's simply the feature that
falls out for free once the query/pattern machinery exists. Reach for the raw Symbol/
PsiSymbolReference API on this page directly only when a symbol genuinely doesn't fit PolySymbols'
model: a single, self-contained resolve with no query/completion surface of its own (a
format-string placeholder resolved from one call expression, a markdown link label), or something
not project-bound / not PSI-backed at all (a compiled-class symbol from JDK stubs, a database
column) where the extra query/scope layer would add nothing.
public interface Symbol {
@NotNull Pointer<? extends Symbol> createPointer();
@Override boolean equals(Object obj);
@Override int hashCode();
}
equals/hashCode must reflect semantic identity, not object identity — the platform uses
Symbol as a cache key and de-duplicates concurrently-computed instances that are equal.Symbol is safe to pass between APIs within one read
action, but must not be referenced across read actions. Call createPointer() while still valid,
store the Pointer, and call Pointer.dereference() in the next read action to get a fresh (or
the same, if still valid) instance.PolySymbol, which extends Symbol.Model where a symbol is declared in a PSI tree via PsiSymbolDeclaration
(community/platform/core-api/src/com/intellij/model/psi/PsiSymbolDeclaration.java):
getDeclaringElement(), getRangeInDeclaringElement(), getSymbol(). A symbol can have zero
declarations (files — "only references"), one (a Java local variable), or several (a C# partial
class, a property key declared in multiple files).
Two ways to supply declarations:
PsiSymbolDeclarationProvider (getDeclarations(element, offsetInElement)) at EP
com.intellij.psi.declarationProvider. The platform calls it for each PsiElement from the leaf
at the caret up to the containing file, with offsetInElement as a hint (-1 means "all
declarations").PsiSymbolDeclaration directly on the PsiElement.References are modeled by PsiSymbolReference
(community/platform/core-api/src/com/intellij/model/psi/PsiSymbolReference.java):
getElement(), getRangeInElement(), resolveReference(): Collection<? extends Symbol> (empty
collection = unresolved), and resolvesTo(target) (override to short-circuit before a full
resolve, e.g. by comparing text first). For the common single-target case, extend
SingleTargetReference.
| Kind | When | Mechanism |
|---|---|---|
| Own | Reference is intrinsic to the language itself (e.g. x in x * 2 referencing var x = 42) | PsiElement.getOwnReferences() |
| External | Reference is not recognized by the host language, contributed by another plugin (e.g. a filename string in new File("users.txt")) | Host implements PsiExternalReferenceHost; other plugins register a PsiSymbolReferenceProvider |
| Implicit | Reference only supports resolving to a target (navigation, hover doc) — not find-usages/rename starting from the target (e.g. var in var x = new Person()) | ImplicitReferenceProvider |
Language support should not assume external references are absent — they may be contributed by any
plugin. Own vs. external is a modeling choice about who "owns" the reference semantics, not a
technical distinction in PsiSymbolReference itself.
PsiSymbolReferenceProviderInterface (community/platform/core-api/src/com/intellij/model/psi/PsiSymbolReferenceProvider.java):
public interface PsiSymbolReferenceProvider {
Collection<? extends PsiSymbolReference> getReferences(PsiExternalReferenceHost element, PsiSymbolReferenceHints hints);
Collection<? extends SearchRequest> getSearchRequests(Project project, Symbol target);
}
Register via PsiSymbolReferenceProviderBean at EP com.intellij.psi.symbolReferenceProvider,
declaring hostLanguage, hostElementClass, targetClass (common supertype of resolved symbols),
referenceClass (defaults to PsiSymbolReference; narrow it so the platform can skip providers
that can't possibly answer a query for a more specific reference type), and implementationClass.
Worked examples in this repo:
community/java/java-impl/src/com/siyeh/ig/format/StringFormatSymbolReferenceProvider.java —
resolves %s/{0}-style placeholders inside String.format/printf/MessageFormat call
arguments back to the corresponding call argument, complete with its own Symbol
(FormatArgumentSymbol-style), NavigatableSymbol, and a SearchTarget/rename-capable design —
read this file end to end as the reference implementation for "symbol lives inside a string
literal, references live inside sibling call arguments."community/jvm/jvm-analysis-impl/src/com/intellij/analysis/logging/resolve/LoggingArgumentSymbolReferenceProvider.kt —
the same idea for JVM logging framework {}/{0} placeholders across Java/Kotlin.[text][label] resolves to the [label]: url definition.ImplicitReferenceProvider(community/platform/core-api/src/com/intellij/model/psi/ImplicitReferenceProvider.java, EP
com.intellij.psi.implicitReferenceProvider):
public interface ImplicitReferenceProvider {
default PsiSymbolReference getImplicitReference(PsiElement element, int offsetInElement) { ... }
default Collection<? extends Symbol> resolveAsReference(PsiElement element) { return emptyList(); }
}
Usually you only override resolveAsReference — the default getImplicitReference wraps a
non-empty result in an ImmediatePsiSymbolReference. This enables navigation and hover-link
highlighting on the target Symbol, but the platform will never find this "reference" via
find-usages or rename-from-target, because it was never indexed as a searchable reference. Called
for every element from the caret leaf up to the file — keep it cheap.
PolySymbols' PsiPolySymbolReferenceProvider is built on top of exactly this external-reference
mechanism, but replaces the manual getReferences/getSearchRequests plumbing with a single
getReferencedSymbol(element): PolySymbol? you implement once — resolution, search, and rename all
follow from the returned symbol. Prefer it over hand-writing PsiSymbolReferenceProvider unless you
have a concrete reason not to — see the "References" section of
poly-symbols/references/query-model.md.
A bare Symbol only gives you resolve. To light up the rest of the IDE, implement (or delegate to)
these on your Symbol/PolySymbol:
| Feature | Interface | Notes |
|---|---|---|
| Navigation | NavigatableSymbol (community/platform/core-api/src/com/intellij/navigation/NavigatableSymbol.java) | getNavigationTargets(project); SymbolNavigationService helps build NavigationTargets |
| Find usages | SearchTarget/SearchTargetSymbol (community/platform/lang-impl/src/com/intellij/find/usages/api/SearchTarget.kt) | presentation(), usageHandler, maximalSearchScope, textSearchRequests; register a factory at com.intellij.lang.symbolSearchTarget if you don't want the Symbol itself to implement it |
| Rename | RenameableSymbol/RenameTarget (community/platform/lang-impl/src/com/intellij/refactoring/rename/symbol/RenameableSymbol.kt) | or register a SymbolRenameTargetFactory at com.intellij.rename.symbolRenameTargetFactory |
| Documentation | DocumentationTarget | via PsiSymbolReferenceService/language-specific hookup |
PolySymbol (see poly-symbols) already wires all four of these through
searchTarget/renameTarget/getDocumentationTarget/getNavigationTargets properties with
sensible defaults. This is the general pattern across this whole page: almost everything above is
what PolySymbol implements for you. Implement PolySymbol and get all four; implementing raw
Symbol means writing every row of the table above by hand for every symbol kind you add.
Symbol and is the intended default implementation path, not a
specialized add-on — reach for the mechanisms on this page directly only when a symbol falls
outside its model (see the decision note above).まだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
IntelliJプラグインのAnActionと登録設定を実装・変更し、表示文言やアイコンの定義、非同期処理の起動方法を整えます。
IntelliJのJPSテストモジュールをBazelへ移行し、Bazelだけで起きる失敗を依存関係や実行環境から切り分ける手順を案内します。
IntelliJのKotlin・Javaコードを新規作成やレビューする際に、言語の選び方、書式、型の扱い、例外処理などのプロジェクト規約に沿って整えるスキルです。
IntelliJ向けの変更を適切な単位に分け、チケットの有無に応じた形式で、理由や判断も伝わるコミットメッセージを作成・修正するスキルです。
Pythonコードの型推論や型エラーを複数の型チェッカーで比較し、各ツールの判定と診断内容をまとめたレポートを作成します。
Compose Desktopの画面で状態や副作用をどこに持たせるか整理し、表示と判断の境界、再利用部品やリストの設計を整えます。