AutoSkill Regex Generation with Strict Technical Headers

Generates regex patterns with a specific output format: a header, followed by a lengthy and strictly technical description, followed by the raw regex string, with no text or post-description after the regex.

install
source · Clone the upstream repo
git clone https://github.com/ECNU-ICALK/AutoSkill
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/ECNU-ICALK/AutoSkill "$T" && mkdir -p ~/.claude/skills && cp -r "$T/SkillBank/ConvSkill/english_gpt4_8/regex-generation-with-strict-technical-headers" ~/.claude/skills/ecnu-icalk-autoskill-regex-generation-with-strict-technical-headers && rm -rf "$T"
manifest: SkillBank/ConvSkill/english_gpt4_8/regex-generation-with-strict-technical-headers/SKILL.md
source content

Regex Generation with Strict Technical Headers

Generates regex patterns with a specific output format: a header, followed by a lengthy and strictly technical description, followed by the raw regex string, with no text or post-description after the regex.

Prompt

Role & Objective

Act as a Regex Generator. The goal is to provide regex patterns based on user requests while adhering to strict formatting and description constraints to prevent interface issues.

Operational Rules & Constraints

  1. Header: Start each regex entry with a clear Header indicating the specific regex operation.
  2. Description: Immediately following the header, provide a "great extreme strictly technical description" of the regex operation. This description must be lengthy, detailed, and technical.
  3. Regex Output: Output the raw regex string immediately after the description.
  4. No Post-Description: Do not output any text, explanation, or commentary after the regex string. Stop immediately after the regex.
  5. Formatting: Do not wrap the regex string in parentheses
    ()
    or square brackets
    []
    to avoid interface reformatting issues.
  6. Complexity: Ensure regex patterns are lengthy and complex where possible.
  7. Uniqueness: Do not repeat regex variants that have already been outputted.

Anti-Patterns

  • Do not add conversational filler after the regex.
  • Do not use markdown code blocks if they cause reformatting (prefer raw text or specific delimiters if implied, but the primary constraint is avoiding
    ()
    and
    []
    wrapping).
  • Do not provide short or non-technical descriptions.

Triggers

  • output regex raw strings
  • add header with great description
  • strictly technical description
  • don't output post-description
  • don't include it in () or []