modify-cli-feature

Implement backward-compatible CLI feature changes in schedule_everything.

7|Updated Aug 12, 2025
One-click install
npx skills add https://github.com/PhDeasy-org/schedule-everything --skill modify-cli-feature
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: modify-cli-feature
Source: https://github.com/PhDeasy-org/schedule-everything/tree/main/.agents/skills/modify-cli-feature
Command: npx skills add https://github.com/PhDeasy-org/schedule-everything --skill modify-cli-feature

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Modify An Existing CLI Feature in schedule_everything in a controlled, testable, and backward-compatible manner.

Core Features & Use Cases

  • Plan and implement changes to CLI behavior across commands, options, defaults, and output formats.
  • Coordinate updates across source code, tests, and documentation with migration guards and changelog notes.
  • Validate changes through targeted tests and documentation synchronization to prevent regressions.

Quick Start

Describe the current CLI behavior you want changed, propose a safe change, and implement it with tests and docs updated.

Frequently Asked Questions about modify-cli-feature

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

FAQPage Schema
How do I modify an existing CLI feature without breaking backward compatibility?

To modify a CLI feature without breaking backward compatibility, you must apply a formal modification workflow that includes validation, migration paths, and the synchronization of tests and documentation across the codebase.

What is the best way to update CLI command options and defaults safely?

The best way to update CLI command options and defaults safely is to implement changes through a controlled workflow that coordinates updates across source code, tests, and documentation while enforcing migration guards.

How do I synchronize tests and documentation when changing CLI output formats?

Synchronizing tests and documentation when changing CLI output formats requires validating changes through targeted tests and updating documentation simultaneously to prevent regressions and maintain accuracy.

Do I need to write migration paths when updating schedule management CLI behavior?

Yes, you need to write migration paths when updating schedule management CLI behavior because the formal modification workflow enforces migration guards and changelog notes to preserve backward compatibility.

Why does changing a CLI command require updating tests and docs together?

Changing a CLI command requires updating tests and docs together to prevent regressions, as the workflow coordinates updates across source code, tests, and documentation to ensure targeted validation and output consistency.

Can I update CLI defaults without affecting existing command outputs?

You can update CLI defaults without affecting existing outputs by applying a controlled modification workflow that preserves backward compatibility through validation, migration paths, and documentation synchronization.