regex-builder
GitHub根据自然语言描述构建正则表达式或解析现有正则。支持构建与解释模式，自动推断引擎方言，输出包含代码块、逐词分解表、通过/拒绝测试用例及边缘情况说明，确保结果正确且可解释。
Trigger Scenarios
Install
npx skills add mohitagw15856/pm-claude-skills --skill regex-builder -g -y
SKILL.md
Frontmatter
{
"name": "regex-builder",
"description": "Build a regular expression from a plain-English description, or explain an existing one. Use when asked to write a regex, match\/validate\/extract a pattern, or understand what a regex does. Produces the regex, a token-by-token breakdown, passing and failing test cases, and notes on flavor\/edge cases."
}
Regex Builder & Explainer Skill
Produce correct, readable regular expressions — and explain them so the user actually understands what they're shipping.
Working from a brief
Infer the regex flavor (JavaScript/PCRE/Python/Go) from context; if unstated, default to one and say so (assumed — confirm). Always deliver a working pattern and tests even from a loose description. Never leave placeholders.
Required Inputs
- What should match and what should NOT — 3+ positive examples and, critically, 2+ near-miss negatives (the strings that look matchable but must be rejected). The negatives are where every regex bug lives.
- The engine/flavor (JavaScript, PCRE, Python
re, RE2, grep -E…) — anchors, lookbehind, and Unicode behaviour differ enough to break portability silently. - Where it runs — validation, extraction, or replacement changes how greedy the pattern should be.
Two modes
- Build: the user describes what to match → produce the regex.
- Explain: the user pastes a regex → break it down. Detect which from the input.
Output Structure
Pattern
The regex in a code block, plus the flavor and any flags (e.g. i, g, m) and why.
Breakdown
A token-by-token table or list: each part of the pattern and what it matches.
| Token | Matches |
|---|---|
^ |
start of string |
| … | … |
Test cases
- ✅ Matches: 3–5 strings it should match
- ❌ Rejects: 3–5 strings it should not match (include the tricky near-misses)
Notes
Edge cases, catastrophic-backtracking risks, anchoring, Unicode, and a simpler alternative if the regex is getting unwieldy (sometimes "don't use regex" is the right answer — say so).
Quality Checks
- The pattern actually passes the listed "matches" and rejects the "rejects"
- Flavor and flags are stated
- The breakdown covers every token, not just the interesting ones
- Edge cases / backtracking risks are flagged
Anti-Patterns
- Do not give a regex with no test cases — always prove it
- Do not ignore the flavor —
\d, lookbehind, and named groups differ across engines - Do not produce an unreadable one-liner when a commented/verbose version or a non-regex approach is clearer
- Do not silently assume anchoring — state whether it matches the whole string or a substring
Version History
-
961cbeb
Current 2026-07-11 19:53
新增 Required Inputs 章节，明确要求提供正负样本（特别是易混淆的负样本）、指定正则引擎方言及运行场景，以提升构建准确性和兼容性。
- a38bc30 2026-07-05 11:42
