Uh oh!
There was an error while loading. Please reload this page.
skills: allow user-space env setup; refuse only sudo/system-level ops - #1448
Conversation
The cuopt-developer skill forbade all package installs ("Never run the
install — no exceptions"), which contradicted its own pre-flight check
requiring the agent to create and activate the conda env. A literal
reading made agents refuse to bootstrap conda or create the dev env on
a clean machine.
Narrow the non-negotiable refusal to privileged/system-level operations
(sudo, root, /etc, drivers, system repos). Environment setup is now
explicitly allowed: create/activate the conda env from the checked-in
conda/environments/*.yaml, pip/conda/mamba installs into the user-space
env, and bootstrap miniforge into $HOME. Keep the dependencies.yaml
workflow as guidance for permanent project deps.
Apply the same relaxation to the end-user rules (cuopt-user-rules):
user-space installs are allowed once the user confirms; only
sudo/system-level (apt) is off-limits.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Signed-off-by: Ramakrishna Prabhu <ramakrishnap@nvidia.com>ramakrishnap-nv
commented
Jun 22, 2026
/nvskills-ci |
Uh oh!
There was an error while loading. Please reload this page.
Behavior Rule #5 restated the Refusal Rules in the same file; reduce it to a one-line pointer. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Signed-off-by: Ramakrishna Prabhu <ramakrishnap@nvidia.com>
Caution Review failedThe pull request is closed. ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Enterprise Run ID: 📒 Files selected for processing (6)
📝 WalkthroughWalkthroughUpdates to cuOpt skill documentation refine privilege refusal rules and package installation policies, expand conda environment setup guidance, and refresh benchmark metadata and evaluation results across both the cuopt-developer and cuopt-user-rules skills. ChangesSkill Documentation Policy and Evaluation Updates
Estimated code review effort🎯 2 (Simple) | ⏱️ ~12 minutes Possibly related PRs
Suggested reviewers
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
There was a problem hiding this comment.
🧹 Nitpick comments (1)
skills/cuopt-developer/SKILL.md (1)
77-88: 🧹 Nitpick | 🔵 Trivial | 💤 Low valueStructure improvement: deduplication and clarity in Developer Behavior.
Line 88's cross-reference to Refusal Rules (instead of restating privilege restrictions) is good practice — maintains a single source of truth and avoids drift. The "OK to run" and "Still ask before" categories are now cleanly separated, with the new pre-commit setup guidance sitting between them. This structure is workable, though you may want to consider whether the pre-commit section (lines 79–80) could move into its own subsection (e.g., after "Still ask before") to keep "OK to run" and "Still ask before" as parallel categories. Not a blocker, but worth noting if clarity is a priority.
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. In `@skills/cuopt-developer/SKILL.md` around lines 77 - 88, The "Set up pre-commit hooks" section (around lines 79-80) is currently positioned between the "Environment setup" (OK to run operations) and "Still ask before" sections, which breaks the parallel structure of those two main categories. Move the pre-commit setup section to after the "Still ask before" section, either as a continuation or as its own subsection, so that "OK to run" and "Still ask before" remain cleanly separated as parallel categories without interruption.
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Nitpick comments:
In `@skills/cuopt-developer/SKILL.md`:
- Around line 77-88: The "Set up pre-commit hooks" section (around lines 79-80)
is currently positioned between the "Environment setup" (OK to run operations)
and "Still ask before" sections, which breaks the parallel structure of those
two main categories. Move the pre-commit setup section to after the "Still ask
before" section, either as a continuation or as its own subsection, so that "OK
to run" and "Still ask before" remain cleanly separated as parallel categories
without interruption.
ℹ️ Review info
⚙️ Run configuration
Configuration used: Path: .coderabbit.yaml
Review profile: CHILL
Plan: Enterprise
Run ID: 209a3adc-565f-4f52-992b-cb84aa152968
📒 Files selected for processing (3)
skills/cuopt-developer/SKILL.mdskills/cuopt-developer/references/first_time_setup.mdskills/cuopt-user-rules/SKILL.md
Address review: the pre-flight conda command now matches CONTRIBUTING.md (conda env create -p ./.cuopt_env ...) instead of a named env. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Signed-off-by: Ramakrishna Prabhu <ramakrishnap@nvidia.com>
ramakrishnap-nv
commented
Jun 22, 2026
/nvskills-ci |
Signed-off-by: nvskills-svc-account <svc-nvskills-signing@nvidia.com>
The
cuopt-developerskill forbade all package installs, which contradicted its own pre-flight check requiring the agent to create and activate the conda env. Agents (e.g. Codex) read this literally and refused to bootstrap conda or build a clean dev env.This narrows the one non-negotiable refusal to privileged/system-level ops (
sudo, root,/etc, drivers, system repos). User-space env setup — create/activate the conda env fromconda/environments/*.yaml,pip/conda/mambainstalls into the env, bootstrap miniforge into$HOME— is now explicitly allowed. The same relaxation applies tocuopt-user-rules.