
Agents Commenting Rules
- 1 installs
- 2 repo stars
- Updated April 29, 2026
- agniwen/work-boring
agents-commenting-rules is a Claude Code skill that requires concise, intent-explaining comments whenever agent-runtime or workflow code is modified.
About
agents-commenting-rules enforces a commenting discipline when code under an app's agent module or adjacent workflow files is changed. It requires short comments explaining safety guards, approval and retry branches, cross-process handoffs, and tool-execution constraints, and includes a checklist to update or remove stale comments before finishing. A developer uses it to keep non-obvious agent-runtime logic documented in code.
- Requires concise comments when editing agent-runtime and workflow code
- Targets safety guards, approval/retry branches, and path-resolution constraints
- Includes a before-finishing checklist to re-read touched helpers and remove stale comments
Agents Commenting Rules by the numbers
- 1 all-time installs (skills.sh)
- Ranked #982 of 1,352 Code Review & Quality skills by installs in the Skillselion catalog
- Data as of Jul 7, 2026 (Skillselion catalog sync)
agents-commenting-rules capabilities & compatibility
- Capabilities
- code quality · code documentation
- Use cases
- code review · documentation
- Pricing
- Free
What agents-commenting-rules says it does
Apply this skill whenever work touches the repository's agent runtime, tools, or agent workflow wiring.
Keep comments short and specific. Explain the constraint, intent, or reason.
Remove or rewrite comments that no longer match the code.
npx skills add https://github.com/agniwen/work-boring --skill agents-commenting-rulesAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 1 |
|---|---|
| repo stars | ★ 2 |
| Last updated | April 29, 2026 |
| Repository | agniwen/work-boring ↗ |
What it does
Enforce concise, intent-explaining comments when editing agent-runtime and workflow code.
Who is it for?
keeping safety guards, approval/retry branches, and path-resolution logic commented after edits
Skip if: generating external documentation or commenting unrelated non-agent code
When should I use this skill?
changing files under src/main/agents or agent/tool/approval flow code
What you get
Touched agent-related code carries short comments explaining constraints, and stale comments are removed.
- concise inline comments on touched agent code
- removal of stale comments
By the numbers
- 3-step before-finishing checklist
Files
Agents Commenting Rules
Apply this skill whenever work touches the repository's agent runtime, tools, or agent workflow wiring.
Scope
Use this skill when editing:
src/main/agents/**- adjacent flow files that change agent execution behavior, such as:
src/main/services/chat-service.tssrc/main/orpc/router.tssrc/renderer/src/routes/_dashboard/chat/{-$sessionId}.tsxsrc/renderer/src/lib/orpc.ts
Required Commenting Rule
For touched agent-related code, add or update concise comments on:
- helper functions with non-obvious behavior
- safety guards and fallback paths
- approval, continuation, or retry flow branches
- cross-process or persistence handoff points
- tool execution rules and path-resolution constraints
Keep comments short and specific. Explain the constraint, intent, or reason. Do not narrate obvious assignments or restate the code mechanically.
Good Targets
Typical places that should carry comments after edits:
- path normalization and workspace-boundary checks
- blocked command filters and execution safeguards
rgtogrepfallback logic- provider/env resolution rules
- assistant message continuation vs new-turn persistence
- approval-requested to approval-responded resume flow
Comment Style
- Prefer one short comment directly above the function or block it explains.
- Focus on "why this branch exists" or "what invariant this preserves".
- Update stale comments in the same change whenever logic moves.
- If a touched helper or flow branch is still hard to understand without reading multiple files, it probably needs a comment.
Before Finishing
For every changed agent-related file:
1. Re-read the touched helper functions and flow branches. 2. Check that non-obvious behavior has a concise comment. 3. Remove or rewrite comments that no longer match the code.
Related skills
FAQ
Which files does this apply to?
Files under src/main/agents plus adjacent flow files like chat-service.ts, the oRPC router, and the chat route/orpc client.
What should be commented?
Helper functions with non-obvious behavior, safety guards and fallbacks, approval/continuation/retry branches, cross-process handoffs, and tool-execution rules.