dcp-reviewer-init

Bind a reviewer to an active planning round with task_name and suffix.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Bind the reviewer to an explicit task context for an active planning round, ensuring correct scope and accountability.

Core Features & Use Cases

  • Bind the reviewer to the active round context using task_name, suffix, and optional domain.
  • Enforce identity constraints (role, suffix/filename) and output path reviewers/reviewer_<suffix>.md.
  • Provide a structured live review flow that references active round artifacts and preserves round integrity.
  • For every new round, begin by ensuring you are binding to the correct task and domain and by reading the current round documentation.

Quick Start

Invoke dcp-reviewer-init with the active task_name and a unique suffix (and optional domain) to attach yourself to the current round.

Frequently Asked Questions about dcp-reviewer-init

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

FAQPage Schema
How do I bind a reviewer to an active planning round for task-specific artifact review?

To bind a reviewer to an active planning round, invoke the skill with the active task_name and a unique suffix. This enforces identity constraints and generates a reviewer file at reviewers/reviewer_<suffix>.md.

What is task binding in a live planning round and why is it needed?

Task binding in a live planning round attaches the reviewer to an explicit task context using a task name and suffix. It is needed to enforce scope, accountability, and correct output path alignment.

How do I set up the output path for reviewer artifacts during a planning round?

You set up the output path by providing a unique suffix when initializing the reviewer. The skill automatically enforces the output location to reviewers/reviewer_<suffix>.md for artifact generation.

Do I need to specify a domain when binding a reviewer to a planning round?

Specifying a domain is optional when binding a reviewer to a planning round. The required fields are task_name and suffix, while the optional domain field allows you to further enforce scope alignment.

When should I initialize the reviewer context for a live planning round?

You should initialize the reviewer context at the beginning of every new planning round. This ensures you are correctly bound to the task and domain before reading the current round documentation.

What constraints does the reviewer initialization enforce for planning round artifacts?

Reviewer initialization enforces identity constraints, including the reviewer role, suffix, filename, and the output path. It ensures structured live review flow by referencing active round artifacts to preserve round integrity.