Source profileQuality 75/100

github/awesome-copilot/skills/structured-autonomy-plan/SKILL.md

structured-autonomy-plan

Structured Autonomy Planning Prompt

Source repository stars
37,126
Declared platforms
0
Static risk flags
0
Last source update
2026-07-28
Source checked
2026-07-28

Decision brief

What it does—and where it fits

MANDATORY: Run tool:runSubagent tool instructing the agent to work autonomously following to gather context. Return all findings.

Best for

    Not for

    • Tasks that require unconfirmed production actions or broad system permissions.
    • Environments where the pinned source and install steps cannot be inspected.

    Compatibility matrix

    Platform support, with evidence labels

    PlatformStatusEvidenceWhat to check
    CodexNot declaredNo explicit evidencePortability before use
    Claude CodeNot declaredNo explicit evidencePortability before use
    CursorNot declaredNo explicit evidencePortability before use
    Gemini CLINot declaredNo explicit evidencePortability before use
    Open the compatibility checker

    Installation

    Inspect first. Install second.

    The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

    Source-detected install commandSource
    npx skills add https://github.com/github/awesome-copilot --skill "skills/structured-autonomy-plan"
    Safe inspection promptEditorial

    Inspect the Agent Skill "structured-autonomy-plan" from https://github.com/github/awesome-copilot/blob/9933dcad5be5caeb288cebcd370eeeb2fc2f1685/skills/structured-autonomy-plan/SKILL.md at commit 9933dcad5be5caeb288cebcd370eeeb2fc2f1685. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

    Workflow

    What the source asks the agent to do

    1. 01

      Step 1: Research and Gather Context

      MANDATORY: Run tool:runSubagent tool instructing the agent to work autonomously following to gather context. Return all findings.

      MANDATORY: Run tool:runSubagent tool instructing the agent to work autonomously following to gather context. Return all findings.DO NOT do any other tool calls after tool:runSubagent returns!If tool:runSubagent is unavailable, execute via tools yourself.
    2. 02

      Step 2: Determine Commits

      Analyze the user's request and break it down into commits:

      For SIMPLE features, consolidate into 1 commit with all changes.For COMPLEX features, break into multiple commits, each representing a testable step toward the final goal.Analyze the user's request and break it down into commits:
    3. 03

      Step 3: Plan Generation

      1. Generate draft plan using with [NEEDS CLARIFICATION] markers where the user's input is needed. 2. Save the plan to "plans/{feature-name}/plan.md" 4. Ask clarifying questions for any [NEEDS CLARIFICATION] sections 5. MANDATORY: Pause for feedback 6. If feedback received, revis…

      Generate draft plan using with [NEEDS CLARIFICATION] markers where the user's input is needed.Save the plan to "plans/{feature-name}/plan.md"Ask clarifying questions for any [NEEDS CLARIFICATION] sections
    4. 04

      Implementation Steps

      Files: {List affected files: Service/HotKeyManager.cs, Models/PresetSize.cs, etc.} What: {1-2 sentences describing the change} Testing: {How to verify this step works}

      Code Context: Semantic search for related features, existing patterns, affected servicesDocumentation: Read existing feature documentation, architecture decisions in codebaseDependencies: Research any external APIs, libraries, or Windows APIs needed. Use context7 if available to read relevant documentation. ALWAYS READ THE DOCUMENTATION FIRST.

    Permission review

    Static risk signals and limitations

    No configured static risk pattern was detected

    This is not proof of safety. Runtime behavior, indirect dependencies, and hidden external systems are outside the static scan.

    Evidence record

    Why each signal appears

    EvidenceSourceComputedTestedEditorial
    SignalValueEvidence typeMeaning
    Quality score75/100ComputedDocumentation, specificity, maintenance, and trust rules
    Repository stars37,126SourceRepository attention, not individual Skill quality
    Compatibility0 platformsSourceDeclared in the catalog source record
    Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

    Pinned source

    Provenance and original SKILL.md

    Repository
    github/awesome-copilot
    Skill path
    skills/structured-autonomy-plan/SKILL.md
    Commit
    9933dcad5be5caeb288cebcd370eeeb2fc2f1685
    License
    MIT
    Collected
    2026-07-28
    Default branch
    main
    View the original SKILL.md

    You are a Project Planning Agent that collaborates with users to design development plans.

    A development plan defines a clear path to implement the user's request. During this step you will not write any code. Instead, you will research, analyze, and outline a plan.

    Assume that this entire plan will be implemented in a single pull request (PR) on a dedicated branch. Your job is to define the plan in steps that correspond to individual commits within that PR.

    Step 1: Research and Gather Context

    MANDATORY: Run #tool:runSubagent tool instructing the agent to work autonomously following <research_guide> to gather context. Return all findings.

    DO NOT do any other tool calls after #tool:runSubagent returns!

    If #tool:runSubagent is unavailable, execute <research_guide> via tools yourself.

    Step 2: Determine Commits

    Analyze the user's request and break it down into commits:

    • For SIMPLE features, consolidate into 1 commit with all changes.
    • For COMPLEX features, break into multiple commits, each representing a testable step toward the final goal.

    Step 3: Plan Generation

    1. Generate draft plan using <output_template> with [NEEDS CLARIFICATION] markers where the user's input is needed.
    2. Save the plan to "plans/{feature-name}/plan.md"
    3. Ask clarifying questions for any [NEEDS CLARIFICATION] sections
    4. MANDATORY: Pause for feedback
    5. If feedback received, revise plan and go back to Step 1 for any research needed

    <output_template> File: plans/{feature-name}/plan.md

    # {Feature Name}
    
    **Branch:** `{kebab-case-branch-name}`
    **Description:** {One sentence describing what gets accomplished}
    
    ## Goal
    {1-2 sentences describing the feature and why it matters}
    
    ## Implementation Steps
    
    ### Step 1: {Step Name} [SIMPLE features have only this step]
    **Files:** {List affected files: Service/HotKeyManager.cs, Models/PresetSize.cs, etc.}
    **What:** {1-2 sentences describing the change}
    **Testing:** {How to verify this step works}
    
    ### Step 2: {Step Name} [COMPLEX features continue]
    **Files:** {affected files}
    **What:** {description}
    **Testing:** {verification method}
    
    ### Step 3: {Step Name}
    ...
    

    </output_template>

    <research_guide>

    Research the user's feature request comprehensively:

    1. Code Context: Semantic search for related features, existing patterns, affected services
    2. Documentation: Read existing feature documentation, architecture decisions in codebase
    3. Dependencies: Research any external APIs, libraries, or Windows APIs needed. Use #context7 if available to read relevant documentation. ALWAYS READ THE DOCUMENTATION FIRST.
    4. Patterns: Identify how similar features are implemented in ResizeMe

    Use official documentation and reputable sources. If uncertain about patterns, research before proposing.

    Stop research at 80% confidence you can break down the feature into testable phases.

    </research_guide>

    Alternatives

    Compare before choosing

    Computed 10042,015

    coreyhaines31/marketingskills

    ab-testing

    When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program

    Computed 10042,015

    coreyhaines31/marketingskills

    churn-prevention

    When the user wants to reduce churn, build cancellation flows, set up save offers, recover failed payments, or implement retention strategies. Also use when the user mentions 'churn,' 'cancel flow,' 'offboarding,' 'save offer,' 'dunning,' 'failed payment recovery,' 'win-back,' 'retention,' 'exit survey,' 'pause subscription,' 'involuntary churn,' 'people keep canceling,' 'churn rate is too high,' 'how do I keep users,' or 'customers are leaving.' Use this whenever someone is losing subscribers o

    Computed 997

    event4u-app/agent-config

    design-review

    Use when the user says "review the design", "check the UI", or wants a comprehensive UI/UX review. Uses a 7-phase methodology covering interaction, responsiveness, accessibility, and more.

    Computed 9831,966

    K-Dense-AI/scientific-agent-skills

    dask

    Distributed computing for larger-than-RAM pandas/NumPy workflows. Use when you need to scale existing pandas/NumPy code beyond memory or across clusters. Best for parallel file processing, distributed ML, integration with existing pandas code. For out-of-core analytics on single machine use vaex; for in-memory speed use polars.