d5sd5s
Engineering workflow example

Turn shipped work into clear release communication.

Collect shipped changes, translate implementation detail into customer outcomes, and route a complete release-note draft for approval.

When a release is marked complete Reviewable deliverable Approval boundary

How this composition works

This workflow reads the final merged work rather than relying on memory at the end of a release. It groups related changes, checks the planning context, drafts outcome-led copy, and records sources. A human approves claims and publication so internal implementation language does not leak into public messaging.

01

Collect shipped changes

Read merged pull requests and release metadata from the completed window.

02

Recover product intent

Use linked planning issues to distinguish outcomes from implementation detail.

03

Draft the narrative

Write the release note in the approved product voice and document structure.

04

Request publication review

Send the draft and evidence to the accountable release owner.

Connected systems

These are the real product connectors composed for this example, each scoped to the credential permissions your workspace approves.

Optional skills

Where relevant, skills add reusable method and verification. The connectors and agent instructions remain the primary building blocks.

Try asking

Draft this week's release notes
Group these PRs by customer outcome
Prepare the publication review

More examples for Engineering

Build a governed workflow like release notes.

Tell us what your team repeats today. We will map the systems, approval boundaries, and first governed run with you.

Design a workflow