agents/skills/experimental-code-coverage-build-invoker/SKILL.md
This skill schedules LUCI try jobs to generate code coverage data. It provides two distinct operational modes based on what is being tested.
Activate this skill when:
git cl try).led).cl_url: The full URL to the Gerrit CL (e.g.,
https://chromium-review.googlesource.com/c/chromium/src/+/7916168).builders_of_concern: A list of builder names to trigger (e.g.,
["android-x86-rel", "linux-rel"]).git cl try)Use this mode for submitted or WIP Gerrit CLs modifying application source code
(.cc, .java) or Starlark builder configurations (.star).
Execute the command from the repository root:
git cl try -B luci.chromium.try -b builder1 -b builder2
led)Use this mode exclusively for debugging unlanded recipe changes, custom build properties, or reproducing historical Swarming runs.
For each target builder, fetch the builder definition, apply unmerged CL
modifications (or local recipe bundle), explicitly set the Swarming priority to match standard CQ tryjob traffic (priority = 30), and dispatch:
# Example for patching a CL and setting CQ priority via LED
led get-builder luci.chromium.try:android-x86-rel \
| led edit-gerrit-cl <cl_url> \
| jq '.buildbucket.bbagent_args.build.infra.backend.config.priority = 30' \
| led launch
To test unmerged local recipe edits at standard CQ tryjob priority:
led get-builder luci.chromium.try:android-x86-rel \
| led edit-recipe-bundle \
| jq '.buildbucket.bbagent_args.build.infra.backend.config.priority = 30' \
| led launch
{"linux-rel": "https://ci.chromium.org/b/8679163306673603153"}).scratch/triage_state.json mapped to builder name under control_builds (if cl_url matches control_cl) or fix_builds (if cl_url matches fix_cl).gcert / luci-auth tokens are valid.chromium/try, but
-B luci.chromium.try is syntactically required by git cl try.