quick-start_skill

This skill provides quick-start onboarding for the MCP Task Orchestrator, guiding users through workspace detection and plan-to-execution flow for new setups.
  • Kotlin

166

GitHub Stars

1

Bundled Files

2 months ago

Catalog Refreshed

3 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill jpicklyk/task-orchestrator --skill quick-start

  • SKILL.md11.3 KB

Overview

This skill provides an interactive quick-start onboarding for the MCP Task Orchestrator. It detects whether your workspace is empty or already has tracked work and guides you through plan mode, persistent tracking, and how MCP items map to execution. The walkthrough is hands-on: create a tutorial project, advance items, and inspect cross-session continuity.

How this skill works

The skill calls the workspace health check to choose a Fresh-Start or Orientation path. In the Fresh-Start path it demonstrates plan mode, creates an atomic work tree (container + child items + dependencies), and walks through starting and completing tasks. In the Orientation path it builds a condensed dashboard from context and item queries, explains blocked and stalled work, and recommends concrete next actions.

When to use it

  • When you say: get started, quick start, or onboard me
  • First-time setup or trying the task orchestrator tutorial
  • You want to see how plan mode and MCP items interact
  • You need a dashboard-style orientation of active/blocked work
  • To learn note schemas and gating transitions

Best practices

  • Run get_context() first to detect workspace state before making changes
  • Use create_work_tree for atomic project creation to avoid partial state
  • Rely on plan files for design decisions and MCP items for execution state
  • Use note schemas to enforce documentation gates before advancing items
  • Call get_next_item() to discover recommended next work across sessions

Example use cases

  • Create a tutorial project for a web feature and see design→implement→test lifecycle
  • Onboard a new agent to an existing workspace by showing the health dashboard and recommendations
  • Recover mid-session work by checking get_context() and plan file for continuity
  • Unblock stalled items by reviewing missing notes with get_context(itemId=...) and upserting notes
  • Define a feature-implementation schema to require requirements/design notes before work starts

FAQ

The plan file is the design document (what and how). MCP items are the project board (progress and status). Plans inform item creation but items track execution state independently.

What if an item is blocked by missing documentation?

Check get_context(itemId=...) to see required notes, then use manage_notes(upsert) to supply them. Note schemas can enforce these gates automatically.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational
quick-start skill by jpicklyk/task-orchestrator | VeilStrat