awesome-loop-engineering / examples /runnable /github-agentic-workflow.md
cy0307's picture
Sync awesome-loop-engineering
9ec4919 verified
|
Raw
History Blame Contribute Delete
2.73 kB

GitHub Agentic Workflow Variant

Template, not a guarantee of product behavior. GitHub Agentic Workflows are evolving; confirm syntax, permissions, and triggers in the official docs before relying on this. The block below is an illustrative shape, not a copy-paste workflow file.

A scheduled or event-triggered loop that runs a coding agent inside GitHub Actions. Use it when the work is tied to a repository and you want CI-style guardrails, required checks, and a pull request as the escalation path.

When to use

  • The loop's intake and output are GitHub-native: issues, PRs, releases, checks.
  • You want the run isolated in a container and gated by repository permissions.
  • A pull request is the right place for a human to take over.

Shape

The intent is usually written in Markdown and compiled to a locked Actions workflow. The illustrative shape:

on:
  schedule: weekly
  pull_request: [opened, synchronize]   # optional event trigger
permissions: read-only by default; request the minimum the job needs
engine: a coding agent (for example Copilot CLI, Claude Code, or Codex)

job: docs-drift-check
  intake:
    - changed files since the last run
    - public docs, examples, and CLI help
  steps:
    1. For each candidate drift item, verify it against code, schema, or runtime output.
    2. Patch only verified mismatches in a new branch.
    3. Run the docs build, link check, and example checks. These are the verification gate.
  output:
    - open a pull request with the verified patches and the check results
  guardrails:
    - never edit generated files by hand
    - never push to a protected branch
    - if the checks fail, open the PR as draft and label it "needs-human"

How it maps to the Loop Contract

Contract part In this template
Trigger schedule: weekly, optionally plus PR events
Workspace Containerized Actions job, isolated per run
Verification Docs build, link check, and example checks as required gates
Durable state The branch, the PR, and run artifacts
Budget The Actions job timeout
Escalation A pull request, drafted and labeled when checks fail

Guardrails

  • Default to read-only permissions and request only the minimum scopes the job needs; see Securing Unattended Loops.
  • Make the verification gate a real status check, not a model summary.
  • Keep the escalation path a reviewable PR; never let the workflow merge its own changes to a protected branch.
  • This template mirrors the docs drift pattern; start from that contract for the full version.