IntelliJプラグインのAnActionと登録設定を実装・変更し、表示文言やアイコンの定義、非同期処理の起動方法を整えます。
- IDEに新しいアクションを追加したいとき
- アクションの登録やアイコンを変更したいとき
- 表示名と説明文の定義を整理したいとき
指定されたバージョンのmarkdown-jvmを更新し、BazelやFleetの生成メタデータとロックファイルを再作成して、テストやビルドで変更を検証するスキルです。
Update markdown-jvm and regenerate Bazel/Fleet metadata.
実行スコア 未検証
インストール方法を見る指定されたバージョンにmarkdown-jvmを更新し、関連するBazelおよびFleetのメタデータを再生成します。まずバージョン指定の成果物がcache-redirector経由で取得できるか確認し、JARのSHA-256を使ってライブラリ記述子を更新します。その後、生成コマンドでBazelのライブラリ情報とFleetのプロジェクトモデルを更新し、Bazelのロックファイルも再作成します。最後にFleet同期テスト、Ultimateアプリのビルド、フォーマット確認などを行い、差分を点検します。
IntelliJリポジトリでmarkdown-jvmの依存バージョンを上げる作業に向いています。生成ファイルを手編集せず、依存物の取得からチェックまでを定められた順序で進めたい場合に使えます。
バージョンは利用者からA.B.C形式で指定してもらい、推測しません。必要な成果物が取得できない場合は編集を行いません。チェックサムはダウンロードしたJARから計算し、生成対象のメタデータを手で編集しません。
この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Use this skill when the user gives a Markdown version in A.B.C form. Treat it as MARKDOWN_VERSION. Never guess the version.
Use the 0.7.15 to 0.7.16 update commit (783603fe95b8) as the model. This is normally a metadata-only update.
Edit this source descriptor:
community/libraries/markdown/intellij.libraries.markdown.imlThese files are generated. Do not edit them by hand:
community/lib/BUILD.bazelcommunity/lib/MODULE.bazelfleet/build/jps-library-mappings.tsvfleet/kmp.MODULE.bazelMODULE.bazel.lockfleet/build/gradle/jps.versions.toml normally does not change. Do not add a Markdown entry when the generator omits it.
Before editing, verify all required artifacts through cache-redirector. Follow redirects. Do not use direct Maven URLs.
set -euo pipefail
MARKDOWN_VERSION="A.B.C" # replace with the requested version
MARKDOWN_JVM_BASE_URL="https://cache-redirector.jetbrains.com/repo1.maven.org/maven2/org/jetbrains/markdown-jvm/${MARKDOWN_VERSION}"
MARKDOWN_WASM_BASE_URL="https://cache-redirector.jetbrains.com/repo1.maven.org/maven2/org/jetbrains/markdown-wasm-js/${MARKDOWN_VERSION}"
MARKDOWN_KMP_BASE_URL="https://cache-redirector.jetbrains.com/repo1.maven.org/maven2/org/jetbrains/markdown/${MARKDOWN_VERSION}"
MARKDOWN_ARTIFACT_DIR="$(mktemp -d)"
for MARKDOWN_ARTIFACT in \
"markdown-jvm-${MARKDOWN_VERSION}.jar" \
"markdown-jvm-${MARKDOWN_VERSION}-sources.jar"; do
curl --fail --silent --show-error --location \
--output "$MARKDOWN_ARTIFACT_DIR/$MARKDOWN_ARTIFACT" \
"$MARKDOWN_JVM_BASE_URL/$MARKDOWN_ARTIFACT"
done
for MARKDOWN_ARTIFACT in \
"markdown-wasm-js-${MARKDOWN_VERSION}.klib" \
"markdown-wasm-js-${MARKDOWN_VERSION}-sources.jar"; do
curl --fail --silent --show-error --location \
--output "$MARKDOWN_ARTIFACT_DIR/$MARKDOWN_ARTIFACT" \
"$MARKDOWN_WASM_BASE_URL/$MARKDOWN_ARTIFACT"
done
curl --fail --silent --show-error --location \
--output "$MARKDOWN_ARTIFACT_DIR/markdown-${MARKDOWN_VERSION}.module" \
"$MARKDOWN_KMP_BASE_URL/markdown-${MARKDOWN_VERSION}.module"
shasum -a 256 \
"$MARKDOWN_ARTIFACT_DIR/markdown-jvm-${MARKDOWN_VERSION}.jar" \
"$MARKDOWN_ARTIFACT_DIR/markdown-jvm-${MARKDOWN_VERSION}-sources.jar"
If any download fails, make no edits. Wait for cache-redirector. If the version stays unavailable for 12-24 hours, report it in #ij-builds.
Use the downloaded main-JAR SHA-256 in the .iml. Never invent or reuse a checksum.
Check the current jetbrains.markdown coordinate in the .iml. Stop if the descriptor is inconsistent.
Update only these values:
org.jetbrains:markdown-jvm:${MARKDOWN_VERSION}CLASSES JAR URLSOURCES JAR URLKeep the exclusions, XML format, and no-trailing-line-break format unchanged.
Register the edited module, then regenerate JVM metadata:
bun build/jps-module.mjs register community/libraries/markdown/intellij.libraries.markdown.iml --fix-iml-eof
./build/jpsModelToBazel.cmd
Check that the Markdown entries in community/lib/BUILD.bazel and community/lib/MODULE.bazel use the new version, filenames, cache-redirector URLs, and generated checksums. Do not edit these files by hand.
Run:
./fleet/build/generateProjectModel.cmd dump
Check that every jetbrains.markdown row in fleet/build/jps-library-mappings.tsv and the org.jetbrains:markdown coordinate in fleet/kmp.MODULE.bazel use the new version.
Do not hand-edit generated Fleet files.
Refresh the lockfile and wait for Bazel to finish:
./bazel.cmd mod deps --lockfile_mode=update
Do not stop the command or report success while it is running. Check MODULE.bazel.lock for the new markdown-wasm-js filenames, cache-redirector URLs, and integrity values. Do not hand-edit the lockfile.
Run the Fleet synchronization test:
./tests.cmd --module fleet.app.fleet.fleetProjectStructure --test fleet.projectStructure.FleetGradleBuildTests
Build the local Ultimate application:
./bazel.cmd build //build:idea_ultimate_build_local_linux_distribution_build_target
If the update causes a real compilation failure, make the smallest compatible source change, then rerun the failing build and affected tests. Do not weaken tests or edit generated metadata to hide a failure.
Because the update changes Bazel files, run:
./bazel.cmd run //:format.check
If the check reports a diff, run ./bazel.cmd run //:format, inspect the changes, and run the check again. Run lint_files on changed files when IDE MCP is available. Finish with git diff --check and inspect the complete diff.
The normal metadata-only diff contains the source .iml, the two community library files, the two Fleet files, and MODULE.bazel.lock. Additional source changes need a verified compatibility failure.
まだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
IntelliJプラグインのAnActionと登録設定を実装・変更し、表示文言やアイコンの定義、非同期処理の起動方法を整えます。
IntelliJのJPSテストモジュールをBazelへ移行し、Bazelだけで起きる失敗を依存関係や実行環境から切り分ける手順を案内します。
IntelliJのKotlin・Javaコードを新規作成やレビューする際に、言語の選び方、書式、型の扱い、例外処理などのプロジェクト規約に沿って整えるスキルです。
IntelliJ向けの変更を適切な単位に分け、チケットの有無に応じた形式で、理由や判断も伝わるコミットメッセージを作成・修正するスキルです。
Pythonコードの型推論や型エラーを複数の型チェッカーで比較し、各ツールの判定と診断内容をまとめたレポートを作成します。
Compose Desktopの画面で状態や副作用をどこに持たせるか整理し、表示と判断の境界、再利用部品やリストの設計を整えます。