Skip to content

Support external custom instruction files and extension-based instruction targeting #6098

@godzail

Description

@godzail

What specific problem does this solve?

Features Request

I would like to propose two enhancements to improve the flexibility and scalability of RooCode’s custom instruction system:


1. Support external instruction files with path reference

Currently, I attempted to include custom instructions from a file located in the .roocode/ folder by referencing external file path (e.g. ./.github/copilot-instructions.md), but it doesn’t seem to work.
It would be very useful to allow the inclusion of custom instruction files from external folders, by specifying their relative or absolute path.

Use Case:

This would allow reusing instruction templates across multiple projects or integrating existing general instruction files from tools like GitHub Copilot.


2. Instruction file naming by extension scope

Introduce a naming convention such as py-instruction.md to make instructions language-specific. For example:

  • py-instruction.md → valid only for .py files
  • ts-instruction.md → valid only for .ts files
  • html-instruction.md → for HTML files, etc.

This would allow RooCode to apply precise, language-aware context based on the file being edited, without needing manual toggling or multiple generic instruction files.


Benefits

  • Better modularity and DRY principles across multiple codebases
  • Seamless integration with shared or external instruction sources
  • Improved developer experience with language-specific customization

Additional context (optional)

No response

Roo Code Task Links (Optional)

No response

Request checklist

  • I've searched existing Issues and Discussions for duplicates
  • This describes a specific problem with clear impact and context

Interested in implementing this?

  • Yes, I'd like to help implement this feature

Implementation requirements

  • I understand this needs approval before implementation begins

How should this be solved? (REQUIRED if contributing, optional otherwise)

No response

How will we know it works? (Acceptance Criteria - REQUIRED if contributing, optional otherwise)

No response

Technical considerations (REQUIRED if contributing, optional otherwise)

No response

Trade-offs and risks (REQUIRED if contributing, optional otherwise)

No response

Metadata

Metadata

Assignees

No one assigned

    Labels

    Issue/PR - TriageNew issue. Needs quick review to confirm validity and assign labels.enhancementNew feature or requestproposal

    Type

    No type

    Projects

    Status

    Done

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions