Skip to content
C.W.K.
Stream
Lesson 02 of 04 · published

Summary Required, Commit Optional

~11 min · summary, commit, non-code-work, proof

Level 0Cold Vessel
0 XP0/36 lessons0/12 achievements
0/100 XP to next level100 XP to go0% complete

Summary Required, Commit Optional

A landing summary is the universal human interface to completed work. It says what was produced or changed, where it landed, which proof was checked, and which limitations remain. Without it, the event trail may be machine-complete and still useless to the next person.

A commit is valuable when the deliverable is repository-backed. It gives an immutable tree identity, author and time metadata, and a diff. Requiring one for every task encourages nonsense: empty commits for phone calls, receipt files for delivered documents, or private material copied into Git just to satisfy a gate.

Optional does not mean casually omitted. When scope names a repository change, the commit or an explicit reason for its absence belongs in the landing record. When scope names a non-code destination, the workshop should not ask for synthetic Git evidence.

The summary should be concise and factual, not a victory speech. Name the result, destination, tests or acceptance, review disposition, and residual risk. Claims that cannot be tied to evidence do not become safer because they are in the final paragraph.

Choose Evidence by Deliverable

Start from the authoritative destination, then choose proof. A commit hash is excellent evidence for source state and poor evidence that a meeting happened or a document was acknowledged.

Verification can require summary always and commit conditionally when the task contract declares a repository-backed result. That rule is stronger than either universal commit or universal commit omission.

Every landing needs meaning, but not every task has a Git commit. Require a concise summary of the outcome and proof for all task types, then attach a commit SHA only when the destination naturally produces one. Optional structure should reflect the world, not weaken the universal receipt.

Code

Require commit only for repository-backed tasks·python
def validate_landing(task: dict, landing: dict) -> None:
    if not landing.get("summary"):
        raise ValueError("landing summary required")
    if task["destination_kind"] == "repository" and not landing.get("commit"):
        raise ValueError("repository task requires commit or recorded exception")

validate_landing(
    {"destination_kind": "document-system"},
    {"summary": "briefing delivered and acknowledged"},
)
print("record-only landing is first class")

External links

Exercise

Write landing summaries for one code task and one non-code task using the same five headings. Include the commit decision and why.
Hint
The headings can match even when the proof instruments do not.

Progress

Progress is local-only — sign in to sync across devices.
Spotted a bug or have feedback on this page?Report an Issue

Comments 0

🔔 Reply notifications (sign in)
Sign inPlease sign in to comment.

No comments yet — be the first.