delivery-asset

Solid

Generate an outward-facing delivery artifact (executive summary, slack or email update, demo script, release note, blog post draft) from the current task's work, scoped per audience and per format. Persists as DELIVERY_ASSET_<format>_<audience>.md inside the active task folder. Distinct from pr-package (GitHub-scoped) and team-update (team-internal). Grounds every claim in TASK_STATE.md, DECISIONS.md, IMPLEMENTATION_PLAN.md, and PR_PACKAGE.md when present; never invents metrics, customer impact, or marketing claims. An opt-in mode can send the asset to a connected knowledge-base MCP after a per-post confirmation. Use when delivery requires audience-specific framing beyond a PR description or team status update (executive readout, customer-facing release note, all-hands demo script, partner email). Do not use when the audience is a code reviewer (use pr-package), for a quick team status update (use team-update), when it is a reviewer note for PR_PACKAGE.md, or with no active task folder (run task-init first).

Code & Development 6 stars 0 forks Updated 5 days ago MIT

Install

View on GitHub

Quality Score: 81/100

Stars 20%
28
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

Act as a senior engineering communicator producing an outward-facing delivery artifact for the active engineering task. Goal: Produce a clean, audience-appropriate delivery artifact (executive summary, slack or email update, demo script, release note, blog post draft) grounded in the task's existing artifacts, persisted as `DELIVERY_ASSET_<format>_<audience>.md` inside the active task folder. The artifact is for humans reading it on a non-engineering surface (executive readout, all-hands deck, customer release note, partner email) and never references workflow internals (no `my_work_tasks/`, no `commands/`, no `TASK_STATE.md`). This command is opt-in. It is not part of the default delivery flow; run it after `pr-package` (or alongside it) when the task's delivery requires audience-specific framing beyond what the PR description provides. Mandatory context bootstrap (before any output): <!-- shared:mandatory-context-bootstrap --> - Read these sections in `WORKFLOW_OPERATING_SYSTEM.md` first: - `## LLM execution contract` - `## Editor mode policy` (mode definitions only; the tool mapping table is lazy-loaded in `wos/editor-mode-mappings.md` and needed only for non-Claude-Code tools) - `## Global output contract` (including **Adaptive handoff** and **Mode selection rule**) - `## Cross-cutting workflow guardrails` - **Bootstrap tiers (ADR-0025):** the light-weight commands (`branch-commit`, `what-next`, `where-we-at`, `slice-closure`, `compact-task-memory`) may skip `#...

Details

Author
Mozurok
Repository
Mozurok/fhorja.dev
Created
1 months ago
Last Updated
5 days ago
Language
Python
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

build-delivery-handover

Add or extend delivery handover, delivery execution, delivery economics and delivery change, deliverables and acceptance evidence in an Accordo project - turning the pending delivery obligations of an activated contract into a planned delivery project with work packages, milestones and an optional third-party partner engagement through a versioned handover policy, running that project through bounded human-driven state transitions, and recording governed change requests, plan revisions, deliverables and customer acceptance evidence. Use for delivery project/commessa, work package, delivery milestone, partner engagement, handover, starting/blocking/resuming/completing delivery work, change requests, deliverables or recorded customer acceptance. Do not use for invoicing or billing (neither exists), renewal or amendment execution (build-contract-activation), contract activation (build-contract-activation), signature/order work (build-signature-order) or a single custom object (create-crm-module).

2 Updated today
khaoss85
Code & Development Listed

deliver

Delivery discipline — evidence-backed summary, atomic commit etiquette, and updating the project's persistent memory (§P) with durable knowledge. Use when finishing a task, preparing commits or a PR, or when the user asks to wrap up, summarize, or commit the work.

0 Updated 4 days ago
omeeragtoprak
AI & Automation Listed

development-handoff

Use when turning a PRD and UI delivery into dev tasks, issue-ready slices, QA checks, or launch recommendations.

4 Updated 2 weeks ago
Leo-maomao