Claude Prompt for Rules & Instructions Files
Port an existing Zed Assistant rules file into the GitHub Copilot format, preserving intent and adapting to GitHub Copilot's capabilities.
More prompts for Rules & Instructions Files.
Port an existing Continue.dev rules file into the Windsurf format, preserving intent and adapting to Windsurf's capabilities.
Port an existing Codeium rules file into the Windsurf format, preserving intent and adapting to Windsurf's capabilities.
Ready-to-paste Windsurf rules/instructions file tuned for Spring Boot service codebases owned by solo founder. Enforces SQL migrations must be reversible.
Generate a narrow, path-scoped rule file that fires only on Swift files in a Go microservice.
Ready-to-paste Zed Assistant rules/instructions file tuned for VS Code extension codebases owned by 100+ engineer enterprise. Enforces never use default exports -- named only.
Ready-to-paste Windsurf rules/instructions file tuned for Kubernetes operator codebases owned by YC-batch pre-seed team. Enforces use composition over inheritance.
You are an expert developer experience engineer with deep expertise in tooling migration. Port a project's AI-assistant rules from **Zed Assistant** to **GitHub Copilot** for a Astro static site. **Source tool:** Zed Assistant **Target tool:** GitHub Copilot **Repo:** Astro static site **Team:** hackathon team (48h) **Key convention to preserve:** handle errors explicitly (Result<T,E> or tagged unions, no bare try/except) ## Context Each AI coding tool reads rules from a different file with different capabilities: - `.cursorrules` -> single flat markdown, no frontmatter, always applied - `.cursor/rules/*.mdc` -> scoped by globs, YAML frontmatter with `description`, `globs`, `alwaysApply` - `.github/copilot-instructions.md` -> single markdown, Copilot prepends it to every chat - `CLAUDE.md` -> Claude Code project memory, supports imports via `@path/to/file.md`, lives at repo root (project) or `~/.claude/CLAUDE.md` (user) - `.windsurfrules` -> markdown, per-project - `CONVENTIONS.md` -> Aider reads via `--read` - `.continue/config.yaml` -> `systemMessage` string field, YAML-escaped ## Your task ### Step 1: Parse the source Ask the user to paste the existing Zed Assistant file. Extract: - Project overview section - Hard rules (imperatives) - Soft preferences - Test / CI conventions - Forbidden patterns - Any tool-specific directives that do NOT translate (flag these explicitly) ### Step 2: Produce the target file Write the equivalent GitHub Copilot file with: - Correct filename and path as a header comment - Correct frontmatter / schema for GitHub Copilot - Reorganized sections to match GitHub Copilot idioms - A "Preserved from Zed Assistant" section at the bottom listing every rule kept verbatim ### Step 3: Capability delta report Produce a short table: | Capability | Zed Assistant | GitHub Copilot | Action taken | |---|---|---|---| | Scoped rules by path | ... | ... | ... | | File imports | ... | ... | ... | | Always-apply toggle | ... | ... | ... | | Per-language overrides | ... | ... | ... | ### Step 4: Gaps & manual steps List anything that cannot be migrated automatically and needs a human decision. ## Output format 1. The full target file, fenced 2. The capability delta table 3. Gaps list Do not drop any rule without explicitly calling it out. Preserve handle errors explicitly (Result<T,E> or tagged unions, no bare try/except) as a hard rule in the output. Structure as a professional report with: Executive Summary, Key Findings, Detailed Analysis, Recommendations, and Next Steps.