omk-plan-first

Produces a read-only, pre-implementation plan specifying affected files, implementation steps, quality gates, and rollback strategy for coding changes.

130|14|Updated Apr 30, 2026
One-click install
npx skills add https://github.com/dmae97/oh-my-kimi --skill omk-plan-first
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: omk-plan-first
Source: https://github.com/dmae97/oh-my-kimi/tree/main/templates/skills/agents/omk-plan-first
Command: npx skills add https://github.com/dmae97/oh-my-kimi --skill omk-plan-first

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents risky, unclear work by forcing a read-only plan that clarifies the goal, unknowns, impacted files, and success criteria before any implementation begins.

Core Features & Use Cases

  • Read-only plan-first guidance: structures a safe pre-implementation workflow for architecture, refactors, and ambiguous tasks.
  • Risk-aware execution setup: identifies unknowns, affected modules, quality gates, and rollback strategy so implementation is more predictable.
  • Acceptance-criteria driven outcomes: ensures the plan includes explicit checks for what “done” means.

Quick Start

Use the omk-plan-first skill to produce a structured plan for a risky multi-file change before implementing it.

Frequently Asked Questions about omk-plan-first

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

FAQPage Schema
How do I create a safe plan before refactoring code?

To create a safe read-only plan before refactoring code, enforce planning-only rules that clarify the goal, identify affected files, define implementation steps, and establish a rollback strategy. This prevents risky edits by resolving unknowns beforehand.

What is a read-only plan in software architecture?

A read-only plan in software architecture is a pre-implementation workflow that structures risk-aware execution by specifying impacted modules, defining quality gates, and establishing acceptance criteria. It ensures implementation remains predictable without modifying files.

How do I define acceptance criteria for a risky multi-file change?

Defining acceptance criteria for a risky multi-file change requires creating a structured pre-implementation plan that explicitly checks what done means. This limits blocking questions and enforces quality gates to ensure the change meets success criteria.

When do I need to use a planning workflow for feature development?

You need to use a planning workflow for feature development when facing ambiguous tasks that require clarification, risky edits, or architecture work. It produces a safe plan identifying unknowns, affected modules, and a rollback strategy.

What is the best way to manage risk during code refactoring?

The best way to manage risk during code refactoring is to produce a risk-aware execution setup that identifies unknowns, specifies affected files, defines quality gates, and establishes a rollback strategy. This makes implementation predictable.