agent-team-sync-check

Identify unresolved inbox messages and incomplete task dependencies for an agent.

2|Updated May 10, 2026
One-click install
npx skills add https://github.com/tae2089/agent-team --skill agent-team-sync-check
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: agent-team-sync-check
Source: https://github.com/tae2089/agent-team/tree/main/skills/agent-team-sync-check
Command: npx skills add https://github.com/tae2089/agent-team --skill agent-team-sync-check

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

agent-team sync check identifies unresolved inbox messages and incomplete task dependencies for a given agent to prevent stalled work.

Core Features & Use Cases

  • Check an agent's inbox for unread messages and identify blockers from pending tasks.
  • Validate dependencies across runs and tasks to ensure readiness to proceed.
  • Use across all workflows or a targeted run/task to surface blockers quickly.

Quick Start

Run agent-team sync check --agent AGENT [--run RUN_ID] [--task TASK_ID] to verify an agent's inbox and dependencies before proceeding.

Frequently Asked Questions about agent-team-sync-check

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

FAQPage Schema
How do I check agent inbox messages and task dependencies to prevent stalled workflows?

To check agent inbox messages and task dependencies, run a sync check using the CLI with the required --agent parameter, optionally including --run and --task, to return structured data fields highlighting unread messages, blocking issues, and warnings.

What is an agent team sync check used for in workflow orchestration?

An agent team sync check is used in workflow orchestration to identify unresolved inbox messages and incomplete task dependencies for a specified agent, preventing stalled work and ensuring readiness to proceed across all workflows or individual tasks.

Can I limit a dependency and inbox check to a specific run or task?

Yes, you can limit a dependency and inbox check to a specific run or task by passing the --run and --task flags along with the required --agent parameter, enabling targeted validation instead of scoping across all workflows.

What structured data fields are returned when checking for agent blockers?

Checking for agent blockers returns structured data fields including data.sync.blocking, data.sync.unread_messages, data.sync.issues, and a top-level warnings field to surface incomplete dependencies and inbox messages.

Do I need to specify an agent when validating workflow readiness?

Yes, you need to specify an agent when validating workflow readiness because the --agent parameter is required by the CLI to scope the inbox and dependency check, while --run and --task remain optional filters.