一键导入
markdown
Markdown formatting rules for this project. Apply when writing or editing any .md or .mdx file, including documentation and website content.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Markdown formatting rules for this project. Apply when writing or editing any .md or .mdx file, including documentation and website content.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Apply whenever writing content a human will read — emails, documents, reports, documentation, messages, UI copy, commit messages, explanations, or any other prose. Applies Strunk's timeless rules for clearer, stronger, more professional writing.
Migrate a Subversion (SVN) repository to a standalone Git repository by running the migration directly using inline PowerShell (on Windows) or bash (on macOS/Linux). The agent executes all commands itself — detection, each migration phase, and verification — using the powershell tool with inline code (never pointing to a .ps1 file, which is blocked by Group Policy). Use this skill whenever the user mentions SVN migration, converting SVN to Git, "we're moving away from SVN", "git svn is missing", "git-svn not found on Windows", or wants to import SVN history into a Git repo. Also use when someone asks how to preserve SVN history in Git, convert branches/tags from SVN, or set up a Git mirror of an SVN repo.
Autonomously optimize any Claude Code skill by running it repeatedly, scoring outputs against binary evals, mutating the prompt, and keeping improvements. Based on Karpathy's autoresearch methodology. Use when: optimize this skill, improve this skill, run autoresearch on, make this skill better, self-improve skill, benchmark skill, eval my skill, run evals on. Outputs: an improved SKILL.md, a results log, and a changelog of every mutation tried.
Workflow for generating conventional commit messages following the Conventional Commits specification. MUST be invoked every time a commit is created. Guides construction of standardized commit messages with correct type, scope, description, body, and footer.
Go coding standards and conventions for this project. Apply when writing, reviewing, or refactoring any Go source file.
PowerShell cmdlet conventions for this project. Apply when writing or reviewing any .ps1 or module file.
| name | markdown |
| description | Markdown formatting rules for this project. Apply when writing or editing any .md or .mdx file, including documentation and website content. |
The following markdown content rules are enforced in the validators:
Follow these guidelines for formatting and structuring your markdown content:
Headings: Use ## for H2 and ### for H3. Ensure that headings are used in a
hierarchical manner. Recommend restructuring if content includes H4, and more
strongly recommend for H5.
Lists: Use - for bullet points and 1. for numbered lists. Indent nested lists with two spaces.
Code Blocks: Use fenced code blocks with a language for syntax highlighting:
fmt.Println("hello")
Links:
[Docs](https://example.com/docs)[Docs][docs] and add at the end of the page:
[docs]: https://example.com/docsImages: Use  for images. Include a brief description
of the image in the alt text.
Tables: Use | to create tables. Ensure that columns are properly aligned
and headers are included.
Line Length: Break lines at 120 characters to improve readability. Use soft line breaks for long paragraphs.
Whitespace: Use blank lines to separate sections and improve readability. Avoid excessive whitespace.
After editing any .md or .mdx file, run the following command and resolve all reported
errors before considering the task complete:
npx markdownlint-cli2 <edited-file>
This closes the feedback loop so violations are caught and fixed immediately rather than relying on an external CI run.
Ensure compliance with the following validation requirements: