Skip to main content
The Yellowhammer Night Summary is the account written into a Night Card in Linear when the Night completes. Read it to distinguish progress, unfinished work, and failures before opening the linked records.

​
Open the summary

Select the Project in Yellowhammer. In Tonight / last Night, choose the verdict link to open its Night Card in Linear. While the Night is open, the Card states that the summary will be written when the land firing at night_end completes it. The header identifies the Project, Night date, mode, opening time, and completion time. Check the mode before interpreting results: a Rehearsal Night never opens real pull requests.

​
Read the verdict first

The Verdict combines how the Night ended, whether it advanced, and how many decisions are waiting. When several Features land during the same Night, the verdict reports their count, any partial landings, and the number awaiting merge. It does not list every Feature in the headline.

​
Follow the supporting sections

Sections appear when there is something to report.
  • Failures identifies unrecovered Act failures. A later recovery can leave a past problem in the account without making the Night’s ending a crash.
  • Authoring explains selection, refusals, halts, and reasons no new Feature was authored.
  • Cards lists touched Cards in repository and authored order, including their disposition and Attempts from this Night.
  • Dispositions counts Blocked and Waiting on You Cards and names recurring failures, operator-aborted work, usage-limit holds, and Cards removed from the board.
  • Pull requests lists repository links and flags Partial Landings. In rehearsal it can say not opened because of the rehearsal boundary.
  • Answers on landed Cards identifies answers banked after landing; those answers do not reopen a landed lane.
  • Crashes and reclaims, Leftover processes, and Exceptions explain interruptions and operational problems.
  • Bounds, Standing items, Standing: un-adopted Cards, and Standing: unmerged Features identify limits and unresolved work that may affect subsequent Nights.
Open the underlying Work Card for a question or Block Reason, the Feature Card for completion evidence, and each pull request for code review. The summary describes the Night; current triage belongs on those records.

​
Acme Checkout example

Suppose an illustrative Acme Checkout Night completes an API reliability Work Card while its website Work Card asks which existing address fields the form should emphasize. Both Cards use an already established API contract. A verdict of advanced without landing is compatible with real progress. Read the API Card’s recorded result, answer the website question in its comment thread, and check the Feature record before expecting a pull request. This example describes how to interpret records, not a guaranteed Night result.

​
Next steps

Understand the Pulse and Inspector · Related reference