Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
agniwen avatar

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)
At a glance

agents-commenting-rules capabilities & compatibility

Capabilities
code quality · code documentation
Use cases
code review · documentation
Pricing
Free
From the docs

What agents-commenting-rules says it does

Apply this skill whenever work touches the repository's agent runtime, tools, or agent workflow wiring.
SKILL.md
Keep comments short and specific. Explain the constraint, intent, or reason.
SKILL.md
Remove or rewrite comments that no longer match the code.
SKILL.md
npx skills add https://github.com/agniwen/work-boring --skill agents-commenting-rules

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs1
repo stars2
Last updatedApril 29, 2026
Repositoryagniwen/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

SKILL.mdMarkdownGitHub ↗

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.ts
  • src/main/orpc/router.ts
  • src/renderer/src/routes/_dashboard/chat/{-$sessionId}.tsx
  • src/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
  • rg to grep fallback 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.

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.