plan-test-modify

Modifies plan-test.md files by updating statuses and resolving conflict and DRAFT markers.

31|5|Updated Jan 14, 2026
One-click install
npx skills add https://github.com/NSEvteev/FullSpec --skill plan-test-modify-nsevteev
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: plan-test-modify
Source: https://github.com/NSEvteev/FullSpec/tree/main/.claude/skills/plan-test-modify
Command: npx skills add https://github.com/NSEvteev/FullSpec --skill plan-test-modify-nsevteev

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Automates updating an existing test plan document by applying status changes, resolving markers, and transitioning DRAFT to WAITING, while handling CONFLICTs.

Core Features & Use Cases

  • Update plan-test.md with new status and resolve markers to keep the plan aligned with the SSOT.
  • Convert DRAFT sections to WAITING once reviewed, and surface CONFLICTs for resolution.
  • Ensure changes propagate to related specs and maintain traceability.

Quick Start

Execute the command /plan-test-modify on the target plan file to apply the requested status.

Frequently Asked Questions about plan-test-modify

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

FAQPage Schema
How do I update test plan statuses and resolve markers in plan-test.md files?

To update test plan statuses and resolve markers in plan-test.md files, you can apply targeted modifications that transition DRAFT sections to WAITING and surface CONFLICTs for resolution. This ensures your test plans remain aligned with the SSOT while maintaining auditable change tracking.

What is the best way to transition a test plan from DRAFT to WAITING during workflow changes?

Transitioning a test plan from DRAFT to WAITING during workflow changes is handled by applying status modifications to the plan-test.md document. This action converts reviewed DRAFT sections to WAITING, resolves existing markers, and ensures changes propagate to related specs for traceability.

How does marker handling work when resolving conflicts in test plan documents?

Marker handling for resolving conflicts in test plan documents works by applying safe modification operations that surface CONFLICTs directly within the plan-test.md file. The process resolves these markers to keep the plan aligned with the SSOT and ensures auditable change tracking across related specs.

Do I need specific dependencies to modify test plan specifications safely?

You do not need specific dependencies to modify test plan specifications safely. The modification process operates directly on plan-test.md files across specs, applying status transitions and marker handling without requiring external components or additional environment setup.

Can I use this approach to maintain SSOT alignment across multiple related specs?

Yes, you can use this approach to maintain SSOT alignment across multiple related specs. The modification operations ensure that status changes and conflict resolutions propagate to related specifications, keeping the entire workflow traceable and consistently aligned with the single source of truth.

Why are my test plan modifications not propagating to related specs?

Test plan modifications might not propagate to related specs if marker conflicts remain unresolved within the plan-test.md file. Properly applying status transitions and resolving all CONFLICT markers ensures safe modification operations and successful traceability across the workflow.