{"slug": "how-i-built-everbind-keeping-project-commitments-alive-across-schedule-revisions", "title": "How I built Everbind: keeping project commitments alive across schedule revisions with Gemini and Google Cloud", "summary": "Everbind, a submission to the All Things Agentic Hackathon, uses Gemini and Google Cloud to manage project commitments across schedule revisions. The system proposes lineage for replaced activities but abstains from accepting revisions when evidence is insufficient, requiring human authorization for any changes. It separates model proposals from deterministic calculations and authenticated proof, ensuring that AI output does not override project authority.", "body_md": "*This article was created as part of Everbind’s submission to the All Things Agentic Hackathon.*\n\n**The activity changed. The commitment didn’t.**\n\nA routine schedule revision can retire Activity A and replace it with Activities B and C. A schedule comparison can show that A was retired and B and C were added, but it does not by itself establish which new work inherits A’s existing commitment.\n\nThat leaves a dangerous gap: the work may remain visible in the revised schedule while the obligation is left without a verified successor.\n\nEverbind treats that moment as a governed project transaction—not as an “AI approved” answer.\n\nThe demo begins with Revision 17 as the Current Accepted Schedule and Revision 18 as an incoming contractor submission.\n\nIn Revision 17, Activity A is the verified carrier of Commitment C-17: Pier 68 cofferdam in-water completion by January 23. Revision 18 retires A and divides the work into an enabling-access activity and an in-water completion activity.\n\nGemini, orchestrated through Google ADK, proposes possible lineage using a closed schema tied to retained evidence and known activity IDs. Its proposal is advisory.\n\nWhen the submitted package does not prove which replacement activity inherits Commitment C-17, Everbind abstains. It pauses acceptance and prepares a clarification request instead of inventing continuity.\n\nAfter the contractor supplies clarification, the reviewer records the evidence-backed lineage basis. The reviewer is not redesigning the contractor’s means and methods; they are recording what the submitted evidence says the replacement work represents.\n\nOnly then does deterministic CPM recompute the revision.\n\nRevision 18 places the inherited in-water completion activity on January 27—four days after the January 23 commitment, with zero float. Everbind therefore prepares schedule-review comments and leaves Revision 17 unchanged as the Current Accepted Schedule.\n\nRevision 19 corrects the sequence and finishes three days early. Even then, a favorable calculation cannot apply itself. An authorized reviewer—represented by a named synthetic authority in this fixture—must accept the exact reviewed bytes.\n\nThe accepted schedule record changes once. A separate Python process then reconstructs the transaction from retained bytes and emits a replayable receipt.\n\nGemini is useful where the problem is semantic:\n\nBut model output is not accepted as authoritative schedule dates, authorization, contractual entitlement, or permission to mutate the accepted schedule record.\n\nThose decisions remain outside the model:\n\nThis separation lets the model help resolve open-world ambiguity without turning model confidence into project authority.\n\nEverbind deliberately separates the recorded Judge transaction from the retained authenticated evidence path.\n\nDuring the recorded transaction, Cloud Run executes:\n\nThe transaction uses fixed, reproducible synthetic schedule fixtures.\n\nA separate authenticated proof bundle demonstrates:\n\nThe Gemini/ADK proposal and the Cloud Storage and Firestore proof are retained artifacts rather than freshly generated during the recorded Judge transaction.\n\nAfter acceptance, Everbind can generate a receipt-bound, non-binding visual change brief using Gemini Image and Veo, with Vision QA and retained Gemma execution evidence.\n\nThese assets are presentation support only. They do not participate in commitment lineage, schedule evaluation, authorization, or accepted-state mutation.\n\nThe difficult part was not generating a persuasive explanation. It was preserving the boundaries between proposal, evidence, calculation, authority, mutation, and proof.\n\nThree lessons mattered most:\n\n**Abstention needs an executable next step.**\n\n“Not enough evidence” is useful only when it creates a controlled path for obtaining the evidence that changes the decision.\n\n**A passing calculation is not permission to mutate accepted state.**\n\nEligibility and authority are separate questions.\n\n**Verification should reconstruct the decision from retained bytes.**\n\nIt should not trust the browser state—or the runtime—that displayed the result.\n\nRepository: [https://github.com/miemiemi2/everbind](https://github.com/miemiemi2/everbind)\n\nEverbind is a bounded synthetic owner-side fixture. This release does not claim native P6/XER ingestion, production-grade identity, live contractor or CDE integration, legal or contractual effect, practitioner validation, or fresh model generation during the recorded Judge transaction.", "url": "https://wpnews.pro/news/how-i-built-everbind-keeping-project-commitments-alive-across-schedule-revisions", "canonical_source": "https://dev.to/mi_xu_ddbcffe9c5e544f7ee6/how-i-built-everbind-keeping-project-commitments-alive-across-schedule-revisions-with-gemini-and-2pfa", "published_at": "2026-08-31 22:13:00+00:00", "updated_at": "2026-08-31 22:53:05.533034+00:00", "lang": "en", "topics": ["artificial-intelligence", "ai-agents", "ai-infrastructure", "developer-tools"], "entities": ["Everbind", "Gemini", "Google Cloud", "Google ADK", "Cloud Run", "Cloud Storage", "Firestore", "Gemini Image"], "alternates": {"html": "https://wpnews.pro/news/how-i-built-everbind-keeping-project-commitments-alive-across-schedule-revisions", "markdown": "https://wpnews.pro/news/how-i-built-everbind-keeping-project-commitments-alive-across-schedule-revisions.md", "text": "https://wpnews.pro/news/how-i-built-everbind-keeping-project-commitments-alive-across-schedule-revisions.txt", "jsonld": "https://wpnews.pro/news/how-i-built-everbind-keeping-project-commitments-alive-across-schedule-revisions.jsonld"}}