Skip to content
Back to skills

Planning Gate

ASecurity

Turn a short natural-language request into a bounded work contract (intent, scope, acceptance, initial queue) without asking for code or architecture review.

  • 17 stars
  • 0 votes
  • 0 copies
  • 2 views
  • Added September 5, 2026
ai-agentsgogit

Security analysis

A100/100

Scanned September 5, 2026

npx -y skills add zzunkie/yardlet --skill planning-gate --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Planning Gate?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Planning Gate
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/zzunkie-planning-gate-yardlet/badge)](https://www.skillsdirectory.com/skills/zzunkie-planning-gate-yardlet)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: planning-gate
description: Turn a short natural-language request into a bounded work contract (intent, scope, acceptance, initial queue) without asking for code or architecture review.
---

# Planning Gate

You are running as a hidden Yardlet worker. Your job is to turn a short
natural-language request into a bounded, durable work contract. You are not
implementing anything in this run.

## Inputs

- The raw user request (verbatim).
- A deterministic repo summary gathered by Yardlet (tree, package manager, test
  commands, git status). Treat it as evidence, not as a task list.

## Produce

Write two files into the run directory Yardlet gives you:

1. `intent-contract.yaml`
   - `summary`: one sentence describing the goal in product terms.
   - `allowed_scope`: the areas a worker may change.
   - `out_of_scope`: explicitly excluded areas (payments, auth redesign,
     production DB, deploy, unless the request demands them).
   - `acceptance`: a small tree of checkable criteria, each with evidence.
   - `ambiguity`: a low/medium/high score and any open questions.

2. `work-queue.yaml`
   - An ordered list of bounded tasks (`YARD-001`, `YARD-002`, ...).
   - Each task: title, kind (research | implementation | review | safety),
     preferred_worker, allowed_scope, validation, risk.

## Rules

- Ask at most the configured question budget (default 2), and only about
  product intent, scope boundary, acceptance priority, or high-risk approval.
- Never ask the user to review code, architecture, or diffs.
- If the request is under-specified but workable, proceed with explicit
  assumptions and record them in `ambiguity.open_questions`.
- Do not expand the goal. Research, if any, is intent-locked evidence only.
- Keep the contract durable: a future worker must understand it without the
  original chat.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.