repo-status-skill

Summarize repository baseline, branches, and milestone context from standard artifacts.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It helps the Harness understand what state the code repository is currently in, before making the next decision, using a stable and repeatable observation packet rather than broad exploration.

Core Features & Use Cases

  • Repo-level status sensing: Observes repository scope state via structured, control-loop–ready summaries instead of self-reported or locally-maintained signals.
  • Baseline-driven reasoning: Uses standard repo-level artifacts such as goal/charter, snapshot/status, milestone artifact, and milestone backlog to estimate current conditions.
  • Guardrailed observation boundaries: Enforces a limited, read-mostly observation round and flags when evidence is missing, stale, or contradictory to justify stopping.

Quick Start

Ask the Harness to run repo-status-skill when the current question is “what is the repository baseline state right now?” rather than “what should we do next?”.

Frequently Asked Questions about repo-status-skill

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

FAQPage Schema
What is repository state estimation and when do I need it?

Repository state estimation assesses baseline, branches, governance signals, and milestone context using standard repo-level artifacts. You need it to understand current code repository conditions before deciding the next action, ensuring the Harness proceeds from Observe to Decide with confidence.

How do I generate a repeatable repository status snapshot?

To generate a repository status snapshot, run an observation round using standard repo-level artifacts like goal/charter, snapshot/status, and milestone backlogs. This produces a narrow, structured summary that relies on checkpoint hash consistency for idempotency.

How does baseline-driven reasoning work for repo status sensing?

Baseline-driven reasoning uses standard repository-level artifacts such as goal/charter, snapshot/status, and milestone artifacts to estimate current conditions. It avoids self-reported or locally-maintained signals, ensuring the Harness evaluates actual repository scope state via structured summaries.

Can I assess repository status when milestone or baseline artifacts are missing?

You cannot fully assess repository status with missing artifacts. The observation enforces explicit stop conditions when evidence is missing, stale, or contradictory, flagging insufficient observation to justify stopping rather than guessing the repository baseline state.

What are the limitations of using a narrow repository status snapshot?

The limitation of a narrow repository status snapshot is its read-mostly observation boundary. It enforces a limited scope and flags boundary-crossing requirements, meaning it answers what the repository baseline state is right now, not what you should do next.