init-milestone-skill

Initialize validated milestones with dependency checks and activation decisions.

29|2|Updated Mar 2, 2026
One-click install
npx skills add https://github.com/OceanEyeFF/servo --skill init-milestone-skill
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: init-milestone-skill
Source: https://github.com/OceanEyeFF/servo/tree/main/product/harness/skills/init-milestone-skill
Command: npx skills add https://github.com/OceanEyeFF/servo --skill init-milestone-skill

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It removes the risk and overhead of manually setting up milestone pipelines by validating milestone specs, enforcing unique/consistent dependencies, and atomically writing the correct milestone artifact and backlog entry.

Core Features & Use Cases

  • Milestone creation and upsert: Creates a new milestone artifact or updates an existing one (with latest-override semantics) without touching version/release state.
  • Dependency and activation guardrails: Validates depends_on_milestones against live history and detects circular dependencies, then computes planned vs active using activation intent/rules while enforcing that only one milestone can be active at a time.
  • Signal/acceptance handling for worktrack appends: When appending worktracks to a goal-driven milestone, performs coverage verdicts (fully/partially/not covered) and requires programmer confirmation before proceeding to prevent scope creep.

Quick Start

Use init-milestone-skill when your harness controller needs to create or upsert a new Milestone under RepoScope.Init by providing the milestone title, purpose, worktrack list, priority, dependency list (if any), and activation rules, then confirm the generated milestone brief before any write/activation occurs.

Frequently Asked Questions about init-milestone-skill

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

FAQPage Schema
How do I safely initialize a new milestone in a pipeline orchestration system?

To safely initialize a new milestone, you validate the milestone specifications, enforce unique dependencies, and atomically write the milestone artifact and backlog entry to update the live control-state. This process removes manual setup overhead and ensures consistency before any write or activation occurs.

What is milestone upsert and how does latest-override handling work?

Milestone upsert creates a new milestone artifact or updates an existing one using latest-override semantics driven by timestamps, without altering version or release state. This ensures the most recent milestone configuration overwrites older entries while maintaining pipeline history integrity.

How do I prevent circular dependencies when registering pipeline milestones?

Preventing circular dependencies during milestone registration involves validating the depends_on_milestones list against the live history. The initialization process automatically detects circular references and blocks the write operation if a loop is found, ensuring the milestone backlog remains acyclic.

Can I append worktracks to an active milestone without causing scope creep?

Appending worktracks to an active milestone requires signal-coverage review to prevent scope creep. The system performs coverage verdicts—fully, partially, or not covered—and demands explicit programmer confirmation before proceeding with the append operation to maintain goal alignment.

What is the difference between planned and active milestone activation rules?

Planned versus active milestone activation is computed using activation intent rules, where planned milestones are registered without starting execution and active milestones trigger the pipeline. The system enforces that only one milestone can be active at a time to maintain strict control-state integrity.

Why does milestone initialization fail without brief-confirm-before-write validation?

Milestone initialization fails without brief-confirm-before-write validation because the system requires explicit confirmation of the generated milestone brief to prevent unauthorized writes. This guardrail ensures all dependency checks, uniqueness rules, and activation states are verified before modifying the live backlog.