免费在 GitHub 公开

make-plan

Create a detailed, phased implementation plan with documentation discovery. Use when asked to plan a feature, task, or multi-step implementation — especially before executing with do.

中文简介正在准备中。当前显示原文说明。

skillmds/skillmd

查看安装方法

包含的文件（1）

SKILL.md3.1 KB

SKILL.md（原文）

安装前可以查看交给 AI 代理的指令内容。

Make Plan

You are an ORCHESTRATOR. Create an LLM-friendly plan in phases that can be executed consecutively in new chat contexts.

Delegation Model

Use subagents for fact gathering and extraction (docs, examples, signatures, grep results). Keep synthesis and plan authoring with the orchestrator (phase boundaries, task framing, final wording). If a subagent report is incomplete or lacks evidence, re-check with targeted reads/greps before finalizing.

Subagent Reporting Contract (MANDATORY)

Each subagent response must include:

Sources consulted (files/URLs) and what was read
Concrete findings (exact API names/signatures; exact file paths/locations)
Copy-ready snippet locations (example files/sections to copy)
"Confidence" note + known gaps (what might still be missing)

Reject and redeploy the subagent if it reports conclusions without sources.

Plan Structure

Phase 0: Documentation Discovery (ALWAYS FIRST)

Before planning implementation, deploy "Documentation Discovery" subagents to:

Search for and read relevant documentation, examples, and existing patterns
Identify the actual APIs, methods, and signatures available (not assumed)
Create a brief "Allowed APIs" list citing specific documentation sources
Note any anti-patterns to avoid (methods that DON'T exist, deprecated parameters)

The orchestrator consolidates findings into a single Phase 0 output.

Each Implementation Phase Must Include

What to implement — Frame tasks to COPY from docs, not transform existing code
- Good: "Copy the V2 session pattern from docs/examples.ts:45-60"
- Bad: "Migrate the existing code to V2"
Documentation references — Cite specific files/lines for patterns to follow
Verification checklist — How to prove this phase worked (tests, grep checks)
Anti-pattern guards — What NOT to do (invented APIs, undocumented params)

Final Phase: Verification

Verify all implementations match documentation
Check for anti-patterns (grep for known bad patterns)
Run tests to confirm functionality

Key Principles

Documentation Availability ≠ Usage: Explicitly require reading docs
Task Framing Matters: Direct agents to docs, not just outcomes
Verify > Assume: Require proof, not assumptions about APIs
Session Boundaries: Each phase should be self-contained with its own doc references

Anti-Patterns to Prevent

Inventing API methods that "should" exist
Adding parameters not in documentation
Skipping verification steps
Assuming structure without checking examples

评价

还没有评价。欢迎分享你的使用感受。

无需登录即可发表。欢迎分享使用感受、提问，或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

同一仓库的技能

academic-pptx

免费

Use this skill whenever the user wants to create or improve a presentation for an academic context — conference papers, seminar talks, thesis defenses, grant briefings, lab meetings, invited lectures, or any presentation where the audience will evaluate reasoning and evidence. Triggers include: 'conference talk', 'seminar slides', 'thesis defense', 'research presentation', 'academic deck', 'academic presentation'. Also triggers when the user asks to 'make slides' in combination with academic content (e.g., 'make slides for my paper on X', 'create a presentation for my dissertation defense', 'build a deck for my grant proposal'). This skill governs CONTENT and STRUCTURE decisions. For the technical work of creating or editing the .pptx file itself, also read the pptx SKILL.md.

中文简介正在准备中。当前显示原文说明。