本文へ移動
cccskills
無料GitHub で公開日本語紹介

markdown-library-update

指定されたバージョンのmarkdown-jvmを更新し、BazelやFleetの生成メタデータとロックファイルを再作成して、テストやビルドで変更を検証するスキルです。

原文原文の説明を見る

Update markdown-jvm and regenerate Bazel/Fleet metadata.

JetBrains/intellij-communityスター 20,664(GitHub 20,664 + cccskills 0)

実行スコア 未検証

インストール方法を見る

こんなときに便利

  • markdown-jvmを指定バージョンに更新したいとき
  • Bazelのライブラリ情報を再生成したいとき
  • Fleetのプロジェクトメタデータを更新
  • 依存更新後のビルドや同期テストを確認

日本語での紹介

できること

指定されたバージョンにmarkdown-jvmを更新し、関連するBazelおよびFleetのメタデータを再生成します。まずバージョン指定の成果物がcache-redirector経由で取得できるか確認し、JARのSHA-256を使ってライブラリ記述子を更新します。その後、生成コマンドでBazelのライブラリ情報とFleetのプロジェクトモデルを更新し、Bazelのロックファイルも再作成します。最後にFleet同期テスト、Ultimateアプリのビルド、フォーマット確認などを行い、差分を点検します。

こんなときに便利

IntelliJリポジトリでmarkdown-jvmの依存バージョンを上げる作業に向いています。生成ファイルを手編集せず、依存物の取得からチェックまでを定められた順序で進めたい場合に使えます。

使い方の例

  • 「markdown-jvmを0.7.16に更新して」
  • 「指定バージョンのMarkdownライブラリを更新し、BazelとFleetのメタデータを再生成して」

注意点

バージョンは利用者からA.B.C形式で指定してもらい、推測しません。必要な成果物が取得できない場合は編集を行いません。チェックサムはダウンロードしたJARから計算し、生成対象のメタデータを手で編集しません。

この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。

含まれるファイル(1)

  • SKILL.md5.2 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

<!-- Generated by community/.ai/render-guides.mjs; edit community/.agents/skills/markdown-library-update/SKILL.md -->

Update the Markdown library

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.

Files

Edit this source descriptor:

  • community/libraries/markdown/intellij.libraries.markdown.iml

These files are generated. Do not edit them by hand:

  • community/lib/BUILD.bazel
  • community/lib/MODULE.bazel
  • fleet/build/jps-library-mappings.tsv
  • fleet/kmp.MODULE.bazel
  • MODULE.bazel.lock

fleet/build/gradle/jps.versions.toml normally does not change. Do not add a Markdown entry when the generator omits it.

1. Wait for cache-redirector

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.

2. Update the source descriptor

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}
  • the verification artifact URL and the downloaded main-JAR SHA-256
  • the CLASSES JAR URL
  • the SOURCES JAR URL

Keep 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.

3. Regenerate Fleet metadata

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.

4. Verify

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.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

コメント

ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。

まだコメントはありません。最初のコメントを書いてみませんか。

送信するとすぐに公開されます。メールアドレスや電話番号などの個人情報は書かないでください。URL は 2 つまでです。

0 / 1000 文字

このフォームは reCAPTCHA で保護されており、Google のプライバシーポリシーと利用規約が適用されます。

同じリポジトリのスキル

actions

無料概要あり

IntelliJプラグインのAnActionと登録設定を実装・変更し、表示文言やアイコンの定義、非同期処理の起動方法を整えます。

  • IDEに新しいアクションを追加したいとき
  • アクションの登録やアイコンを変更したいとき
  • 表示名と説明文の定義を整理したいとき
JetBrains/intellij-community2.1万2026年10月26日 更新

bazel-test-migration

無料概要あり

IntelliJのJPSテストモジュールをBazelへ移行し、Bazelだけで起きる失敗を依存関係や実行環境から切り分ける手順を案内します。

  • JPSテストをBazelへ移行したいとき
  • Bazelだけで起きるテスト失敗を調べたいとき
  • テストの依存関係やデータ設定を確認したいとき
JetBrains/intellij-community2.1万2026年10月26日 更新

code-style

無料概要あり

IntelliJのKotlin・Javaコードを新規作成やレビューする際に、言語の選び方、書式、型の扱い、例外処理などのプロジェクト規約に沿って整えるスキルです。

  • IntelliJ規約に沿ってKotlinを書きたいとき
  • Javaコードをレビューしたいとき
  • 例外処理やsealed型の分岐を確認したいとき
JetBrains/intellij-community2.1万2026年10月26日 更新

commits

無料概要あり

IntelliJ向けの変更を適切な単位に分け、チケットの有無に応じた形式で、理由や判断も伝わるコミットメッセージを作成・修正するスキルです。

  • チケット付き変更のメッセージを作りたいとき
  • テストやドキュメントのコミットを整理したいとき
  • 既存のコミットメッセージを修正したいとき
JetBrains/intellij-community2.1万2026年10月26日 更新

compare-python-typecheckers

無料概要あり

Pythonコードの型推論や型エラーを複数の型チェッカーで比較し、各ツールの判定と診断内容をまとめたレポートを作成します。

  • 型推論の違いを比較したいとき
  • 型エラーになるか確かめたいとき
  • 複数チェッカーの診断を見比べたいとき
JetBrains/intellij-community2.1万2026年10月26日 更新

compose-ui-architecture

無料概要あり

Compose Desktopの画面で状態や副作用をどこに持たせるか整理し、表示と判断の境界、再利用部品やリストの設計を整えます。

  • 画面とプレゼンターの責務を分けたいとき
  • UI状態の置き場所を整理したいとき
  • Effectやコルーチンの使い方を見直したいとき
JetBrains/intellij-community2.1万2026年10月26日 更新

JetBrains のスキルをすべて見る

このスキルの問題を報告する