本文へ移動
cccskills
無料GitHub で公開

add

Categorize new Neovim plugins and insert them into the correct markdown category files

日本語の概要は準備中です。原文の説明を表示しています。

yutkat/my-neovim-pluginlistスター 833(GitHub 833 + cccskills 0)

実行スコア 未検証

インストール方法を見る

含まれるファイル(3)

  • SKILL.md4.4 KB
  • references/PLACEMENT_RULES.md1.6 KB
  • references/SECTION.md34.9 KB

SKILL.md(原文)

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

Update each repo's plugin in the right markdown section, then create .reason.md summarizing why each category was chosen.

Tasks

  1. Get a list of new plugins to add. Run cat .new_plugins.txt.
  2. Read references/PLACEMENT_RULES.md and apply any matching placement rules.
  3. Examine each plugin and their assigned categories. 3.1. Visit the corresponding repository on GitHub. 3.2. If any of the following items apply, remove the added plugins from the list. In the .reason.md table, set the Category column to - and write the exclusion reason in the Reason column.
    • The plugin is a fork of another repository.
    • It is a new colorscheme plugin.
    • The repository is not a Neovim plugin: standalone CLI/GUI tools, terminal apps, or libraries whose primary use is outside Neovim, even if the README mentions Neovim support or integration.
    • The plugin is written primarily in Vim script, or supports both Vim and Neovim (dual-compatible). This list is for Neovim-specific plugins only. Check the repository language stats and README statements such as "works with Vim 8/9".
    • The plugin uses Neovim's remote-plugin host mechanism. Apply the remote-plugin exclusion criteria in references/PLACEMENT_RULES.md.
    • The repository has no README.
    • The README is written in a language other than English.
    • The repository is a Neovim configuration rather than a plugin.
    • The repository is a sample plugin created solely for learning purposes.
  4. For each plugin, confirm and update if the category is appropriate. 4.1. From the README or other files, infer which Neovim-plugin category the repository belongs to. 4.2. Prefer the plugin's domain or user workflow over implementation surface such as picker UI, completion source, or integration library. 4.3. In references/SECTION.md, consult the table of contents and locate the markdown file that contains that category. 4.4. Open that markdown file and insert the added plugin at the appropriate position.
    • ALWAYS append new plugins at the BOTTOM of the section (or subsection). NEVER insert them at the top or near the top. This is mandatory: the last existing plugin entry in the section is the anchor, and the new entry goes immediately after it.
    • If no suitable section exists, create one first and then add the plugin.
    • If there are subsections, review them and add the plugin to the most appropriate subsection whenever possible — still appending at the bottom of that subsection.
    • If there are related plugins, list them directly below the relevant plugin.
  5. Update the table with correct categories and provide clear reasons.
  6. Please write the selection reasons in following simple markdown table.
    • The format is a Markdown table with the following order: |URL|Category|Reason|.
    • The Category column must use slash-delimited format reflecting the full section hierarchy: filename / Section / Sub-section / ... (e.g., lsp.md / LSP / Diagnostics, editing.md / Editing / Indent / Auto-indent). Include as many levels as the actual heading hierarchy requires. If there is no sub-section, omit it (e.g., git-github.md / Git).
    • Sort the table rows by the Category column so that plugins in the same category are grouped together. Do not omit any plugins from the table, including those excluded in step 3.2.
    • Save it as .reason.md

Badge Format

Use this format for plugin entries:

- [author/plugin-name](https://github.com/author/plugin-name) ![](https://img.shields.io/github/stars/author/plugin-name) ![](https://img.shields.io/github/last-commit/author/plugin-name) ![](https://img.shields.io/github/commit-activity/y/author/plugin-name)

IMPORTANT

  • Do not ask for confirmation. This task is running on CI.
  • New plugins MUST be appended at the bottom of the chosen section/subsection — never at the top. If you find yourself inserting near the top of a section, stop and move the entry to the end.
  • If you cannot specify a category, keep it as is.
  • Keep categorization rules in references/PLACEMENT_RULES.md when they are specific enough to reuse.

Input Repositories

  • .new_plugins.txt

Output

  • UPDATE: [a-z]*.md
  • WROTE: .reason.md

Please make the necessary edits to improve categorization accuracy.

レビュー

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

コメント

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

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

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

0 / 1000 文字

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

同じリポジトリのスキル

Improve the repo-local add skill from reviewed Neovim plugin categorization corrections. Use when a correction commit, PR review result, diff, or artifact such as a `teach:` commit shows that `$add` placed, excluded, or reasoned about plugins incorrectly and the reusable lesson should be folded back into `.codex/skills/add/**`.

日本語の概要は準備中です。原文の説明を表示しています。

yutkat/my-neovim-pluginlist8332026年10月26日 更新

unarchive

無料

Restore unarchived Neovim plugins from Archived.md to existing categories using commit history. Use when processing archive-check results or restoring previously archived plugin entries.

日本語の概要は準備中です。原文の説明を表示しています。

yutkat/my-neovim-pluginlist8332026年10月26日 更新

Draft `teach:` commit messages for `.github/workflows/improve-add-skill.yml`. Use when preparing or reviewing a correction commit that should trigger the Improve Add Skill workflow from `$add` categorization feedback, including moved plugin entries, removed or excluded plugins, changed `.reason.md` categories, or review-approved rationale that should be generalized into `.codex/skills/add/**`.

日本語の概要は準備中です。原文の説明を表示しています。

yutkat/my-neovim-pluginlist8332026年10月26日 更新

yutkat のスキルをすべて見る

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