Skip to content

feat(#614): register feature-ideation in canary-rings.json — fleet drift now 0 - #661

Merged
don-petry merged 1 commit into
mainfrom
register-614-feature-ideation
Jul 11, 2026
Merged

feat(#614): register feature-ideation in canary-rings.json — fleet drift now 0#661
don-petry merged 1 commit into
mainfrom
register-614-feature-ideation

Conversation

@don-petry

Copy link
Copy Markdown
Contributor

Completes the feature-ideation channel/ring rollout (#614/#866). It had feature-ideation/next + v1.0.0/v1.1.0 but was missing ring0/ring1/stable and wasn't registered. Cut ring0/ring1/stable at v1.1.0 (aligned on c60e75af) + register (host=.github, standard rings/gate mirroring agent-shield).

Validated: evaluate → COMPLETE; drift 1 → 0 — the entire fleet reusable registry is now in sync. canary_rollout.bats 97/97.

Remaining for #614: repin consumers onto their ring channels (follow-up commits).

🤖 Generated with Claude Code

…ift now 0

Completes the feature-ideation channel/ring rollout (#614/#866). It already had
feature-ideation/next + v1.0.0/v1.1.0 but was missing ring0/ring1/stable and was
absent from the registry. Cut ring0/ring1/stable at v1.1.0 (all aligned on c60e75a =
current next) and register it (host=.github, standard organic-traffic rings/gate
mirroring agent-shield; run_workflow="Feature Research & Ideation (BMAD Analyst)").

Validated (read-only vs live tags): evaluate → COMPLETE (all channels on v1.1.0);
**drift 1 → 0** — the entire fleet reusable registry is now in sync (every
*-reusable.yml is registered or recorded as unmanaged). canary_rollout.bats green
(+feature-ideation onboarding shape test).

Remaining for #614: repin consumers onto their ring channels (.github→ring0,
TalkTerm/bmad→ring1, google-app-scripts→stable, template→stable; .github-private
already @next). Refs #614 #866.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@don-petry
don-petry requested a review from a team as a code owner July 11, 2026 04:16
Copilot AI review requested due to automatic review settings July 11, 2026 04:16
@chatgpt-codex-connector

Copy link
Copy Markdown

You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard.
To continue using code reviews, you can upgrade your account or add credits to your account and enable them for code reviews in your settings.

@don-petry
don-petry merged commit 85b1ec1 into main Jul 11, 2026
9 checks passed
@don-petry
don-petry deleted the register-614-feature-ideation branch July 11, 2026 04:17
@coderabbitai

coderabbitai Bot commented Jul 11, 2026

Copy link
Copy Markdown

Warning

Review limit reached

@don-petry, you've reached your PR review limit, so we couldn't start this review.

Next review available in: 49 minutes

Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available.
You're only billed for reviews past your plan's rate limits ($0.25/file).

How can I continue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews.

How do review limits work?

CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability.

For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window.

Please refer docs for additional details.

Review details
⚙️ Run configuration

Configuration used: Organization UI

Review profile: ASSERTIVE

Plan: Pro

Run ID: 4c03b954-462c-42c2-a648-59902d901706

📥 Commits

Reviewing files that changed from the base of the PR and between 65c7d46 and bf37460.

📒 Files selected for processing (2)
  • standards/canary-rings.json
  • tests/canary_rollout.bats
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch register-614-feature-ideation

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@gemini-code-assist gemini-code-assist Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request onboards the feature-ideation agent to the canary rings configuration and adds corresponding validation tests in the BATS test suite. The feedback suggests optimizing the new test by invoking jq directly instead of spawning an unnecessary subshell with bash -c.

Comment thread tests/canary_rollout.bats
[ "$status" -eq 0 ]
run jq -e '.agents["feature-ideation"].reusable == ".github/workflows/feature-ideation-reusable.yml"' "$RINGS"
[ "$status" -eq 0 ]
run bash -c "jq -r '.agents[\"feature-ideation\"].rings | sort_by(.order) | map(.channel) | join(\",\")' '$RINGS'"

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

low

Avoid spawning an unnecessary subshell with bash -c in BATS tests. You can invoke jq directly within the run wrapper, which is cleaner and more efficient.

  run jq -r '.agents["feature-ideation"].rings | sort_by(.order) | map(.channel) | join(",")' "$RINGS"

@sonarqubecloud

Copy link
Copy Markdown

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Registers the feature-ideation reusable workflow in the org’s canary rollout source-of-truth (standards/canary-rings.json) so it participates in the standard next → ring0 → ring1 → stable promotion model, and adds a Bats test to prevent registry drift.

Changes:

  • Add feature-ideation to standards/canary-rings.json with standard ring membership and the default graduated gate configuration.
  • Add a tests/canary_rollout.bats assertion to validate the new agent entry’s presence and key fields.

Reviewed changes

Copilot reviewed 2 out of 2 changed files in this pull request and generated 1 comment.

File Description
tests/canary_rollout.bats Adds a regression test asserting feature-ideation is present in canary-rings.json with standard ring ordering and gate knobs.
standards/canary-rings.json Registers feature-ideation as a managed canary agent (host/reusable/workflow name + rings + standard #548 gate defaults).

Comment thread tests/canary_rollout.bats
Comment on lines +204 to +215
@test "canary-rings.json: feature-ideation onboarded (cross-repo host, standard rings, #614)" {
run jq -e '.agents["feature-ideation"].host == "petry-projects/.github"' "$RINGS"
[ "$status" -eq 0 ]
run jq -e '.agents["feature-ideation"].reusable == ".github/workflows/feature-ideation-reusable.yml"' "$RINGS"
[ "$status" -eq 0 ]
run bash -c "jq -r '.agents[\"feature-ideation\"].rings | sort_by(.order) | map(.channel) | join(\",\")' '$RINGS'"
[ "$output" = "next,ring0,ring1,stable" ]
run jq -e '.agents["feature-ideation"].gate.transitions["ring1->stable"].sample_min == 1' "$RINGS"
[ "$status" -eq 0 ]
run jq -e '.agents["feature-ideation"] | (has("next_tier_health_signal")|not) and (has("soak_start_ring")|not)' "$RINGS"
[ "$status" -eq 0 ]
}
don-petry added a commit that referenced this pull request Aug 3, 2026
…ift now 0 (#661)

Completes the feature-ideation channel/ring rollout (#614/#866). It already had
feature-ideation/next + v1.0.0/v1.1.0 but was missing ring0/ring1/stable and was
absent from the registry. Cut ring0/ring1/stable at v1.1.0 (all aligned on c60e75a =
current next) and register it (host=.github, standard organic-traffic rings/gate
mirroring agent-shield; run_workflow="Feature Research & Ideation (BMAD Analyst)").

Validated (read-only vs live tags): evaluate → COMPLETE (all channels on v1.1.0);
**drift 1 → 0** — the entire fleet reusable registry is now in sync (every
*-reusable.yml is registered or recorded as unmanaged). canary_rollout.bats green
(+feature-ideation onboarding shape test).

Remaining for #614: repin consumers onto their ring channels (.github→ring0,
TalkTerm/bmad→ring1, google-app-scripts→stable, template→stable; .github-private
already @next). Refs #614 #866.

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
don-petry added a commit that referenced this pull request Aug 7, 2026
…ift now 0 (#661)

Completes the feature-ideation channel/ring rollout (#614/#866). It already had
feature-ideation/next + v1.0.0/v1.1.0 but was missing ring0/ring1/stable and was
absent from the registry. Cut ring0/ring1/stable at v1.1.0 (all aligned on c60e75a =
current next) and register it (host=.github, standard organic-traffic rings/gate
mirroring agent-shield; run_workflow="Feature Research & Ideation (BMAD Analyst)").

Validated (read-only vs live tags): evaluate → COMPLETE (all channels on v1.1.0);
**drift 1 → 0** — the entire fleet reusable registry is now in sync (every
*-reusable.yml is registered or recorded as unmanaged). canary_rollout.bats green
(+feature-ideation onboarding shape test).

Remaining for #614: repin consumers onto their ring channels (.github→ring0,
TalkTerm/bmad→ring1, google-app-scripts→stable, template→stable; .github-private
already @next). Refs #614 #866.

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
don-petry added a commit that referenced this pull request Aug 7, 2026
…ift now 0 (#661)

Completes the feature-ideation channel/ring rollout (#614/#866). It already had
feature-ideation/next + v1.0.0/v1.1.0 but was missing ring0/ring1/stable and was
absent from the registry. Cut ring0/ring1/stable at v1.1.0 (all aligned on c60e75a =
current next) and register it (host=.github, standard organic-traffic rings/gate
mirroring agent-shield; run_workflow="Feature Research & Ideation (BMAD Analyst)").

Validated (read-only vs live tags): evaluate → COMPLETE (all channels on v1.1.0);
**drift 1 → 0** — the entire fleet reusable registry is now in sync (every
*-reusable.yml is registered or recorded as unmanaged). canary_rollout.bats green
(+feature-ideation onboarding shape test).

Remaining for #614: repin consumers onto their ring channels (.github→ring0,
TalkTerm/bmad→ring1, google-app-scripts→stable, template→stable; .github-private
already @next). Refs #614 #866.

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants