Guide · Agent skill
How to use the Clean Up Comments for Production agent skill
Updated · written with AI from the project's own documentation and checked against our catalogue data
The clean-up-comments skill is a review checklist that an AI agent follows when you ask it to check front-end markup before release. It looks for development leftovers such as TODO, FIXME and DEBUG comments, console logs, unused markup and sensitive details hidden in comments. This guide explains what the skill does, how to install it, how to ask for it in plain language and what to keep in mind before relying on it.
Quick start
- 1Download the ZIP. Get the clean-up-comments skill ZIP from the directory page.
- 2Unzip the skill. Extract it into ~/.claude/skills/ for personal use, or into the project's .claude/skills/ folder for one project.
- 3Or upload it in the Claude apps. Go to Settings, then Capabilities, then Skills, and upload the skill there.
- 4Choose a scope. Pick a template, rendered page or shared component to review rather than the whole project.
- 5Ask in plain language. Describe the pre-release review you want, mentioning comments, debug code or templates.
- 6Check each finding. Read the flagged elements and decide which to remove, keeping accessibility and needed comments.
What does the clean-up-comments skill make the agent do?
When the skill is active, the agent reviews web page markup, templates and shared components for things that should not reach production. The source describes the goal as removing development comments, debug code, unused markup and temporary elements, and validating the final browser-facing markup rather than only the source framework code.
The skill is built around the reasoning that comments can expose internal logic, add file size, and leak information such as API endpoints, credentials or system architecture.
- Flags TODO, FIXME and DEBUG comments
- Flags console logs and debug elements
- Flags unused markup and temporary elements
- Flags sensitive details hidden in comments
- Names the exact elements, attributes or routes involved and suggests removals
How do you install the clean-up-comments skill?
Download the ZIP for the skill from the directory page. Unzip it into one of the following locations, depending on whether you want it available everywhere or only in one project.
You can also upload the skill in the Claude apps. Open Settings, go to Capabilities, then Skills, and add it there.
- Personal use across projects: unzip into ~/.claude/skills/
- Single project only: unzip into the project's .claude/skills/ folder
- Claude apps: Settings → Capabilities → Skills, then upload the skill
How do you trigger the skill with a natural request?
You do not need a special command. Describe the review you want in ordinary words that mention templates, rendered HTML, shared components, comments or debug output. The skill's description focuses on reviewing templates, rendered HTML and shared components for production leftovers, so requests that name those things are the most likely to use it.
Be specific about the scope. Pointing the agent at one template or component gives more useful results than asking it to review the whole project at once.
- Review this template for leftover TODO and FIXME comments before we ship.
- Check this rendered HTML for console logs and debug markup.
- Look through these shared components for comments that reveal internal details.
- Do a quick pre-launch checklist pass on the header and footer partials.
What does a typical review look like?
The skill is a checklist, so the output is a list of findings. It will point to the element, attribute or route where the problem appears and suggest what to remove. The source's own guidance keeps some comments on purpose, such as accessibility notes like a skip-to-content link comment and legal or critical-style comments.
Treat the result as a set of suggestions. You make the edits yourself and check that you have not removed a comment that is needed.
- Keep: accessibility comments and important production comments, for example a comment explaining a skip link or critical above-the-fold styles
- Remove: TODO, FIXME and DEBUG notes, debug divs such as a red debug-info block, and comments that expose internal details
<!-- ❌ Remove: Development comments -->
<!-- TODO: Fix this later -->
<!-- FIXME: This is a temporary solution -->
<!-- ✅ Keep: Important comments for production -->
<!-- Skip to main content link for accessibility -->What does the skill need, and what are its limits?
The skill lists no required tools or packages. It does not run scripts and does not use the network. It works on the code you give it and produces advice.
It is not an automated stripping tool. It does not run in a build pipeline and does not configure your build tools. A tip in the source suggests configuring build tools to strip comments automatically, but the skill itself does not set that up. It also covers comments and debug leftovers only, so it is not a security audit or a full vulnerability scan. It targets browser-facing HTML, so it is not meant for backend logic or non-web code.
- Requirements: none listed
- Runs scripts: no
- Uses network: no
- Does not edit files on its own
- Not a build-pipeline comment stripper
- Not a security audit
What tips help you get better results?
Give the agent the final rendered output where you can, not only the source template, because the skill asks you to validate what the browser receives. Share shared components alongside the pages that use them so that a leftover in one partial is caught everywhere it appears.
After the review, check the page itself, including accessibility features, so you know the removed comments did not carry any required meaning.
- Paste or point to rendered HTML as well as templates
- Include shared components and partials, not just single pages
- Review accessibility-related comments before deleting them
- Re-run the review after major template changes
What people use it for
- Checking a page template for leftover TODO and FIXME notes before a launch
- Finding console logs and red debug blocks in rendered HTML
- Reviewing shared header and footer components for comments that reveal internal endpoints or architecture
- Running a quick pre-launch checklist on a marketing page
Frequently asked questions
Is the clean-up-comments skill free to use?
The source lists the licence as MIT. It does not list any price, so check the directory page for the current terms before you install it.
What do I need installed to use this skill?
The source lists no requirements. The skill does not run scripts and does not use the network, so it works by giving the agent instructions to follow on the code you provide.
Will the skill remove comments from my files automatically?
No. It is a review checklist that flags elements and suggests removals. It does not edit files on its own and does not configure build tools to strip comments.
Can it replace a security audit?
No. It covers comments and debug leftovers only. It does not perform full vulnerability scanning, so use dedicated security tools for that.
Which code does this skill work on?
It targets browser-facing HTML markup, including templates, server-rendered HTML and shared components. It is not meant for backend logic or non-web code.
Which comments should I keep when cleaning up?
Keep accessibility and legal comments, and important production comments such as a note explaining a skip-to-content link. Remove TODO, FIXME and DEBUG notes.
New agent skills, repos and AI tools — every week
The best new skills and open-source projects, the fastest-growing repos, and one free prompt. Five minutes to read. Unsubscribe anytime.
Our verdict
Use this skill if you are a front-end developer or reviewer who wants a quick, repeatable checklist for leaked comments and debug output before a release. Pick something else if you need automated comment stripping in a build pipeline, a full security audit, or a review of backend or non-web code.
Download the skill