cgreene / cgreene/farewright

Implement verified monitoring Path A and deterministic Path B

Open
#28 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

demo-integrity enhancement testing workstream:agent workstream:deployment
Dominant language
No language data
Stars
0
Forks
0
Avg merge
8h 21m
Merged PRs (30d)
2

Description

Outcome

Booked trips can be checked reliably without claiming host push behavior that M0-F did not prove.

Scope

  • Implement traveler/run-scoped polling cursors and redacted deltas.
  • Implement Path B when the user requests a status check in their own words; examples are illustrative, not an exact phrase contract.
  • Enable schedule recording and Path A only for the exact M0-F-verified host behavior.
  • Handle revocation and inactive-run polls truthfully.

Acceptance

  • Path B always works in the active conversation for natural status-check wording.
  • Path A requires explicit user consent and confirmed host schedule ID/cadence.
  • Returning a recommended interval never claims to configure the host scheduler.
  • Revoked access causes later scheduled/requested polls to fail authorization.
  • Console and skill labels match the active path.

Dependencies

  • #5, #16, #19, and #25.

Review

Demo-integrity review against observed host evidence.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reading dependencies #5, #16, #19, and #25, then trace the existing monitoring, console, and skill paths. Verify the observed M0-F host behavior before implementing Path A, and use the acceptance checklist to confirm consent, authorization after revocation, truthful scheduler claims, and matching labels for both paths.

Written by the indexing model from the issue text.

Assessment

Domain
backend
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.