跳到正文
cccskills
免费在 GitHub 公开中文介绍

markdown-library-update

将 `markdown-jvm` 更新到用户指定的版本,重新生成 Bazel 和 Fleet 元数据及锁文件,再运行同步、构建和格式检查来验证变更。

原文查看原文说明

Update markdown-jvm and regenerate Bazel/Fleet metadata.

JetBrains/intellij-community星标 20,685(GitHub 20,685 + 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 计算,生成的元数据不会手动修改。

本介绍由 AI(OpenAI Codex)根据公开的 SKILL.md 撰写。准确的规格请查看下方原文。

文档检查

AI 根据 SKILL.md 的内容检查了需要注意的操作和使用前提。评分只依据实际运行的结果(实测对比)。

安全性发送数据、删除文件、执行命令等是否有说明
A良好下载失败时不编辑,也不手动修改生成文件。
安装难易度所需工具和 API 密钥是否少且有说明
B部分不足需要 `curl`、`shasum`、`bun` 和 Bazel 等工具,但未写安装步骤。

不计入评分。 由 AI(OpenAI Codex)于 2026年10月28日 评估。仅供参考,安装前请同时查看原文。

如果您认为评估有误,请申请复核

请写明哪一项有误以及原因。无需登录。我们会对照 SKILL.md 重新评估,并在此处更新结果。

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

包含的文件(1)

  • SKILL.md5.2 KB

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

<!-- 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`,并在 `plugin.xml` 中注册。将显示名称和说明写入消息资源文件,按需设置图标,并通过事件协程作用域启动挂起任务,避免同步处理阻塞 IDE。

  • 为 IDE 菜单添加操作
  • 修改操作注册或图标
  • 整理操作名称和说明
JetBrains/intellij-community2.1万2026年10月29日 更新

bazel-test-migration

免费有简介

将 IntelliJ JPS 测试模块迁移到 Bazel,并排查仅在 Bazel 中出现的失败。根据症状检查依赖、插件、测试数据和 runfiles,重新生成并验证目标。

  • 将 JPS 测试模块迁移到 Bazel
  • 排查仅在 Bazel 中失败的测试
  • 检查测试依赖和数据配置
JetBrains/intellij-community2.1万2026年10月29日 更新

code-style

免费有简介

按 IntelliJ 项目规范编写或审查 Kotlin 和 Java 代码,涵盖语言选择、格式、密封类型、线程注解及控制流异常处理。

  • 按 IntelliJ 规范编写 Kotlin
  • 审查 Java 代码
  • 检查异常处理和密封类型分支
JetBrains/intellij-community2.1万2026年10月29日 更新

commits

免费有简介

本指南帮助您按 IntelliJ 项目规则拆分更改并撰写提交信息:有工单时使用编号和变更说明,无工单时使用标签与子系统名,并在需要时说明原因和决定。

  • 按项目格式编写带工单号的提交信息
  • 整理测试或文档提交并选择合适标签
  • 按规则修改已有提交信息
JetBrains/intellij-community2.1万2026年10月29日 更新

使用多个 Python 类型检查器比较代码片段或文件的类型推断和报错判断,并汇总各工具的结论、耗时与诊断信息,可保存为 Markdown 报告。

  • 比较不同检查器的类型推断
  • 确认代码是否会被判为类型错误
  • 查看多个工具的诊断差异
JetBrains/intellij-community2.1万2026年10月29日 更新

整理 Compose Desktop 界面中的状态和副作用,让可组合函数负责绘制,由展示器或协调器处理应用决策。了解状态归属、Effect、可复用组件接口、延迟列表键、动画和性能,适用于单项界面修改。

  • 分离界面绘制与展示器决策
  • 整理界面状态的归属
  • 检查 Effect 键和协程用法
JetBrains/intellij-community2.1万2026年10月29日 更新

查看 JetBrains 的全部技能

报告此技能的问题