dcr-reviewer-init

Bind a reviewer to an active deep-code-review round with a task name and suffix.

3|Updated Mar 15, 2026
One-click install
npx skills add https://github.com/Koryto/dotagent --skill dcr-reviewer-init
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: dcr-reviewer-init
Source: https://github.com/Koryto/dotagent/tree/main/.agent/playbooks/deep-code-review/skills/dcr-reviewer-init
Command: npx skills add https://github.com/Koryto/dotagent --skill dcr-reviewer-init

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Bind a human reviewer to an active Deep Code Review round by explicitly assigning a task_name and a unique suffix at invocation time, ensuring traceability and proper round alignment.

Core Features & Use Cases

  • Bind the reviewer run to a named task and suffix at invocation time to establish identity in round context.
  • Read and honor the active round artifacts and contracts (readme, 00_round_context, prior round feedback) to guide findings.
  • Output reviewer findings to reviewers/reviewer_<suffix>.md and reuse finding IDs where applicable to preserve continuity.

Quick Start

Invoke dcr-reviewer-init with a task_name and suffix to join an active review round.

Frequently Asked Questions about dcr-reviewer-init

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I join an active deep code review round as a reviewer?

To join a deep code review round, invoke the skill with a specific task_name and suffix. This binds your reviewer identity to the active round context and ensures your feedback is traceable to the correct task.

What is a task_name and suffix used for in code review assignment?

A task_name and suffix are used in code review assignment to bind a reviewer to a specific task within an active round. The suffix uniquely identifies the reviewer, ensuring outputs are written to a dedicated reviewer artifact file.

How do I ensure my code review findings align with prior round context?

To align code review findings with prior context, the skill reads active round artifacts like the readme and round context files. It reuses existing finding IDs where applicable to preserve continuity across review rounds.

Can I write reviewer feedback to a structured artifact path during a code review?

Yes, you can write reviewer feedback to a structured artifact path. The skill outputs your findings directly to the reviewers/reviewer_<suffix>.md file, maintaining a standardized format for the current review round.

Do I need an ongoing review round to use task-binding for code review?

Yes, task-binding for code review requires an ongoing round. The skill is designed to join active deep code review sessions where explicit task_name and suffix parameters are necessary to establish reviewer identity and context.

Why does my code review output need a unique suffix?

A unique suffix is needed for code review output to prevent file collisions and maintain traceability. It generates a distinct reviewer_<suffix>.md artifact, ensuring your feedback is isolated and properly attributed within the round.