Decomposed ticket workflow from the AI Native DevCon London 2026 context workshop: skills for code and documentation tickets, the mandatory tests-first / clean-review / human-review rules, and the deterministic scripts/ they lean on.
70
88%
Does it follow best practices?
Impact
—
No eval scenarios have been run
Passed
No known issues
Use this when a ticket touches any real source code (anything that is not purely documentation). If you genuinely cannot tell whether a ticket is documentation or code, treat it as a code ticket — code changes are the riskier ones, so it is always safer to take the more careful path.
The deterministic mechanics live in scripts/ (run them from the repo root). This skill is the judgment: deciding what to build and how to fix failures and review comments. Two mandatory gates apply — no tests, no PR and merge only on a clean review; follow them exactly.
python3 scripts/run_tests.py --check. If it exits non-zero, stop here — write tests first before implementing or opening a PR.python3 scripts/run_tests.py. If it exits non-zero, read the failures, fix the code, and run it again. Repeat until it exits 0 — do not move on while even one test fails.python3 scripts/open_pr.py --title "<title>" --body "<body>". You supply the title and body (judgment); the script creates the branch if needed, commits, pushes, and opens the PR against main. It prints the PR URL.python3 scripts/request_copilot_review.py <pr-number>. (The script resolves the PR and reviewer ids and fires the request — no manual GraphQL.)python3 scripts/await_copilot_review.py <pr-number>. It blocks until Copilot has reviewed, then prints JSON: {"state", "clean", "comments"}.clean is false, address every comment in the JSON: fix the code, push, then re-run step 5 and step 6. Repeat this fix-summon-wait loop as many times as needed."clean": true.python3 scripts/merge_pr.py <pr-number>.