dakota-pr-review

Review Dakota pull requests through lab-backed Argo workflow builds and container QA validation.

11|9|Updated May 25, 2026
One-click install
npx skills add https://github.com/projectbluefin/lab --skill dakota-pr-review-projectbluefin
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: dakota-pr-review
Source: https://github.com/projectbluefin/lab/tree/main/docs/skills/dakota-pr-review
Command: npx skills add https://github.com/projectbluefin/lab --skill dakota-pr-review-projectbluefin

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Dakota pull requests cannot be trusted to GitHub Actions status alone because the repository's CI and merge-queue path is known to fail for unrelated reasons, leaving maintainers without reliable merge evidence. This Skill provides a lab-backed admission process that ties every merge decision to fresh build and test results from the exact PR head SHA. ## Core Features & Use Cases - Lab-backed PR validation: Dispatch the distributed dakota-build-pipeline for the exact PR head SHA, then run dakota-container-qa-pipeline smoke checks and full BDD/GUI suites against the resulting image. - Merge gating and triage: Classify infrastructure failures (BuildBarn storage, worker DNS, semaphore contention) separately from source/test failures, and merge directly only after a clean pass on the current head. - Repair loop: Fix localized PR defects in place, push to the contributor branch without rewriting history, and revalidate from the new head SHA. - Use Case: A maintainer has three open Dakota PRs with failing GitHub checks. Use this Skill to queue serialized BST builds, run container QA per PR, and merge only the PRs whose exact head SHA passed lab validation. ## Quick Start Review Dakota PR number 42 by dispatching the distributed build pipeline for its head SHA and running the container QA suite before deciding whether to merge.

Frequently Asked Questions about dakota-pr-review

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I review a Dakota pull request with lab validation?▼

Confirm the PR head SHA and mergeability, dispatch the distributed dakota-build-pipeline for that exact SHA, then run dakota-container-qa-pipeline smoke checks against the built image. Merge directly only after a clean pass tied to the current head.

How do I run Dakota container tests with Argo Workflows?▼

Dispatch dakota-container-qa-pipeline against the built local registry image, and use dakota-qa-pipeline or run-container-tests for full BDD/GUI suites. Pass /sbin/init explicitly after the image reference because Dakota images may have an empty OCI Cmd.

Can I use the GitHub merge queue for Dakota PRs?▼

No, the merge queue is not the merge path for this workflow when GitHub Actions is failing, because queue promotion has historically evaluated stale or wrong commits. Merge directly after fresh lab evidence and an exact-SHA recheck.

Why did my Dakota build fail before tests ran?▼

Failures before the test phase are usually infrastructure issues such as BuildBarn storage or worker DNS errors, not PR defects. Check the storage StatefulSet, frontends, scheduler, workers, and the bst-build semaphore before retrying.

When should I repair a failing Dakota PR instead of rejecting it?▼

Repair is appropriate when the failure is a localized build recipe, element, workflow, or test defect clearly caused by the PR. Push a minimal fix to the PR branch without force-pushing, then rerun the build and QA suites from the new head SHA.