You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: .github/aw/create-agentic-workflow.md
+2-5Lines changed: 2 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -169,13 +169,10 @@ Rules:
169
169
170
170
### 8. Add cost-aware triage and context flow
171
171
172
-
- For high-volume inputs, design a cheap triage step before expensive analysis.
173
-
- Require explicit `noop` or safe-output behavior for known, duplicate, stale, or low-value cases.
174
-
- Reserve frontier-model reasoning for ambiguous/high-value cases and final synthesis.
175
-
- Prefer pull-on-demand context retrieval over prompt-stuffing large logs or API payloads.
172
+
- For high-volume inputs, apply the [High-Volume Triage and Escalation Pattern](workflow-patterns.md#high-volume-triage-and-escalation-pattern): cheap triage first, `noop`/safe output for known/duplicate/stale/low-value cases, frontier reasoning reserved for ambiguous/high-value cases, and context pulled on demand.
176
173
- Use deterministic `steps:` plus compact files under `/tmp/gh-aw/` when large data must be preprocessed.
177
174
178
-
See also: [workflow-patterns.md](workflow-patterns.md), [subagents.md](subagents.md), and [token-optimization.md](token-optimization.md).
175
+
See also: [subagents.md](subagents.md) and [token-optimization.md](token-optimization.md).
Copy file name to clipboardExpand all lines: .github/aw/safe-outputs-runtime.md
+1-2Lines changed: 1 addition & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,8 +4,7 @@ description: Safe-output reference for runtime defaults, custom jobs, scripts, a
4
4
5
5
# Safe Outputs: Runtime and Extensibility
6
6
7
-
8
-
The report-incomplete safe-output is automatically enabled by default and is distinct from `noop`. Use it when required tools or data are unavailable and the task cannot be meaningfully performed (e.g., MCP server crash, missing authentication, inaccessible repository). When an agent emits `report_incomplete`, gh-aw activates failure handling even when the agent process exits 0 — preventing empty outputs from being classified as successful. This ensures every unrecoverable failure is tracked.
7
+
The `report-incomplete` safe-output is enabled by default and is distinct from `noop`. Use it when required tools or data are unavailable and the task cannot be meaningfully performed (e.g., MCP server crash, missing authentication, inaccessible repository). When an agent emits `report_incomplete`, gh-aw activates failure handling even when the agent process exits 0 — preventing empty outputs from being classified as successful, so every unrecoverable failure is tracked.
9
8
10
9
-`jobs:` - Custom safe-output jobs registered as MCP tools for third-party integrations
-**`github-token:`** - Default GitHub token for workflow (must use `${{ secrets.* }}` syntax)
19
+
-**`github-token:`** - GitHub token override (must use `${{ secrets.* }}` syntax). Not a top-level field: set it under `on:` (trigger checks), `tools.github`, or `safe-outputs`.
20
20
-**`on.roles:`** - Repository access roles that can trigger workflow (array or `"all"`). Default `[admin, maintainer, write]`; available roles: `admin`, `maintainer`, `write`, `read`, `all`.
21
-
-**`bots:`** - Bot identifiers allowed to trigger workflow regardless of role permissions (array; e.g. `[dependabot[bot], renovate[bot], github-actions[bot]]`). The bot must be active (installed) on the repository to trigger.
21
+
-**`on.bots:`** - Bot identifiers allowed to trigger workflow regardless of role permissions (array; e.g. `[dependabot[bot], renovate[bot], github-actions[bot]]`). The bot must be active (installed) on the repository to trigger.
22
22
-**`strict:`** - Enable enhanced validation for production workflows (boolean, defaults to `true`; strongly recommended)
23
23
- Prefer `strict: true`; `strict: false` is dangerous, should be extremely rare, and must be carefully security reviewed before use
24
24
-**`max-turns:`** - AWF turn cap applied consistently across all agentic engines (integer or expression, e.g. `${{ inputs.max-turns }}`). The engine-level `engine.max-turns` is a deprecated alias kept for backward compatibility — prefer this top-level field. Not supported by the `gemini` engine.
@@ -81,6 +81,7 @@ description: Agentic workflow specific frontmatter fields for GitHub Agentic Wor
81
81
82
82
- Selected variant available as `${{ experiments.<name> }}` and in `{{#if experiments.<name> }}` template blocks
83
83
- See [A/B Testing Experiments](experiments.md) for full design guidance
84
+
- **`evals:`** - ⚠️ Experimental. BinEval binary (YES/NO) evaluation questions run after safe-outputs and before the conclusion job. Shorthand: a list of `{ id, question, model? }` objects. Extended form: object with `questions`, plus optional `model` (default alias/ID for all questions) and `runs-on`.
84
85
85
86
- **`imports:`** - Array of workflow specifications to import (array)
86
87
- Format: `owner/repo/path@ref`or local paths like `shared/common.md`
Copy file name to clipboardExpand all lines: .github/aw/update-agentic-workflow.md
+1-10Lines changed: 1 addition & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -58,16 +58,7 @@ See [workflow-editing.md](workflow-editing.md) for the full frontmatter-vs-body
58
58
59
59
## Cost-Oriented Update Checks
60
60
61
-
When refining existing workflows, preserve minimal edits while verifying:
62
-
63
-
- cheap triage runs before escalation for high-volume inputs
64
-
- known/duplicate/stale/low-value cases stop with explicit `noop` or safe output
65
-
- expensive/frontier reasoning is limited to ambiguous or high-value cases and final synthesis
66
-
- large raw logs/payloads are pulled on demand instead of pushed into initial prompts
67
-
- sub-agent fan-out stays bounded and worker returns stay compact
68
-
- changes are measured with `gh aw audit` (`aic`, input/output/cache token fields) and quality regressions are treated as failures
69
-
70
-
See also: [token-optimization.md](token-optimization.md), [subagents.md](subagents.md), and [workflow-patterns.md](workflow-patterns.md).
61
+
When refining existing workflows, keep edits minimal and confirm the design still follows the [High-Volume Triage and Escalation Pattern](workflow-patterns.md#high-volume-triage-and-escalation-pattern): cheap triage before escalation, `noop`/safe output for known/duplicate/stale cases, frontier reasoning reserved for high-value cases, and context pulled on demand. Keep sub-agent fan-out bounded (see [subagents.md](subagents.md)), then measure the change with `gh aw audit` and treat token or quality regressions as failures (see [token-optimization.md](token-optimization.md)).
0 commit comments