Skip to content

feat(exodia): add Baryon Mode — one-shot .NET warning exterminator#118

Merged
ANcpLua merged 2 commits intomainfrom
feat/baryon-mode
Feb 13, 2026
Merged

feat(exodia): add Baryon Mode — one-shot .NET warning exterminator#118
ANcpLua merged 2 commits intomainfrom
feat/baryon-mode

Conversation

@ANcpLua
Copy link
Owner

@ANcpLua ANcpLua commented Feb 13, 2026

Summary

  • New exodia command: baryon-mode — One-shot Noble Phantasm for .NET warning extermination
  • Phase 0 snapshots tooling reality via dotnet build, categorizes warnings into 8 aspect buckets
  • T0 burst launches up to 9 parallel agents in ONE message (1 recon-invoker + 8 domain fixers)
  • No gates, no permission, headless/reckless, cross-repo with full MCP access
  • Final verification via delta build comparison

Architecture

Phase 0 (lead):  dotnet build → categorize warnings → 8 buckets
T0 burst (9 agents):
  ├── recon-invoker      → Rider MCP + NuGet MCP version discovery
  ├── aspect-nullability → CS8600-CS8799
  ├── aspect-deprecation → CS0612, CS0618, SYSLIB*
  ├── aspect-unused      → CS0168, CS0219, IDE0051-IDE0060
  ├── aspect-async       → CS4014, CS1998, CA2007
  ├── aspect-style       → IDE*, SA*, RCS*
  ├── aspect-suppressions→ Remove all #pragma/SuppressMessage/NoWarn
  ├── aspect-packages    → NU*, CPM, version updates
  └── aspect-config      → .editorconfig, Directory.Build.props
Phantasm Concludes: dotnet build → delta → exit

Files changed

File Change
plugins/exodia/commands/baryon-mode.md NEW — the command (266 lines)
plugins/exodia/.claude-plugin/plugin.json Updated description
plugins/exodia/CLAUDE.md Added to command table + notes
plugins/exodia/README.md Added row + workflow step
CLAUDE.md Added routing entry + updated counts
docs/ARCHITECTURE.md Updated counts
.claude-plugin/marketplace.json Updated counts
CHANGELOG.md Entry under [Unreleased]

Test plan

  • Verify baryon-mode.md frontmatter has valid YAML
  • Verify command count consistency across all metadata files (23 commands)
  • Verify CI passes (markdownlint, shellcheck, JSON syntax)
  • Verify command is discoverable via /exodia:baryon-mode

🤖 Generated with Claude Code

Summary by CodeRabbit

Release Notes

  • New Features

    • Added baryon-mode command to Exodia plugin for automated .NET warning extermination with parallel agent execution.
  • Documentation

    • Updated marketplace and plugin documentation to reflect new command and revised counts (23 total available commands; Exodia plugin now includes 10 commands).

Noble Phantasm: snapshots tooling reality via dotnet build, then T0
burst launches up to 9 parallel agents (1 recon-invoker for MCP
version discovery + 8 domain aspects). No gates, no permission,
headless/reckless. Cross-repo with full MCP access.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Copilot AI review requested due to automatic review settings February 13, 2026 13:48
@gemini-code-assist
Copy link

Summary of Changes

Hello @ANcpLua, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request introduces a powerful new exodia command, baryon-mode, aimed at aggressively and automatically resolving .NET build warnings. It streamlines the warning remediation process by orchestrating multiple specialized agents to tackle different warning types in parallel, significantly reducing manual effort and ensuring a clean build state across repositories.

Highlights

  • New Command Introduction: Introduced a new exodia command, baryon-mode, designed for one-shot extermination of .NET build warnings.
  • Two-Phase Warning Remediation: Implemented a two-phase process: initial dotnet build to categorize warnings into 8 distinct aspects, followed by a T0 burst.
  • Parallel Agent Deployment: Deployed up to 9 parallel agents (1 recon-invoker and 8 domain-specific fixers) to address identified warning categories.
  • Autonomous Operation: Designed for headless, reckless, and cross-repository operation with full MCP access, bypassing traditional gates and permissions.
  • Delta Build Verification: Included a final verification step using a delta build comparison to confirm warning resolution.
Changelog
  • .claude-plugin/marketplace.json
    • Updated the total command count from 22 to 23.
    • Updated the exodia plugin description to include baryon-mode in its list of commands.
  • CHANGELOG.md
    • Added a new entry under the "Added" section detailing the exodia baryon-mode command and its functionality.
  • CLAUDE.md
    • Updated the total command count from 22 to 23 and the exodia command count from 9 to 10.
    • Added baryon-mode to the list of exodia commands with its description.
    • Added a new routing entry for baryon-mode under "IF .NET warnings need extermination".
  • docs/ARCHITECTURE.md
    • Updated the total command count from 22 to 23 and the exodia command count from 9 to 10 in the architecture overview.
    • Updated the exodia plugin's responsibility table entry to reflect 10 commands.
  • plugins/exodia/.claude-plugin/plugin.json
    • Updated the exodia plugin's description to include baryon-mode and reflect 10 commands.
  • plugins/exodia/CLAUDE.md
    • Updated the command count in the header from 9 to 10.
    • Added baryon-mode to the command table.
    • Added a note describing baryon-mode as a "Noble Phantasm".
  • plugins/exodia/README.md
    • Updated the command count in the header from 9 to 10.
    • Added baryon-mode to the command table.
    • Inserted baryon-mode into the example workflow steps.
  • plugins/exodia/commands/baryon-mode.md
    • Added a new markdown file defining the baryon-mode command, including its description, architecture, critical execution requirements, and detailed instructions for its phases and aspects.
Activity
  • A comprehensive test plan was provided, outlining steps to verify the new command's functionality and metadata consistency.
  • The pull request was generated using Claude Code, indicating automated assistance in its creation.
Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in pull request comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

@coderabbitai
Copy link

coderabbitai bot commented Feb 13, 2026

Warning

Rate limit exceeded

@ANcpLua has exceeded the limit for the number of commits that can be reviewed per hour. Please wait 18 minutes and 21 seconds before requesting another review.

⌛ How to resolve this issue?

After the wait time has elapsed, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

We recommend that you space out your commits to avoid hitting the rate limit.

🚦 How do rate limits work?

CodeRabbit enforces hourly rate limits for each developer per organization.

Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout.

Please see our FAQ for further information.

📝 Walkthrough

Walkthrough

The pull request introduces a new "baryon-mode" command to the exodia plugin, incrementing the command count from 9 to 10. Updates are made across marketplace metadata, documentation files, and plugin manifests to reflect this addition. Comprehensive documentation for the baryon-mode command is included, detailing a .NET warning extermination workflow.

Changes

Cohort / File(s) Summary
Marketplace Metadata
.claude-plugin/marketplace.json
Updated root metadata description to reflect 23 commands (instead of 22); updated exodia plugin description to reference 10 commands (instead of 9) and added baryon-mode to the listed commands.
Root Documentation Updates
CHANGELOG.md, CLAUDE.md, docs/ARCHITECTURE.md
Added entry describing the new baryon-mode command for .NET warning extermination; updated plugin catalog counts from 22 to 23 commands and exodia count from 9 to 10; updated design-principles table and routing guidance to include baryon-mode.
Exodia Plugin Metadata
plugins/exodia/.claude-plugin/plugin.json, plugins/exodia/CLAUDE.md, plugins/exodia/README.md
Updated plugin description from 9 to 10 commands; added baryon-mode command entry to command tables; updated command count headers and workflow examples to include the new command.
Exodia Command Documentation
plugins/exodia/commands/baryon-mode.md
New file introducing baryon-mode as a one-shot T₀ burst workflow for .NET warning extermination, including architecture diagram, critical execution requirements, and per-aspect remediation guidance.

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~20 minutes

🚥 Pre-merge checks | ✅ 4
✅ Passed checks (4 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title clearly and specifically describes the main change: adding a new Baryon Mode command to the exodia plugin for .NET warning elimination.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Merge Conflict Detection ✅ Passed ✅ No merge conflicts detected when merging into main

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Post copyable unit tests in a comment
  • Commit unit tests in branch feat/baryon-mode

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 and usage tips.

Copy link

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

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 introduces the new baryon-mode command for the exodia plugin, a powerful tool for automatically fixing .NET build warnings. The changes are well-integrated, with consistent updates across various documentation and configuration files like marketplace.json, CHANGELOG.md, and plugin-specific readmes. The command definition itself is detailed and provides clear instructions for the agent.

My review focuses on adherence to the repository's style guide. I've noted a few minor style and consistency issues, such as line length and use of hardcoded temporary file paths.

Additionally, as per the repository style guide (lines 19-20), significant new features and architectural decisions should be accompanied by a spec and an ADR. Given the complexity and impact of the baryon-mode command, consider creating these documents to maintain architectural clarity.

Comment on lines +59 to +61
```bash
dotnet build "$0" 2>&1 | tee /tmp/baryon-warnings-before.txt
```

Choose a reason for hiding this comment

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

medium

Using a hardcoded file path in /tmp can lead to race conditions or conflicts if the command is run multiple times in parallel. According to the style guide, shell scripts should avoid hardcoded absolute paths. It's better to use mktemp to create a unique temporary file and store its name in a variable for later comparison.

Suggested change
```bash
dotnet build "$0" 2>&1 | tee /tmp/baryon-warnings-before.txt
```
WARNINGS_BEFORE_FILE=$(mktemp)
dotnet build "$0" 2>&1 | tee "$WARNINGS_BEFORE_FILE"
References
  1. Relative paths only (no hardcoded absolute paths) (link)

Comment on lines +231 to +233
```bash
dotnet build "$0" 2>&1 | tee /tmp/baryon-warnings-after.txt
```

Choose a reason for hiding this comment

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

medium

Similar to the 'before' file, using mktemp here for the 'after' warnings file avoids hardcoding paths and prevents potential race conditions. This makes the process more robust, especially in concurrent environments.

Suggested change
```bash
dotnet build "$0" 2>&1 | tee /tmp/baryon-warnings-after.txt
```
WARNINGS_AFTER_FILE=$(mktemp)
dotnet build "$0" 2>&1 | tee "$WARNINGS_AFTER_FILE"
References
  1. Relative paths only (no hardcoded absolute paths) (link)


### Added

- **exodia `baryon-mode` command**: One-shot Noble Phantasm for .NET warning extermination. Phase 0 snapshots tooling reality via `dotnet build`, then T0 burst launches up to 9 parallel agents (1 recon-invoker for Rider MCP + NuGet MCP version discovery, 8 domain aspects: nullability, deprecation, unused code, async, style, suppressions, packages, config). No gates, no permission, headless/reckless. Cross-repo with full MCP access. Final verification via delta build comparison

Choose a reason for hiding this comment

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

low

This line significantly exceeds the 120-character limit specified in the repository's style guide. Please wrap it to improve readability.

References
  1. Markdown files must have a maximum line length of 120 characters. (link)

@@ -0,0 +1,265 @@
---
description: "IF .NET warnings need extermination THEN use this. One-shot Noble Phantasm: snapshots reality (Rider MCP + NuGet MCP), 8 aspects burst at T0, headless/reckless, cross-repo. Full MCP access."

Choose a reason for hiding this comment

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

low

The description in the frontmatter exceeds the 120-character line length limit from the style guide. Please consider shortening or wrapping it.

References
  1. Markdown files must have a maximum line length of 120 characters. (link)

> Noble Phantasm. Triggers at battle start. 8 aspects manifest. Phantasm concludes.

**Solution:** $0 (path to .sln or directory)
**Scope:** $1 (default: all | all|nullability|style|packages|cleanup)

Choose a reason for hiding this comment

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

low

The all option is duplicated in the list of available scopes. Please remove the redundant entry.

Suggested change
**Scope:** $1 (default: all | all|nullability|style|packages|cleanup)
**Scope:** $1 (default: all | nullability|style|packages|cleanup)

│ ├── aspect-nullability ← CS8600-CS8799
│ ├── aspect-deprecation ← CS0612, CS0618, SYSLIB*, CA1422
│ ├── aspect-unused ← CS0168, CS0219, IDE0051-IDE0060
│ ├── aspect-async ← CS4014, CS1998, CA2007, CA2008

Choose a reason for hiding this comment

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

low

The list of async-related warnings in the architecture diagram is inconsistent with the list provided later in the file (line 145), which also includes CA2016. To maintain consistency, please update this diagram to include CA2016.

Suggested change
│ ├── aspect-async ← CS4014, CS1998, CA2007, CA2008
│ ├── aspect-async ← CS4014, CS1998, CA2007, CA2008, CA2016

Copy link

@chatgpt-codex-connector chatgpt-codex-connector bot left a comment

Choose a reason for hiding this comment

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

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: d3d4c1d43e

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

> Noble Phantasm. Triggers at battle start. 8 aspects manifest. Phantasm concludes.

**Solution:** $0 (path to .sln or directory)
**Scope:** $1 (default: all | all|nullability|style|packages|cleanup)

Choose a reason for hiding this comment

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

P2 Badge Respect scope argument before launching aspect burst

The command advertises a Scope argument (all|nullability|style|packages|cleanup), but no later step uses $1; instead it always launches every non-empty warning bucket. In practice, running /exodia:baryon-mode <solution> style still triggers unrelated aspects (including package/config changes) with cross-repo edit instructions, which makes the command perform materially broader edits than requested. Add explicit scope-to-bucket filtering before the T₀ task launch.

Useful? React with 👍 / 👎.

Copy link

Copilot AI left a comment

Choose a reason for hiding this comment

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

Pull request overview

Adds a new Exodia slash command (/exodia:baryon-mode) to orchestrate a one-shot, parallel “T0 burst” workflow aimed at eliminating .NET build warnings, and updates repository metadata/counts to reflect the additional command.

Changes:

  • Introduce new baryon-mode command document under plugins/exodia/commands/.
  • Update Exodia plugin docs/manifest to include the new command and adjust command counts.
  • Update repository-level docs/marketplace metadata and changelog to reflect the new command and new total command count.

Reviewed changes

Copilot reviewed 8 out of 8 changed files in this pull request and generated 4 comments.

Show a summary per file
File Description
plugins/exodia/commands/baryon-mode.md New Exodia command definition for the “Baryon Mode” warning-extermination workflow.
plugins/exodia/.claude-plugin/plugin.json Updates Exodia plugin description to include baryon-mode and “10 commands” wording.
plugins/exodia/CLAUDE.md Adds baryon-mode to the Exodia command table and notes.
plugins/exodia/README.md Updates Exodia README command count and adds baryon-mode to the command list + typical workflow.
CLAUDE.md Updates global routing and repo command counts; adds baryon-mode routing entries.
docs/ARCHITECTURE.md Updates architecture doc counts and Exodia command count references.
.claude-plugin/marketplace.json Updates marketplace metadata description/counts and Exodia plugin description.
CHANGELOG.md Adds an Unreleased entry announcing the new baryon-mode command.

@@ -0,0 +1,265 @@
---
description: "IF .NET warnings need extermination THEN use this. One-shot Noble Phantasm: snapshots reality (Rider MCP + NuGet MCP), 8 aspects burst at T0, headless/reckless, cross-repo. Full MCP access."
allowed-tools: Task, Bash, TodoWrite
Copy link

Copilot AI Feb 13, 2026

Choose a reason for hiding this comment

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

allowed-tools doesn’t include WebFetch/WebSearch, but the command instructions explicitly require them (NuGet flat-container lookups and migration-guide searches). If these tools aren’t allowed, the command will fail at runtime when it reaches those steps; add them to allowed-tools (or remove/replace the Web* steps).

Suggested change
allowed-tools: Task, Bash, TodoWrite
allowed-tools: Task, Bash, TodoWrite, WebFetch, WebSearch

Copilot uses AI. Check for mistakes.
Comment on lines +10 to +12
**Solution:** $0 (path to .sln or directory)
**Scope:** $1 (default: all | all|nullability|style|packages|cleanup)

Copy link

Copilot AI Feb 13, 2026

Choose a reason for hiding this comment

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

The command signature documents a Scope argument, but it’s never referenced again (no filtering logic described) and the listed scope options don’t match the 8 aspects (missing deprecation/unused/async/suppressions/config). Either remove Scope from the interface or document exactly how it limits which aspect buckets run, with options covering all aspects.

Copilot uses AI. Check for mistakes.
CLAUDE.md Outdated
→ exodia:hades skill (audited cleanup with Smart IDs, deletion permits, audit ledger)

IF .NET warnings need extermination (one-shot, headless, cross-repo)
→ exodia:baryon-mode command (1 Invoker + 8 aspects burst at T0, full MCP access)
Copy link

Copilot AI Feb 13, 2026

Choose a reason for hiding this comment

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

The invocation here uses exodia:baryon-mode without the leading /, while the surrounding routing section uses /exodia:... command syntax. This is likely to confuse copy/paste usage; update it to the consistent slash-command form.

Suggested change
→ exodia:baryon-mode command (1 Invoker + 8 aspects burst at T0, full MCP access)
/exodia:baryon-mode command (1 Invoker + 8 aspects burst at T0, full MCP access)

Copilot uses AI. Check for mistakes.
Comment on lines +125 to +126
├── plugins/ # 7 plugins (23 commands, 4 skills, 9 agents)
│ ├── exodia/ # Multi-agent orchestration — 10 commands + hades skill
Copy link

Copilot AI Feb 13, 2026

Choose a reason for hiding this comment

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

Counts were updated here to 23 commands / exodia 10 commands, but other repo metadata still reports the old totals (e.g., README.md:5 still says 22 commands and README.md:11,34 says exodia has 9 commands; docs/AGENTS.md:26 also says 22 total / 9 exodia). To keep the repository’s published counts consistent, those files should be updated in this PR as well.

Copilot uses AI. Check for mistakes.
1. Add WebFetch/WebSearch to allowed-tools (Codex)
2. Add $1 scope filtering logic — skip non-matching buckets (Codex P2)
3. Remove duplicate 'all' from scope options (Gemini)
4. Add CA2016 to async aspect in architecture diagram (Gemini)
5. Add / prefix to routing entry in CLAUDE.md (Codex)
6. Replace hardcoded /tmp paths with mktemp (Gemini)
7. Update README.md + AGENTS.md counts to 23/10 (Copilot)

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
@ANcpLua
Copy link
Owner Author

ANcpLua commented Feb 13, 2026

@claude @claude[agent] review

@Claude
Copy link

Claude AI commented Feb 13, 2026

@ANcpLua I've opened a new pull request, #121, to work on those changes. Once the pull request is ready, I'll request review from you.

@claude
Copy link

claude bot commented Feb 13, 2026

Claude encountered an error —— View job


I'll analyze this and get back to you.

@ANcpLua ANcpLua merged commit 6b34bc7 into main Feb 13, 2026
9 of 10 checks passed
@ANcpLua ANcpLua deleted the feat/baryon-mode branch February 13, 2026 14:44
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.

3 participants