[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill-roo-code-security-best-practices":3,"mdc--r6noi7-key":34,"related-repo-roo-code-security-best-practices":314,"related-org-roo-code-security-best-practices":418},{"slug":4,"name":4,"fn":5,"description":6,"org":7,"tags":12,"stars":23,"repoUrl":24,"updatedAt":25,"license":26,"forks":27,"topics":28,"repo":29,"sourceUrl":32,"mdContent":33},"security-best-practices","perform security best-practice code reviews","Perform language and framework specific security best-practice reviews and suggest improvements. Trigger only when the user explicitly requests security best practices guidance, a security review\u002Freport, or secure-by-default coding help. Trigger only for supported languages (python, javascript\u002Ftypescript, go). Do not trigger for general code review, debugging, or non-security tasks.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":11},"roo-code","Roo Code","https:\u002F\u002Fpexgzepcugksgbtrxkhf.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Forg-logos\u002Froo-code.png","RooCodeInc",[13,17,20],{"name":14,"slug":15,"type":16},"Security","security","tag",{"name":18,"slug":19,"type":16},"Code Review","code-review",{"name":21,"slug":22,"type":16},"Best Practices","best-practices",5,"https:\u002F\u002Fgithub.com\u002FRooCodeInc\u002FRoomote","2026-07-16T06:01:51.772477",null,0,[],{"repoUrl":24,"stars":23,"forks":27,"topics":30,"description":31},[],"Your own cloud coding agent. Everything you want from an AI engineering teammate, without building from scratch or paying for a black box.","https:\u002F\u002Fgithub.com\u002FRooCodeInc\u002FRoomote\u002Ftree\u002FHEAD\u002Fpackages\u002Fcloud-agents\u002Fsrc\u002Fserver\u002Fworkflows\u002Fskills\u002Fstandard\u002Fsecurity-best-practices","---\nname: \"security-best-practices\"\ndescription: \"Perform language and framework specific security best-practice reviews and suggest improvements. Trigger only when the user explicitly requests security best practices guidance, a security review\u002Freport, or secure-by-default coding help. Trigger only for supported languages (python, javascript\u002Ftypescript, go). Do not trigger for general code review, debugging, or non-security tasks.\"\n---\n\n# Security Best Practices\n\n## Overview\n\nThis skill provides a description of how to identify the language and frameworks used by the current context, and then to load information from this skill's references directory about the security best practices for this language and or frameworks.\n\nThis information, if present, can be used to write new secure by default code, or to passively detect major issues within existing code, or (if requested by the user) provide a vulnerability report and suggest fixes.\n\n## Workflow\n\nThe initial step for this skill is to identify ALL languages and ALL frameworks which you are being asked to use or already exist in the scope of the project you are working in. Focus on the primary core frameworks. Often you will want to identify both frontend and backend languages and frameworks.\n\nThen check this skill's references directory to see if there are any relevant documentation for the language and or frameworks. Make sure you read ALL reference files which relate to the specific framework or language. The format of the filenames is `\u003Clanguage>-\u003Cframework>-\u003Cstack>-security.md`. You should also check if there is a `\u003Clanguage>-general-\u003Cstack>-security.md` which is agnostic to the framework you may be using.\n\nIf working on a web application which includes a frontend and a backend, make sure you have checked for reference documents for BOTH the frontend and backend!\n\nIf you are asked to make a web app which will include both a frontend and backend, but the frontend framework is not specified, also check out `javascript-general-web-frontend-security.md`. It is important that you understand how to secure both the frontend and backend.\n\nIf no relevant information is available in the skill's references directory, think a little bit about what you know about the language, the framework, and all well known security best practices for it. If you are unsure you can try to search online for documentation on security best practices.\n\nFrom there it can operate in a few ways.\n\n1. The primary mode is to just use the information to write secure by default code from this point forward. This is useful for starting a new project or when writing new code.\n\n2. The secondary mode is to passively detect vulnerabilities while working in the project and writing code for the user. Critical or very important vulnerabilities or major issues going against security guidance can be flagged and the user can be told about them. This passive mode should focus on the largest impact vulnerabilities and secure defaults.\n\n3. The user can ask for a security report or to improve the security of the codebase. In this case a full report should be produced describe anyways the project fails to follow security best practices guidance. The report should be prioritized and have clear sections of severity and urgency. Then offer to start working on fixes for these issues. See #fixes below.\n\n## Workflow Decision Tree\n\n- If the language\u002Fframework is unclear, inspect the repo to determine it and list your evidence.\n- If matching guidance exists in `references\u002F`, load only the relevant files and follow their instructions.\n- If no matching guidance exists, consider if you know any well known security best practices for the chosen language and or frameworks, but if asked to generate a report, let the user know that concrete guidance is not available (you can still generate the report or detect for sure critical vulnerabilities)\n\n# Overrides\n\nWhile these references contain the security best practices for languages and frameworks, customers may have cases where they need to bypass or override these practices. Pay attention to specific rules and instructions in the project's documentation and prompt files which may require you to override certain best practices. When overriding a best practice, you MAY report it to the user, but do not fight with them. If a security best practice needs to be bypassed \u002F ignored for some project specific reason, you can also suggest to add documentation about this to the project so it is clear why the best practice is not being followed and to follow that bypass in the future.\n\n# Report Format\n\nWhen producing a report, you should write the report as a markdown file in `security_best_practices_report.md` or some other location if provided by the user. You can ask the user where they would like the report to be written to.\n\nThe report should have a short executive summary at the top.\n\nThe report should be clearly delineated into multiple sections based on severity of the vulnerability. The report should focus on the most critical findings as these have the highest impact for the user. All findings should be noted with an numeric ID to make them easier to reference.\n\nFor critical findings include a one sentence impact statement.\n\nOnce the report is written, also report it to the user directly, although you may be less verbose. You can offer to explain any of the findings or the reasons behind the security best practices guidance if the user wants more info on any findings.\n\nImportant: When referencing code in the report, make sure to find and include line numbers for the code you are referencing.\n\nAfter you write the report file, summarize the findings to the user.\n\nAlso tell the user where the final report was written to\n\n# Fixes\n\nIf you produced a report, let the user read the report and ask to begin performing fixes.\n\nIf you passively found a critical finding, notify the user and ask if they would like you to fix this finding.\n\nWhen producing fixes, focus on fixing a single finding at a time. The fixes should have concise clear comments explaining that the new code is based on the specific security best practice, and perhaps a very short reason why it would be dangerous to not do it in this way.\n\nAlways consider if the changes you want to make will impact the functionality of the user's code. Consider if the changes may cause regressions with how the project works currently. It is often the case that insecure code is relied on for other reasons (and this is why insecure code lives on for so long). Avoid breaking the user's project as this may make them not want to apply security fixes in the future. It is better to write a well thought out, well informed by the rest of the project, fix, then a quick slapdash change.\n\nAlways follow any normal change or commit flow the user has configured. If making git commits, provide clear commit messages explaining this is to align with security best practices. Try to avoid bunching a number of unrelated findings into a single commit.\n\nAlways follow any normal testing flows the user has configured (if any) to confirm that your changes are not introducing regressions. Consider the second order impacts the changes may have and inform the user before making them if there are any.\n\n# General Security Advice\n\nBelow is a few bits of secure coding advice that applies to almost any language or framework.\n\n### Avoid Using Incrementing IDs for Public IDs of Resources\n\nWhen assigning an ID for some resource, which will then be used by exposed to the internet, avoid using small auto-incrementing IDs. Use longer, random UUID4 or random hex string instead. This will prevent users from learning the quantity of a resource and being able to guess resource IDs.\n\n### A note on TLS\n\nWhile TLS is important for production deployments, most development work will be with TLS disabled or provided by some out-of-scope TLS proxy. Due to this, be very careful about not reporting lack of TLS as a security issue. Also be very careful around use of \"secure\" cookies. They should only be set if the application will actually be over TLS. If they are set on non-TLS applications (such as when deployed for local dev or testing), it will break the application. You can provide a env or other flag to override setting secure as a way to keep it off until on a TLS production deployment. Additionally avoid recommending HSTS. It is dangerous to use without full understanding of the lasting impacts (can cause major outages and user lockout) and it is not generally recommended for the scope of projects being reviewed by Roomote agents.\n",{"data":35,"body":36},{"name":4,"description":6},{"type":37,"children":38},"root",[39,47,54,60,65,71,76,98,103,116,121,126,146,152,179,185,190,196,209,214,219,224,229,234,239,244,250,255,260,265,270,275,280,286,291,298,303,309],{"type":40,"tag":41,"props":42,"children":43},"element","h1",{"id":4},[44],{"type":45,"value":46},"text","Security Best Practices",{"type":40,"tag":48,"props":49,"children":51},"h2",{"id":50},"overview",[52],{"type":45,"value":53},"Overview",{"type":40,"tag":55,"props":56,"children":57},"p",{},[58],{"type":45,"value":59},"This skill provides a description of how to identify the language and frameworks used by the current context, and then to load information from this skill's references directory about the security best practices for this language and or frameworks.",{"type":40,"tag":55,"props":61,"children":62},{},[63],{"type":45,"value":64},"This information, if present, can be used to write new secure by default code, or to passively detect major issues within existing code, or (if requested by the user) provide a vulnerability report and suggest fixes.",{"type":40,"tag":48,"props":66,"children":68},{"id":67},"workflow",[69],{"type":45,"value":70},"Workflow",{"type":40,"tag":55,"props":72,"children":73},{},[74],{"type":45,"value":75},"The initial step for this skill is to identify ALL languages and ALL frameworks which you are being asked to use or already exist in the scope of the project you are working in. Focus on the primary core frameworks. Often you will want to identify both frontend and backend languages and frameworks.",{"type":40,"tag":55,"props":77,"children":78},{},[79,81,88,90,96],{"type":45,"value":80},"Then check this skill's references directory to see if there are any relevant documentation for the language and or frameworks. Make sure you read ALL reference files which relate to the specific framework or language. The format of the filenames is ",{"type":40,"tag":82,"props":83,"children":85},"code",{"className":84},[],[86],{"type":45,"value":87},"\u003Clanguage>-\u003Cframework>-\u003Cstack>-security.md",{"type":45,"value":89},". You should also check if there is a ",{"type":40,"tag":82,"props":91,"children":93},{"className":92},[],[94],{"type":45,"value":95},"\u003Clanguage>-general-\u003Cstack>-security.md",{"type":45,"value":97}," which is agnostic to the framework you may be using.",{"type":40,"tag":55,"props":99,"children":100},{},[101],{"type":45,"value":102},"If working on a web application which includes a frontend and a backend, make sure you have checked for reference documents for BOTH the frontend and backend!",{"type":40,"tag":55,"props":104,"children":105},{},[106,108,114],{"type":45,"value":107},"If you are asked to make a web app which will include both a frontend and backend, but the frontend framework is not specified, also check out ",{"type":40,"tag":82,"props":109,"children":111},{"className":110},[],[112],{"type":45,"value":113},"javascript-general-web-frontend-security.md",{"type":45,"value":115},". It is important that you understand how to secure both the frontend and backend.",{"type":40,"tag":55,"props":117,"children":118},{},[119],{"type":45,"value":120},"If no relevant information is available in the skill's references directory, think a little bit about what you know about the language, the framework, and all well known security best practices for it. If you are unsure you can try to search online for documentation on security best practices.",{"type":40,"tag":55,"props":122,"children":123},{},[124],{"type":45,"value":125},"From there it can operate in a few ways.",{"type":40,"tag":127,"props":128,"children":129},"ol",{},[130,136,141],{"type":40,"tag":131,"props":132,"children":133},"li",{},[134],{"type":45,"value":135},"The primary mode is to just use the information to write secure by default code from this point forward. This is useful for starting a new project or when writing new code.",{"type":40,"tag":131,"props":137,"children":138},{},[139],{"type":45,"value":140},"The secondary mode is to passively detect vulnerabilities while working in the project and writing code for the user. Critical or very important vulnerabilities or major issues going against security guidance can be flagged and the user can be told about them. This passive mode should focus on the largest impact vulnerabilities and secure defaults.",{"type":40,"tag":131,"props":142,"children":143},{},[144],{"type":45,"value":145},"The user can ask for a security report or to improve the security of the codebase. In this case a full report should be produced describe anyways the project fails to follow security best practices guidance. The report should be prioritized and have clear sections of severity and urgency. Then offer to start working on fixes for these issues. See #fixes below.",{"type":40,"tag":48,"props":147,"children":149},{"id":148},"workflow-decision-tree",[150],{"type":45,"value":151},"Workflow Decision Tree",{"type":40,"tag":153,"props":154,"children":155},"ul",{},[156,161,174],{"type":40,"tag":131,"props":157,"children":158},{},[159],{"type":45,"value":160},"If the language\u002Fframework is unclear, inspect the repo to determine it and list your evidence.",{"type":40,"tag":131,"props":162,"children":163},{},[164,166,172],{"type":45,"value":165},"If matching guidance exists in ",{"type":40,"tag":82,"props":167,"children":169},{"className":168},[],[170],{"type":45,"value":171},"references\u002F",{"type":45,"value":173},", load only the relevant files and follow their instructions.",{"type":40,"tag":131,"props":175,"children":176},{},[177],{"type":45,"value":178},"If no matching guidance exists, consider if you know any well known security best practices for the chosen language and or frameworks, but if asked to generate a report, let the user know that concrete guidance is not available (you can still generate the report or detect for sure critical vulnerabilities)",{"type":40,"tag":41,"props":180,"children":182},{"id":181},"overrides",[183],{"type":45,"value":184},"Overrides",{"type":40,"tag":55,"props":186,"children":187},{},[188],{"type":45,"value":189},"While these references contain the security best practices for languages and frameworks, customers may have cases where they need to bypass or override these practices. Pay attention to specific rules and instructions in the project's documentation and prompt files which may require you to override certain best practices. When overriding a best practice, you MAY report it to the user, but do not fight with them. If a security best practice needs to be bypassed \u002F ignored for some project specific reason, you can also suggest to add documentation about this to the project so it is clear why the best practice is not being followed and to follow that bypass in the future.",{"type":40,"tag":41,"props":191,"children":193},{"id":192},"report-format",[194],{"type":45,"value":195},"Report Format",{"type":40,"tag":55,"props":197,"children":198},{},[199,201,207],{"type":45,"value":200},"When producing a report, you should write the report as a markdown file in ",{"type":40,"tag":82,"props":202,"children":204},{"className":203},[],[205],{"type":45,"value":206},"security_best_practices_report.md",{"type":45,"value":208}," or some other location if provided by the user. You can ask the user where they would like the report to be written to.",{"type":40,"tag":55,"props":210,"children":211},{},[212],{"type":45,"value":213},"The report should have a short executive summary at the top.",{"type":40,"tag":55,"props":215,"children":216},{},[217],{"type":45,"value":218},"The report should be clearly delineated into multiple sections based on severity of the vulnerability. The report should focus on the most critical findings as these have the highest impact for the user. All findings should be noted with an numeric ID to make them easier to reference.",{"type":40,"tag":55,"props":220,"children":221},{},[222],{"type":45,"value":223},"For critical findings include a one sentence impact statement.",{"type":40,"tag":55,"props":225,"children":226},{},[227],{"type":45,"value":228},"Once the report is written, also report it to the user directly, although you may be less verbose. You can offer to explain any of the findings or the reasons behind the security best practices guidance if the user wants more info on any findings.",{"type":40,"tag":55,"props":230,"children":231},{},[232],{"type":45,"value":233},"Important: When referencing code in the report, make sure to find and include line numbers for the code you are referencing.",{"type":40,"tag":55,"props":235,"children":236},{},[237],{"type":45,"value":238},"After you write the report file, summarize the findings to the user.",{"type":40,"tag":55,"props":240,"children":241},{},[242],{"type":45,"value":243},"Also tell the user where the final report was written to",{"type":40,"tag":41,"props":245,"children":247},{"id":246},"fixes",[248],{"type":45,"value":249},"Fixes",{"type":40,"tag":55,"props":251,"children":252},{},[253],{"type":45,"value":254},"If you produced a report, let the user read the report and ask to begin performing fixes.",{"type":40,"tag":55,"props":256,"children":257},{},[258],{"type":45,"value":259},"If you passively found a critical finding, notify the user and ask if they would like you to fix this finding.",{"type":40,"tag":55,"props":261,"children":262},{},[263],{"type":45,"value":264},"When producing fixes, focus on fixing a single finding at a time. The fixes should have concise clear comments explaining that the new code is based on the specific security best practice, and perhaps a very short reason why it would be dangerous to not do it in this way.",{"type":40,"tag":55,"props":266,"children":267},{},[268],{"type":45,"value":269},"Always consider if the changes you want to make will impact the functionality of the user's code. Consider if the changes may cause regressions with how the project works currently. It is often the case that insecure code is relied on for other reasons (and this is why insecure code lives on for so long). Avoid breaking the user's project as this may make them not want to apply security fixes in the future. It is better to write a well thought out, well informed by the rest of the project, fix, then a quick slapdash change.",{"type":40,"tag":55,"props":271,"children":272},{},[273],{"type":45,"value":274},"Always follow any normal change or commit flow the user has configured. If making git commits, provide clear commit messages explaining this is to align with security best practices. Try to avoid bunching a number of unrelated findings into a single commit.",{"type":40,"tag":55,"props":276,"children":277},{},[278],{"type":45,"value":279},"Always follow any normal testing flows the user has configured (if any) to confirm that your changes are not introducing regressions. Consider the second order impacts the changes may have and inform the user before making them if there are any.",{"type":40,"tag":41,"props":281,"children":283},{"id":282},"general-security-advice",[284],{"type":45,"value":285},"General Security Advice",{"type":40,"tag":55,"props":287,"children":288},{},[289],{"type":45,"value":290},"Below is a few bits of secure coding advice that applies to almost any language or framework.",{"type":40,"tag":292,"props":293,"children":295},"h3",{"id":294},"avoid-using-incrementing-ids-for-public-ids-of-resources",[296],{"type":45,"value":297},"Avoid Using Incrementing IDs for Public IDs of Resources",{"type":40,"tag":55,"props":299,"children":300},{},[301],{"type":45,"value":302},"When assigning an ID for some resource, which will then be used by exposed to the internet, avoid using small auto-incrementing IDs. Use longer, random UUID4 or random hex string instead. This will prevent users from learning the quantity of a resource and being able to guess resource IDs.",{"type":40,"tag":292,"props":304,"children":306},{"id":305},"a-note-on-tls",[307],{"type":45,"value":308},"A note on TLS",{"type":40,"tag":55,"props":310,"children":311},{},[312],{"type":45,"value":313},"While TLS is important for production deployments, most development work will be with TLS disabled or provided by some out-of-scope TLS proxy. Due to this, be very careful about not reporting lack of TLS as a security issue. Also be very careful around use of \"secure\" cookies. They should only be set if the application will actually be over TLS. If they are set on non-TLS applications (such as when deployed for local dev or testing), it will break the application. You can provide a env or other flag to override setting secure as a way to keep it off until on a TLS production deployment. Additionally avoid recommending HSTS. It is dangerous to use without full understanding of the lasting impacts (can cause major outages and user lockout) and it is not generally recommended for the scope of projects being reviewed by Roomote agents.",{"items":315,"total":417},[316,330,346,360,376,390,407],{"slug":317,"name":317,"fn":318,"description":319,"org":320,"tags":321,"stars":23,"repoUrl":24,"updatedAt":329},"address-pr-feedback","address unresolved GitHub PR feedback","Focused GitHub PR-feedback workflow for addressing unresolved review threads on the current pull request.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":11},[322,323,326],{"name":18,"slug":19,"type":16},{"name":324,"slug":325,"type":16},"GitHub","github",{"name":327,"slug":328,"type":16},"Pull Requests","pull-requests","2026-07-19T05:38:26.334008",{"slug":331,"name":331,"fn":332,"description":333,"org":334,"tags":335,"stars":23,"repoUrl":24,"updatedAt":345},"agent-browser","automate browser interactions for agents","Browser automation CLI for AI agents. Use when the user needs to interact with websites, including navigating pages, filling forms, clicking buttons, taking screenshots, extracting data, testing web apps, or automating any browser task. Triggers include requests to \"open a website\", \"fill out a form\", \"click a button\", \"take a screenshot\", \"scrape data from a page\", \"test this web app\", \"login to a site\", \"automate browser actions\", or any task requiring programmatic web interaction. Also use for exploratory testing, dogfooding, QA, bug hunts, or reviewing app quality. Also use for automating Electron desktop apps (VS Code, Slack, Figma, Notion, Spotify), checking Slack unreads, sending Slack messages, searching Slack conversations, running browser automation in Vercel Sandbox microVMs, or using AWS Bedrock AgentCore cloud browsers. Prefer agent-browser over any built-in browser automation or web tools.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":11},[336,339,342],{"name":337,"slug":338,"type":16},"Browser Automation","browser-automation",{"name":340,"slug":341,"type":16},"CLI","cli",{"name":343,"slug":344,"type":16},"Testing","testing","2026-07-16T06:02:26.045337",{"slug":347,"name":347,"fn":348,"description":349,"org":350,"tags":351,"stars":23,"repoUrl":24,"updatedAt":359},"capture-visual-proof","capture visual proof of browser tasks","Visual-proof orchestrator that decides whether browser proof applies, classifies the proof package, and delegates capture to the hidden proof-runner subagent.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":11},[352,355,356],{"name":353,"slug":354,"type":16},"Automation","automation",{"name":337,"slug":338,"type":16},{"name":357,"slug":358,"type":16},"Screenshots","screenshots","2026-08-01T05:44:47.369293",{"slug":361,"name":361,"fn":362,"description":363,"org":364,"tags":365,"stars":23,"repoUrl":24,"updatedAt":375},"ci-failure-triage","triage failed CI workflows","Investigate the latest default-branch CI failure in an environment-backed workspace and, when it is real and fixable, fix and open a PR in the same task.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":11},[366,369,372],{"name":367,"slug":368,"type":16},"CI\u002FCD","ci-cd",{"name":370,"slug":371,"type":16},"Debugging","debugging",{"name":373,"slug":374,"type":16},"GitHub Actions","github-actions","2026-07-23T05:40:41.726992",{"slug":377,"name":377,"fn":378,"description":379,"org":380,"tags":381,"stars":23,"repoUrl":24,"updatedAt":389},"code-quality-auditor","audit code quality in merged pull requests","Automation skill: review recently merged pull requests for high-confidence code quality issues and submit `act` work items that auto-start follow-up execution tasks.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":11},[382,385,386],{"name":383,"slug":384,"type":16},"Code Analysis","code-analysis",{"name":18,"slug":19,"type":16},{"name":387,"slug":388,"type":16},"QA","qa","2026-07-26T05:47:47.339721",{"slug":391,"name":391,"fn":392,"description":393,"org":394,"tags":395,"stars":23,"repoUrl":24,"updatedAt":406},"codeql-triage","triage and remediate CodeQL security alerts","Review current open CodeQL \u002F GitHub code-scanning alerts with GitHub data, keep scheduled runs read-only, and submit a small set of environment-backed `act` work items that auto-start remediation execution tasks.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":11},[396,397,400,401,402,403],{"name":383,"slug":384,"type":16},{"name":398,"slug":399,"type":16},"CodeQL","codeql",{"name":370,"slug":371,"type":16},{"name":324,"slug":325,"type":16},{"name":14,"slug":15,"type":16},{"name":404,"slug":405,"type":16},"Triage","triage","2026-07-29T05:39:37.784486",{"slug":408,"name":408,"fn":409,"description":410,"org":411,"tags":412,"stars":23,"repoUrl":24,"updatedAt":416},"create-draft-pr","create draft pull requests","Draft pull-request creation workflow. Use when repositories have pending changes or unpushed commits and you want draft PRs created.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":11},[413,414,415],{"name":353,"slug":354,"type":16},{"name":324,"slug":325,"type":16},{"name":327,"slug":328,"type":16},"2026-07-16T06:00:31.733527",33,{"items":419,"total":417},[420,426,432,438,444,450,459,465,474,486,497,510],{"slug":317,"name":317,"fn":318,"description":319,"org":421,"tags":422,"stars":23,"repoUrl":24,"updatedAt":329},{"slug":8,"name":9,"logoUrl":10,"githubOrg":11},[423,424,425],{"name":18,"slug":19,"type":16},{"name":324,"slug":325,"type":16},{"name":327,"slug":328,"type":16},{"slug":331,"name":331,"fn":332,"description":333,"org":427,"tags":428,"stars":23,"repoUrl":24,"updatedAt":345},{"slug":8,"name":9,"logoUrl":10,"githubOrg":11},[429,430,431],{"name":337,"slug":338,"type":16},{"name":340,"slug":341,"type":16},{"name":343,"slug":344,"type":16},{"slug":347,"name":347,"fn":348,"description":349,"org":433,"tags":434,"stars":23,"repoUrl":24,"updatedAt":359},{"slug":8,"name":9,"logoUrl":10,"githubOrg":11},[435,436,437],{"name":353,"slug":354,"type":16},{"name":337,"slug":338,"type":16},{"name":357,"slug":358,"type":16},{"slug":361,"name":361,"fn":362,"description":363,"org":439,"tags":440,"stars":23,"repoUrl":24,"updatedAt":375},{"slug":8,"name":9,"logoUrl":10,"githubOrg":11},[441,442,443],{"name":367,"slug":368,"type":16},{"name":370,"slug":371,"type":16},{"name":373,"slug":374,"type":16},{"slug":377,"name":377,"fn":378,"description":379,"org":445,"tags":446,"stars":23,"repoUrl":24,"updatedAt":389},{"slug":8,"name":9,"logoUrl":10,"githubOrg":11},[447,448,449],{"name":383,"slug":384,"type":16},{"name":18,"slug":19,"type":16},{"name":387,"slug":388,"type":16},{"slug":391,"name":391,"fn":392,"description":393,"org":451,"tags":452,"stars":23,"repoUrl":24,"updatedAt":406},{"slug":8,"name":9,"logoUrl":10,"githubOrg":11},[453,454,455,456,457,458],{"name":383,"slug":384,"type":16},{"name":398,"slug":399,"type":16},{"name":370,"slug":371,"type":16},{"name":324,"slug":325,"type":16},{"name":14,"slug":15,"type":16},{"name":404,"slug":405,"type":16},{"slug":408,"name":408,"fn":409,"description":410,"org":460,"tags":461,"stars":23,"repoUrl":24,"updatedAt":416},{"slug":8,"name":9,"logoUrl":10,"githubOrg":11},[462,463,464],{"name":353,"slug":354,"type":16},{"name":324,"slug":325,"type":16},{"name":327,"slug":328,"type":16},{"slug":466,"name":466,"fn":467,"description":468,"org":469,"tags":470,"stars":23,"repoUrl":24,"updatedAt":473},"create-pr","create pull requests for pending changes","Pull-request creation workflow. Use when repositories have pending changes or unpushed commits and you want ready-for-review PRs created.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":11},[471,472],{"name":324,"slug":325,"type":16},{"name":327,"slug":328,"type":16},"2026-07-16T06:03:03.397562",{"slug":475,"name":475,"fn":476,"description":477,"org":478,"tags":479,"stars":23,"repoUrl":24,"updatedAt":485},"debug-reported-bug","reproduce and debug reported bugs","Reproduce-first bug diagnosis workflow. Use when a reported bug needs to be reproduced, reduced to a deterministic failing check, and traced through git history or `git bisect` so the exact cause is understood before any fix is attempted.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":11},[480,481,484],{"name":370,"slug":371,"type":16},{"name":482,"slug":483,"type":16},"Git","git",{"name":343,"slug":344,"type":16},"2026-07-16T06:03:07.255013",{"slug":487,"name":487,"fn":488,"description":489,"org":490,"tags":491,"stars":23,"repoUrl":24,"updatedAt":496},"dependabot-triage","triage GitHub Dependabot alerts","Review current open Dependabot alerts with GitHub data, keep scheduled runs read-only, and submit a small set of environment-backed `act` work items that auto-start dependency-update execution tasks.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":11},[492,493,494,495],{"name":353,"slug":354,"type":16},{"name":324,"slug":325,"type":16},{"name":14,"slug":15,"type":16},{"name":404,"slug":405,"type":16},"2026-07-29T05:39:38.757423",{"slug":498,"name":498,"fn":499,"description":500,"org":501,"tags":502,"stars":23,"repoUrl":24,"updatedAt":509},"environment-setup","configure local development environments","Internal skill to configure environments. Never use unless the user explicitly initiates the skill. Focus on localhost-ready setup and validation.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":11},[503,506],{"name":504,"slug":505,"type":16},"Configuration","configuration",{"name":507,"slug":508,"type":16},"Local Development","local-development","2026-08-01T05:44:46.333988",{"slug":511,"name":511,"fn":512,"description":513,"org":514,"tags":515,"stars":23,"repoUrl":24,"updatedAt":520},"explain-repo-code","explain repository code and architecture","Explanation-only repository workflow. Use when the user asks to understand behavior, architecture, or rationale from source context without modifying files.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":11},[516,517],{"name":383,"slug":384,"type":16},{"name":518,"slug":519,"type":16},"Documentation","documentation","2026-07-16T06:00:34.090082"]