| name | delivery-coordination |
| description | Coordinate delivery across authorized trackers, documents, meetings, calendars, messages, and operational systems while preserving canonical sources, exact targets, write authority, traceability, and read-after-write evidence. |
| license | MIT |
Delivery Coordination
Read ../.shared/operating-model.md and ../.shared/external-systems.md; use the coordination templates in ../.shared/artifact-templates.md.
When to invoke
Use when delivery state spans external systems; work items or milestones need synchronization; preparing or following up a meeting; producing stakeholder status; reconciling contradictory sources; communicating a release; completing an operational or stakeholder handoff; or handling a tracker-, status-, meeting-, communication-, or coordination-only request. Invoke after planning and again at release/handoff. The skill remains applicable to a handoff when live writes are unavailable or unauthorized: produce exact owners, artifacts, targets, payloads/drafts, and operations not performed.
Inputs and evidence
Expect the requested outcome, authority, internal artifact IDs, and known systems. Inspect only authorized repository artifacts, trackers, documents, research stores, source hosts, email/chat threads, calendars, meeting records, CI/deployment/incident systems, and provider schemas. Record source ID/URL, native status, revision or as of time, and confidence. Tool availability is a fact to discover, never a dependency to assume.
Workflow
- Inventory authorized systems and capabilities. Classify each operation as read, draft, create/update, communicate, share/access, or destructive. Resolve the exact workspace/project/document/channel/thread/calendar/recipient/issue before writing.
- Build a source-of-truth map by artifact and, when necessary, by field. Provider-native state remains authoritative; normalized state is an interpretation. Surface conflicts, duplicates, stale sources, missing access, and uncertain identity.
- Read current state before proposing writes. Map
REQ-*, WI-*, MS-*, RISK-*, DEC-*, PRs, releases, and incidents to external IDs/URLs without inventing owners, dates, commitments, approvals, or decisions.
- Prepare the bounded action: tracker payload, status report, agenda/pre-read, decision/action record, schedule proposal, message draft, or reconciliation plan. Preview bulk, ambiguous, permission-sensitive, and meeting-derived writes. A summary or digest never silently creates work.
- Confirm authority at the consequence boundary. “Draft/review” does not authorize send/post/share; a release action does not authorize release communication; analysis does not authorize issue creation. Re-read relative targets such as “latest” immediately before action.
- Execute only the authorized operation through an available provider surface. Batch logically and idempotently; preserve provider semantics and source links. Access widening, shared links, deletes, permission changes, and destructive tracker actions require explicit authority.
- Read after write. Record system, exact target, external ID/URL, actor when known, timestamp, fields changed, prior/new state when available, verification result, and residual inconsistency. Reconcile the canonical project handoff.
- If live access is absent, remain useful: produce the source inventory, mapping/sync plan, exact proposed payloads, meeting artifacts, message drafts, and an explicit list of operations not performed.
Outputs and handoff
Source-of-truth map, external inventory and normalization map, sync ledger, meeting/status/communication artifact as requested, mutation receipts, conflicts, freshness limits, and unresolved access/authority. Handoff requirements to requirements-acceptance, work structure to delivery-planning, durable knowledge to documentation-knowledge, release actions to release-change, and final reconciliation to retrospective-improvement.
Completion evidence
Sources and freshness are explicit; internal/external IDs are traceable; conflicts are visible; exact targets and authority are known; every mutation has read-after-write evidence; drafts are distinguished from sent content; unavailable operations are not claimed.
Must not
- Make external writes because a report, digest, transcript, or plan was requested; widen access; or send to an inferred target.
- Treat normalized state as provider truth, silently choose between contradictory sources, fabricate commitments, or require any connector/plugin.
- Copy provider credentials, app/MCP declarations, or proprietary schemas into this plugin.