hiddink-harness-takeover

Parse YAML frontmatter and markdown to generate structured .spec.md files.

1|Updated May 21, 2026
One-click install
npx skills add https://github.com/hiddink-ai/hiddink-harness --skill hiddink-harness-takeover
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: hiddink-harness-takeover
Source: https://github.com/hiddink-ai/hiddink-harness/tree/main/templates/skills/omcustom-takeover
Command: npx skills add https://github.com/hiddink-ai/hiddink-harness --skill hiddink-harness-takeover

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill solves the issue of undocumented agent or skill behavior by reverse-engineering a formal, structured specification from existing implementation files.

Core Features & Use Cases

  • Canonical Spec Generation: Automatically derives intent, invariants, and I/O contracts from organic agent configurations.
  • Contract Enforcement: Creates a structured .spec.md file that serves as a source of truth for refactoring and maintenance.
  • Use Case: When an agent has evolved over time without documentation, use this skill to generate a clear contract that can be used by other tools like dev-refactor to ensure invariant-preserving changes.

Quick Start

Invoke the takeover skill by providing the name of the agent or skill you wish to document.

Frequently Asked Questions about hiddink-harness-takeover

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

FAQPage Schema
How do I reverse-engineer specifications from existing markdown agent files?

To reverse-engineer specifications from existing markdown agent files, this skill parses YAML frontmatter and markdown body content to automatically generate a structured .spec.md file capturing intent, invariants, and I/O contracts.

What is the best way to document undocumented agent configurations?

Documenting undocumented agent configurations is best handled by deriving a canonical specification from the organic implementation files, creating a structured source of truth that captures the agent's intent and I/O contracts.

How do I generate I/O contracts for an agent that evolved without documentation?

Generating I/O contracts for an undocumented agent involves analyzing the existing markdown files to extract behavioral invariants and intent, then outputting a standardized specification file to enforce those contracts during maintenance.

Can I use the generated spec file for invariant-preserving refactoring?

Yes, you can use the generated .spec.md file for invariant-preserving refactoring, as it serves as a structured source of truth that can be consumed by refactoring tools to ensure changes do not violate the original agent's intent.

Does this specification generation tool require YAML frontmatter in the agent files?

Yes, this specification generation tool requires YAML frontmatter within the agent or skill markdown files, as parsing both the frontmatter and the markdown body content is necessary to accurately derive the standardized specifications.

Why should I reverse-engineer agent behavior into a formal specification?

Reverse-engineering agent behavior into a formal specification solves the issue of undocumented configurations by creating a clear contract, ensuring that future maintenance and refactoring preserve the original operational invariants.