Parley v0.1.16 — unnotarized test beta

Parley v0.1.16

This test beta supersedes v0.1.15 and keeps the same explicit ad-hoc,
unnotarized trust model. The whole delta is one change set: a supervised
cross-vendor delegation review loop built on the existing handoffs, Status
Center and reviewed Context Packs, with no new workflow model, window or
store.

Delegation visibility

• Shows owned facts for each active or recently returned delegation: time
  since the recorded delivery, the age of the latest agent-declared progress
  note with its bounded text, and the age of the target pane's last
  authenticated hook signal.
• States No explicit update for 10 minutes as information once neither a
  progress note nor a hook signal has arrived in that window. Nothing is
  inferred from silence, and no estimate, readiness or completion is shown.
• The default Delegate recipe asks the target to post milestone progress and
  to return substantial results with parley done current --file <path>.

Linked Request Changes

• Adds a native Request Changes action on a returned Delegate result and
  the lead-pane form parley delegate <target> --parent <handoff-id>. Each
  creates exactly one linked Delegate child recorded with relationship
  requestChanges; it is never a verdict, and human verdicts remain
  native-only.
• A pane credential may name only a parent it initiated or received; the
  parent must be a Delegate with a returned result; ordinary target
  resolution and busy refusal apply, and a linked child is never queued.
• Status Center renders the thread Delegation → Result → Request changes →
  Revised result from owned receipts, and the Markdown export preserves the
  same thread and linked children.

Bounded Git facts per delegation

• Records a path-only snapshot of the target pane's working folder at
  delegation and again at done or fail: the HEAD revision, the branch or
  detached state, and a sorted list of dirty paths capped at 200, read with
  one fixed git status argv. No file contents, diffs or authorship are read.
• Shows N paths changed since delegated as the difference between the two
  dirty-path lists, calls out HEAD movement and truncation, and labels it
  shared worktree: not attribution because other panes and the person edit
  the same tree. Nothing here says who changed a file.
• A non-Git folder records nothing. A missing folder, unreadable repository
  or timed-out read is informational only and never changes a delegation's
  outcome. Capture runs outside the coordination lock, and a delegation
  cancelled during capture is never submitted.
• Paths are shown with control and format characters visibly escaped in
  Status Center and the export; raw paths stay exact for comparison.

Completion evidence in done --file

• Documents one plain Markdown template with the headings Implemented,
  Tested (each command and its claimed outcome) and Unable to test
  (with the reason), in the engineering guide and the in-app help.
• Status Center renders those headings, in any order, as one COMPLETION
  EVIDENCE block labelled AGENT-DECLARED, reading only the exact file the
  target returned. Unknown headings are ignored, the first duplicate wins, and
  a file without the headings renders exactly as before.
• Every section is shown as an unchecked claim. Parley runs no command and
  verifies nothing automatically.

Review and correct recipe

• Adds one built-in lead recipe, Review and correct, as an editable prompt
  template and nothing more. It guides the lead through Delegate → milestone
  Progress → returned Result → review by a different vendor → linked Request
  Changes → independent verification, and asks the implementer for the
  completion-evidence headings.
• The recipe requires at least two explicit non-lead target panes from
  different vendors and refuses a single target or a same-vendor-only
  selection before anything is sent. Ordinary Delegate and Compare targeting
  is unchanged.
• Locally edited recipes are preserved: a valid v0.1.15 four-recipe preference
  file migrates additively to the new format, keeping every edit and adding
  only the new recipe.

Upgrade notes

• Quit Parley before replacing the existing application. Quitting ends its live
  pane processes and app-resident coordination core.
• Workspace definitions, folder attachments, layouts, recipe edits and
  collaboration history remain compatible.
• The shared agent protocol is v15. Existing v14 panes must restart before
  using the linked --parent form; Parley shows them as needing a protocol
  restart, and a full application upgrade naturally recreates agent panes as
  stopped placeholders.

Install and trust

• Apple Silicon Mac running macOS 14 or later.
• At least one supported, installed and signed-in vendor CLI.
• Download Parley-0.1.16-mac-arm64.dmg, quit Parley, replace Parley.app
  in Applications, and reopen it from Finder.
• This test beta is ad-hoc signed and is not notarized. After first trying to
  open it, use System Settings > Privacy & Security > Open Anyway only when
  the files came from this expected GitHub release. Never disable Gatekeeper.
• Automatic replacement and the Homebrew cask are intentionally unavailable
  for this test beta.

Use Parley-0.1.16-mac-arm64.SHA256SUMS to verify every downloaded artifact.

Full change history:
v0.1.15...v0.1.16