Problem (one or two sentences)
The generated .roomodes schema advertises a $id that points to the GitHub blob HTML page instead of the JSON schema document itself.
Context (who is affected and when)
This affects tooling or schema consumers that dereference $id (or use it as the canonical schema document identity) when working with Roo custom modes.
Reproduction steps
Tested locally on current main at cb83656718.
- Generate the schema object locally:
import { generateRoomodesJsonSchema } from './packages/types/src/roomodes-schema'
const schema = generateRoomodesJsonSchema()
console.log(schema['$id'])
- Observe that the generated
$id is:
https://github.com/RooCodeInc/Roo-Code/blob/main/schemas/roomodes.json
- Fetch that URL's headers:
curl -I -L https://github.com/RooCodeInc/Roo-Code/blob/main/schemas/roomodes.json
- Observe that GitHub serves:
content-type: text/html; charset=utf-8
x-raw-download: https://raw.githubusercontent.com/RooCodeInc/Roo-Code/main/schemas/roomodes.json
Expected result
The generated $id should point to the actual JSON schema document (or another stable JSON-serving canonical URL), not the blob HTML page.
Actual result
The schema $id points to a GitHub HTML page, so dereferencing it returns HTML instead of the schema document.
Variations tried (optional)
Existing schema tests still pass locally, so this appears to be a narrow canonical-URL bug rather than a broader schema-generation problem.
Related prior work:
#11790 fixed schema/content mismatch problems
#11791 added the generated schema file
I could not find an existing issue specifically for the $id URL itself.
App Version
main (cb83656718)
API Provider (optional)
No response
Model Used (optional)
No response
Roo Code Task Links (optional)
No response
Relevant logs or errors (optional)
This seems like a low-severity tooling follow-up, but it is still a real correctness problem for schema consumers.
Problem (one or two sentences)
The generated
.roomodesschema advertises a$idthat points to the GitHub blob HTML page instead of the JSON schema document itself.Context (who is affected and when)
This affects tooling or schema consumers that dereference
$id(or use it as the canonical schema document identity) when working with Roo custom modes.Reproduction steps
Tested locally on current
mainatcb83656718.$idis:Expected result
The generated
$idshould point to the actual JSON schema document (or another stable JSON-serving canonical URL), not the blob HTML page.Actual result
The schema
$idpoints to a GitHub HTML page, so dereferencing it returns HTML instead of the schema document.Variations tried (optional)
Existing schema tests still pass locally, so this appears to be a narrow canonical-URL bug rather than a broader schema-generation problem.
Related prior work:
#11790fixed schema/content mismatch problems#11791added the generated schema fileI could not find an existing issue specifically for the
$idURL itself.App Version
main (
cb83656718)API Provider (optional)
No response
Model Used (optional)
No response
Roo Code Task Links (optional)
No response
Relevant logs or errors (optional)
This seems like a low-severity tooling follow-up, but it is still a real correctness problem for schema consumers.