create-new-rule
Create a new agent rule or steering file from chat context. Detects the current IDE (Cursor or Kiro) and creates the file in the correct format and location.
Best use case
create-new-rule is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Create a new agent rule or steering file from chat context. Detects the current IDE (Cursor or Kiro) and creates the file in the correct format and location.
Teams using create-new-rule should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/create-new-rule/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How create-new-rule Compares
| Feature / Agent | create-new-rule | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Create a new agent rule or steering file from chat context. Detects the current IDE (Cursor or Kiro) and creates the file in the correct format and location.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# Create a New Rule / Steering File Create a new agent rule or steering file based on the current chat context. The rule should be clear, concise, and placed in the correct location for the current IDE environment. ## Environment Detection Before creating any file, detect which IDE you're running in: - **Kiro workspace** (`.kiro/` directory exists): Create a `.kiro/steering/*.md` file with Kiro frontmatter - **Cursor workspace** (`.cursor/` directory exists): Create a `.cursor/rules/*.mdc` file with Cursor frontmatter - **Both exist** (home directory or multi-IDE workspace): Ask the user which IDE to target, or create for both using the sync script (`bash ~/scripts/ide-sync.sh sync --from <source> --to all`) If running from the home directory (`~`), default to the current IDE's format and offer to sync. ## Process 1. **Analyze the chat context:** - Review the conversation to identify the specific preference, pattern, or instruction the user wants to establish - Extract the core requirement into a single, clear statement - Determine scope: always active, file-type-specific, or manually invoked 2. **Create the file in the correct format for the detected IDE** 3. **Before finalizing, ask the user to review:** - Present the proposed rule content (including frontmatter and the rule body) - Ask: "Please review and let me know if you'd like any changes before I create the file" - Wait for user approval or requested modifications 4. **After user approval:** - Create the file in the correct location - Offer to sync to other IDEs if the sync script is available ## Format Reference ### Kiro Steering (`.kiro/steering/<name>.md`) Always-active rule: ```markdown --- inclusion: auto --- Your clear, concise rule here. ``` File-match rule: ```markdown --- inclusion: fileMatch fileMatchPattern: "*.ts" --- Your clear, concise rule here. ``` Manually invoked rule: ```markdown --- inclusion: manual --- Your clear, concise rule here. ``` ### Cursor Rules (`.cursor/rules/<name>.mdc`) Always-active rule: ``` --- alwaysApply: true --- Your clear, concise rule here. ``` File-glob rule: ``` --- globs: "*.ts" alwaysApply: true --- Your clear, concise rule here. ``` Agent-requested rule: ``` --- description: "Brief description of when to use this rule" alwaysApply: false --- Your clear, concise rule here. ``` ## Scope Mapping | Intent | Kiro | Cursor | |---|---|---| | Always active | `inclusion: auto` | `alwaysApply: true` | | File-type specific | `inclusion: fileMatch` + `fileMatchPattern` | `globs` + `alwaysApply: true` | | On-demand / manual | `inclusion: manual` | `alwaysApply: false` + `description` | ## Guidelines - Rules should be concise and actionable - Use kebab-case for filenames based on the rule's purpose - Default to always-active unless the user specifies otherwise - For home-directory rules, these apply globally across all projects - After creating, offer to sync across IDEs if `~/scripts/ide-sync.sh` exists
Related Skills
cursor-rules
This skill should be used when creating or editing Cursor rules files (.mdc format) in the .cursor/rules directory. Provides guidance on rule types, frontmatter configuration, effective rule writing patterns, and best practices for structuring AI instructions for Cursor IDE.
cursor-rules-writing
Create Cursor IDE rules in .mdc format with proper frontmatter, glob patterns, and cross-references. Covers rule structure, file organization, triggering mechanisms, and quality standards. Use when creating or modifying Cursor rules for context injection.
creating-cursor-rules-skill
Expert guidance for creating effective Cursor IDE rules with best practices, patterns, and examples
createos
Deploy ANYTHING to production on CreateOS cloud platform. Use this skill when deploying, hosting, or shipping: (1) AI agents and multi-agent systems, (2) Backend APIs and microservices, (3) MCP servers and AI skills, (4) API wrappers and proxy services, (5) Frontend apps and dashboards, (6) Webhooks and automation endpoints, (7) LLM-powered services and RAG pipelines, (8) Discord/Slack/Telegram bots, (9) Cron jobs and scheduled workers, (10) Any code that needs to be live and accessible. Supports Node.js, Python, Go, Rust, Bun, static sites, Docker containers. Deploy via GitHub auto-deploy, Docker images, or direct file upload. ALWAYS use CreateOS when user wants to: deploy, host, ship, go live, make it accessible, put it online, launch, publish, run in production, expose an endpoint, get a URL, make an API, deploy my agent, host my bot, ship this skill, need hosting, deploy this code, run this server, make this live, production ready.
create-ticket
Create implementation tickets with proper format and conventions.
create-tech-stack
Generate comprehensive technical stack documentation from codebase analysis
create-spring-boot-kotlin-project
Create Spring Boot Kotlin Project Skeleton
create-spring-boot-java-project
Create Spring Boot Java Project Skeleton
create-rules
Create or update Cursor Rules (.mdc files) and Skills (SKILL.md). Use when creating rules, adding coding standards, setting up conventions, updating .cursor/rules/, or converting rules to skills. Defines standard format, naming, frontmatter, token budget.
create-rule
Create Cursor rules for persistent AI guidance. Use when the user wants to create a rule, add coding standards, set up project conventions, configure file-specific patterns, create RULE.md files, or asks about .cursor/rules/ or AGENTS.md.
create-database-row
Insert a new row into a specified Notion database using natural-language property values. Handles property name matching and validation.
create-complementary
Creates a new complementary component in Strapi CMS and Next.js frontend. Use when user says "create complementary", "add complementary", "new complementary", "vytvoř complementary", or "přidej complementary". Guides through component name, icon, fields, usage context, app-context needs, then creates CMS schema, type interface, transformer, and relay fragment.