Skip to content

small eval fixes - #755

Merged
aantn merged 9 commits into
masterfrom
more-eval-improvements
Jul 30, 2025
Merged

aantn merged 9 commits into
masterfrom
more-eval-improvements

Conversation

@aantn

@aantn aantn commented Jul 29, 2025

Copy link
Copy Markdown
Collaborator

No description provided.

@aantn
aantn requested a review from pavangudiwada July 29, 2025 18:04
@coderabbitai

coderabbitai Bot commented Jul 29, 2025 •

Copy link
Copy Markdown
Contributor

Walkthrough

This update introduces new and modified test fixtures for Kubernetes troubleshooting scenarios within the LLM test suite. Changes include new test cases for pod scheduling failures due to nodeSelector mismatches, PVC misconfigurations, and HPA scaling issues, as well as metadata adjustments such as tag updates and evaluation section removals in several existing test cases. Additionally, namespace parameters in several fixtures were adjusted for accuracy, and a deployment manifest was updated for the HPA scaling test.

Changes

Cohort / File(s) Change Summary
Pending NodeSelector Test Fixtures
tests/llm/fixtures/test_ask_holmes/13b_pending_node_selector_detailed/kubectl_describe.txt, .../kubectl_find_resource.txt, .../kubectl_get_by_kind_in_cluster.txt, .../test_case.yaml, 13a_pending_node_selector_basic/kubectl_describe.txt, .../test_case.yaml
Added comprehensive new fixtures for pod pending due to nodeSelector mismatch, including kubectl describe, kubectl find_resource, kubectl get_by_kind_in_cluster outputs, and YAML test cases with setup/teardown and expected diagnosis. Adjusted namespaces from "default" to "app-13a" in related fixtures and test cases to isolate test environments.
PVC Misconfiguration Test Fixtures
tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/*, .../24b_misconfigured_pvc_detailed/*
Added new YAML test cases and multiple related fixtures for PVC misconfiguration scenarios involving Redis PVCs, including basic and detailed cases. Included kubectl describe, kubectl get_by_name, and pod description outputs reflecting PVC Pending status due to missing or mismatched StorageClass. Updated namespaces from "default" to "app-24a" or "app-24b" in most fixtures, though some internal JSON params inconsistently retained "default". Provided setup and teardown commands applying manifests from remote URLs.
Test Case Tag and Evaluation Metadata Updates
tests/llm/fixtures/test_ask_holmes/26_multi_container_logs/test_case.yaml, .../76_service_discovery_issue/test_case.yaml, .../77_liveness_probe_misconfiguration/test_case.yaml, .../78_resource_quota_exceeded/test_case.yaml, .../80_pvc_storage_class_mismatch/test_case.yaml, .../82_pod_anti_affinity_conflict/test_case.yaml, .../84_network_policy_blocking_traffic/test_case.yaml, .../85_hpa_not_scaling/test_case.yaml, .../86_configmap_like_but_secret/test_case.yaml
Modified tags by adding "medium" or changing to "easy" and removed the "evaluation" section from several test case YAML files. Simplified or removed some expected output details in one case. Updated pod and deployment names in some test cases for consistency. No changes to test logic, commands, or setup/teardown sequences.
HPA Not Scaling Manifest and Test Case Updates
tests/llm/fixtures/test_ask_holmes/85_hpa_not_scaling/manifest.yaml, .../test_case.yaml
Added a new Kubernetes Deployment manifest named "golden-eagle" replacing the previous "worker" deployment in the HPA scaling test scenario. Updated HorizontalPodAutoscaler resource metadata and scaleTargetRef to target "golden-eagle". Correspondingly, updated test case YAML to reference "golden-eagle" instead of "worker" and added a "medium" tag, removing the evaluation section.
Pod Anti-Affinity Deployment Rename
tests/llm/fixtures/test_ask_holmes/82_pod_anti_affinity_conflict/manifest.yaml
Renamed deployment and associated labels and container names from "cache-server" to "silver-puffin" in the Kubernetes manifest for pod anti-affinity conflict test case. No other changes to resource specs or test logic.

Sequence Diagram(s)

sequenceDiagram
    participant User
    participant LLM Test Suite
    participant Kubernetes Cluster

    User->>LLM Test Suite: Submit troubleshooting prompt (e.g., "What is the issue with redis?")
    LLM Test Suite->>Kubernetes Cluster: Apply test setup manifests
    LLM Test Suite->>Kubernetes Cluster: Execute kubectl commands (describe, get, etc.)
    Kubernetes Cluster-->>LLM Test Suite: Return resource status and logs
    LLM Test Suite->>LLM Test Suite: Analyze responses and match expected output
    LLM Test Suite-->>User: Return diagnostic explanation and suggested resolution
    LLM Test Suite->>Kubernetes Cluster: Teardown test resources
Loading

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~15 minutes

Suggested labels

enhancement

Suggested reviewers

  • arikalon1
  • Sheeproid

Note

⚡️ Unit Test Generation is now available in beta!

Learn more here, or try it out under "Finishing Touches" below.


📜 Recent review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 0b03057 and e5d53d3.

📒 Files selected for processing (5)
  • tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_describe_PersistentVolumeClaim_redis-standard-pvc_app-24a_2.txt (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_describe_persistentvolumeclaim_redis-standard-pvc_app-24a.txt (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_get_by_name_PersistentVolumeClaim_redis-standard-pvc_app-24a_2.txt (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_get_by_name_persistentvolumeclaim_redis-standard-pvc_app-24a.txt (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/24b_misconfigured_pvc_detailed/kubectl_get_by_name_PersistentVolumeClaim_redis-standard-pvc_app-24b_2.txt (1 hunks)
🚧 Files skipped from review as they are similar to previous changes (4)
  • tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_get_by_name_PersistentVolumeClaim_redis-standard-pvc_app-24a_2.txt
  • tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_describe_PersistentVolumeClaim_redis-standard-pvc_app-24a_2.txt
  • tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_get_by_name_persistentvolumeclaim_redis-standard-pvc_app-24a.txt
  • tests/llm/fixtures/test_ask_holmes/24b_misconfigured_pvc_detailed/kubectl_get_by_name_PersistentVolumeClaim_redis-standard-pvc_app-24b_2.txt
🧰 Additional context used
📓 Path-based instructions (1)
tests/llm/fixtures/**/*

📄 CodeRabbit Inference Engine (CLAUDE.md)

tests/llm/fixtures/**/*: Mock data: tests/llm/fixtures/{test_name}/
All pod names must be unique across tests (e.g., giant-narwhal, blue-whale, sea-turtle) - never reuse pod names between tests
Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover

Files:

  • tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_describe_persistentvolumeclaim_redis-standard-pvc_app-24a.txt
🧠 Learnings (2)
📓 Common learnings
Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover
Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : All pod names must be unique across tests (e.g., giant-narwhal, blue-whale, sea-turtle) - never reuse pod names between tests
Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/**/*.py : Each LLM test must use a dedicated namespace app-<testid> (e.g., app-01, app-02) to prevent conflicts when tests run simultaneously
Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Mock data: tests/llm/fixtures/{test_name}/
Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/**/*.py : Complex investigations should have LLM evaluation tests
Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: LLM evaluation tests run automatically in CI
tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_describe_persistentvolumeclaim_redis-standard-pvc_app-24a.txt (4)

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : All pod names must be unique across tests (e.g., giant-narwhal, blue-whale, sea-turtle) - never reuse pod names between tests

Learnt from: Sheeproid
PR: #586
File: tests/llm/fixtures/test_ask_holmes/03_what_is_the_command_to_port_forward/test_case.yaml:4-4
Timestamp: 2025-07-02T10:27:17.231Z
Learning: In LLM-as-judge test cases for HolmesGPT, expected outputs should be descriptive rather than prescriptive when testing for flexible responses like port numbers. Using specific values in expected outputs can cause unnecessary test failures when the AI generates different but equally valid responses.

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/**/*.py : Each LLM test must use a dedicated namespace app- (e.g., app-01, app-02) to prevent conflicts when tests run simultaneously

⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (3)
  • GitHub Check: Pre-commit checks
  • GitHub Check: llm_evals
  • GitHub Check: Pre-commit checks
🔇 Additional comments (1)
tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_describe_persistentvolumeclaim_redis-standard-pvc_app-24a.txt (1)

1-2: Namespace now consistent – looks good.

The namespace is correctly set to app-24a in both match_params and params, resolving the earlier discrepancy.
No further issues spotted in this fixture. 👍

✨ Finishing Touches
🧪 Generate unit tests
  • Create PR with unit tests
  • Post copyable unit tests in a comment
  • Commit unit tests in branch more-eval-improvements

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
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Explain this complex logic.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai explain this code block.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and explain its main purpose.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Support

Need help? Create a ticket on our support page for assistance with any issues or questions.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR.
  • @coderabbitai generate sequence diagram to generate a sequence diagram of the changes in this PR.
  • @coderabbitai generate unit tests to generate unit tests for this PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

@aantn
aantn enabled auto-merge (squash) July 29, 2025 18:06

@coderabbitai coderabbitai 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.

Actionable comments posted: 6

🧹 Nitpick comments (4)
tests/llm/fixtures/test_ask_holmes/85_hpa_not_scaling/manifest.yaml (1)

21-25: Harden the container: drop root & disable privilege escalation

Static analysis flags CKV_K8S_20 / 23. Add a minimal securityContext to the test fixture without affecting the HPA scenario:

       - name: worker
         image: busybox
         command: ["sh", "-c", "while true; do echo 'Working...'; sleep 1; done"]
+        securityContext:
+          runAsNonRoot: true
+          allowPrivilegeEscalation: false
tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/test_case.yaml (1)

5-6: Long inline comment clutters the tags list

The explanatory sentence after # makes the tag line hard to scan. Consider moving the remark to a separate YAML comment line above the easy tag.

tests/llm/fixtures/test_ask_holmes/24b_misconfigured_pvc_detailed/test_case.yaml (1)

7-8: Inline explanation inside tag is noisy

Like in 24a, move the explanatory note (# requires deeper analysis…) to a standalone YAML comment line to keep the tag list clean.

tests/llm/fixtures/test_ask_holmes/13b_pending_node_selector_detailed/kubectl_describe.txt (1)

33-39: Minor: extremely generic label key/value.

Using label=someLabel works for the test but is less realistic than the conventional <key>=<value> style (e.g. environment=production).
Not a blocker, but consider switching to a more production-like pair to keep fixtures closer to real clusters.

📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 1423fa0 and aecc5a1.

📒 Files selected for processing (16)
  • tests/llm/fixtures/test_ask_holmes/13b_pending_node_selector_detailed/kubectl_describe.txt (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/13b_pending_node_selector_detailed/kubectl_find_resource.txt (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/13b_pending_node_selector_detailed/kubectl_get_by_kind_in_cluster.txt (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/13b_pending_node_selector_detailed/test_case.yaml (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/test_case.yaml (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/24b_misconfigured_pvc_detailed/test_case.yaml (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/26_multi_container_logs/test_case.yaml (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/76_service_discovery_issue/test_case.yaml (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/77_liveness_probe_misconfiguration/test_case.yaml (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/78_resource_quota_exceeded/test_case.yaml (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/80_pvc_storage_class_mismatch/test_case.yaml (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/82_pod_anti_affinity_conflict/test_case.yaml (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/84_network_policy_blocking_traffic/test_case.yaml (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/85_hpa_not_scaling/manifest.yaml (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/85_hpa_not_scaling/test_case.yaml (0 hunks)
  • tests/llm/fixtures/test_ask_holmes/86_configmap_like_but_secret/test_case.yaml (1 hunks)
💤 Files with no reviewable changes (1)
  • tests/llm/fixtures/test_ask_holmes/85_hpa_not_scaling/test_case.yaml
🧰 Additional context used
📓 Path-based instructions (1)
tests/llm/fixtures/**/*

📄 CodeRabbit Inference Engine (CLAUDE.md)

tests/llm/fixtures/**/*: Mock data: tests/llm/fixtures/{test_name}/
All pod names must be unique across tests (e.g., giant-narwhal, blue-whale, sea-turtle) - never reuse pod names between tests
Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover

Files:

  • tests/llm/fixtures/test_ask_holmes/76_service_discovery_issue/test_case.yaml
  • tests/llm/fixtures/test_ask_holmes/77_liveness_probe_misconfiguration/test_case.yaml
  • tests/llm/fixtures/test_ask_holmes/84_network_policy_blocking_traffic/test_case.yaml
  • tests/llm/fixtures/test_ask_holmes/82_pod_anti_affinity_conflict/test_case.yaml
  • tests/llm/fixtures/test_ask_holmes/13b_pending_node_selector_detailed/kubectl_find_resource.txt
  • tests/llm/fixtures/test_ask_holmes/80_pvc_storage_class_mismatch/test_case.yaml
  • tests/llm/fixtures/test_ask_holmes/13b_pending_node_selector_detailed/kubectl_describe.txt
  • tests/llm/fixtures/test_ask_holmes/86_configmap_like_but_secret/test_case.yaml
  • tests/llm/fixtures/test_ask_holmes/78_resource_quota_exceeded/test_case.yaml
  • tests/llm/fixtures/test_ask_holmes/13b_pending_node_selector_detailed/kubectl_get_by_kind_in_cluster.txt
  • tests/llm/fixtures/test_ask_holmes/26_multi_container_logs/test_case.yaml
  • tests/llm/fixtures/test_ask_holmes/13b_pending_node_selector_detailed/test_case.yaml
  • tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/test_case.yaml
  • tests/llm/fixtures/test_ask_holmes/24b_misconfigured_pvc_detailed/test_case.yaml
  • tests/llm/fixtures/test_ask_holmes/85_hpa_not_scaling/manifest.yaml
🧠 Learnings (16)
📓 Common learnings
Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover
Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : All pod names must be unique across tests (e.g., giant-narwhal, blue-whale, sea-turtle) - never reuse pod names between tests
Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/**/*.py : Complex investigations should have LLM evaluation tests
Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Mock data: tests/llm/fixtures/{test_name}/
Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: LLM evaluation tests run automatically in CI
Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/**/*.py : Each LLM test must use a dedicated namespace app-<testid> (e.g., app-01, app-02) to prevent conflicts when tests run simultaneously
tests/llm/fixtures/test_ask_holmes/76_service_discovery_issue/test_case.yaml (1)

Learnt from: Sheeproid
PR: #586
File: tests/llm/fixtures/test_ask_holmes/03_what_is_the_command_to_port_forward/test_case.yaml:4-4
Timestamp: 2025-07-02T10:27:17.231Z
Learning: In LLM-as-judge test cases for HolmesGPT, expected outputs should be descriptive rather than prescriptive when testing for flexible responses like port numbers. Using specific values in expected outputs can cause unnecessary test failures when the AI generates different but equally valid responses.

tests/llm/fixtures/test_ask_holmes/77_liveness_probe_misconfiguration/test_case.yaml (2)

Learnt from: Sheeproid
PR: #586
File: tests/llm/fixtures/test_ask_holmes/03_what_is_the_command_to_port_forward/test_case.yaml:4-4
Timestamp: 2025-07-02T10:27:17.231Z
Learning: In LLM-as-judge test cases for HolmesGPT, expected outputs should be descriptive rather than prescriptive when testing for flexible responses like port numbers. Using specific values in expected outputs can cause unnecessary test failures when the AI generates different but equally valid responses.

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover

tests/llm/fixtures/test_ask_holmes/84_network_policy_blocking_traffic/test_case.yaml (1)

Learnt from: Sheeproid
PR: #586
File: tests/llm/fixtures/test_ask_holmes/03_what_is_the_command_to_port_forward/test_case.yaml:4-4
Timestamp: 2025-07-02T10:27:17.231Z
Learning: In LLM-as-judge test cases for HolmesGPT, expected outputs should be descriptive rather than prescriptive when testing for flexible responses like port numbers. Using specific values in expected outputs can cause unnecessary test failures when the AI generates different but equally valid responses.

tests/llm/fixtures/test_ask_holmes/82_pod_anti_affinity_conflict/test_case.yaml (3)

Learnt from: Sheeproid
PR: #586
File: tests/llm/fixtures/test_ask_holmes/03_what_is_the_command_to_port_forward/test_case.yaml:4-4
Timestamp: 2025-07-02T10:27:17.231Z
Learning: In LLM-as-judge test cases for HolmesGPT, expected outputs should be descriptive rather than prescriptive when testing for flexible responses like port numbers. Using specific values in expected outputs can cause unnecessary test failures when the AI generates different but equally valid responses.

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : All pod names must be unique across tests (e.g., giant-narwhal, blue-whale, sea-turtle) - never reuse pod names between tests

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover

tests/llm/fixtures/test_ask_holmes/13b_pending_node_selector_detailed/kubectl_find_resource.txt (3)

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : All pod names must be unique across tests (e.g., giant-narwhal, blue-whale, sea-turtle) - never reuse pod names between tests

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Mock data: tests/llm/fixtures/{test_name}/

tests/llm/fixtures/test_ask_holmes/80_pvc_storage_class_mismatch/test_case.yaml (2)

Learnt from: Sheeproid
PR: #586
File: tests/llm/fixtures/test_ask_holmes/03_what_is_the_command_to_port_forward/test_case.yaml:4-4
Timestamp: 2025-07-02T10:27:17.231Z
Learning: In LLM-as-judge test cases for HolmesGPT, expected outputs should be descriptive rather than prescriptive when testing for flexible responses like port numbers. Using specific values in expected outputs can cause unnecessary test failures when the AI generates different but equally valid responses.

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover

tests/llm/fixtures/test_ask_holmes/13b_pending_node_selector_detailed/kubectl_describe.txt (4)

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : All pod names must be unique across tests (e.g., giant-narwhal, blue-whale, sea-turtle) - never reuse pod names between tests

Learnt from: Sheeproid
PR: #586
File: tests/llm/fixtures/test_ask_holmes/03_what_is_the_command_to_port_forward/test_case.yaml:4-4
Timestamp: 2025-07-02T10:27:17.231Z
Learning: In LLM-as-judge test cases for HolmesGPT, expected outputs should be descriptive rather than prescriptive when testing for flexible responses like port numbers. Using specific values in expected outputs can cause unnecessary test failures when the AI generates different but equally valid responses.

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Mock data: tests/llm/fixtures/{test_name}/

tests/llm/fixtures/test_ask_holmes/86_configmap_like_but_secret/test_case.yaml (4)

Learnt from: Sheeproid
PR: #586
File: tests/llm/fixtures/test_ask_holmes/03_what_is_the_command_to_port_forward/test_case.yaml:4-4
Timestamp: 2025-07-02T10:27:17.231Z
Learning: In LLM-as-judge test cases for HolmesGPT, expected outputs should be descriptive rather than prescriptive when testing for flexible responses like port numbers. Using specific values in expected outputs can cause unnecessary test failures when the AI generates different but equally valid responses.

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Mock data: tests/llm/fixtures/{test_name}/

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : All pod names must be unique across tests (e.g., giant-narwhal, blue-whale, sea-turtle) - never reuse pod names between tests

tests/llm/fixtures/test_ask_holmes/78_resource_quota_exceeded/test_case.yaml (1)

Learnt from: Sheeproid
PR: #586
File: tests/llm/fixtures/test_ask_holmes/03_what_is_the_command_to_port_forward/test_case.yaml:4-4
Timestamp: 2025-07-02T10:27:17.231Z
Learning: In LLM-as-judge test cases for HolmesGPT, expected outputs should be descriptive rather than prescriptive when testing for flexible responses like port numbers. Using specific values in expected outputs can cause unnecessary test failures when the AI generates different but equally valid responses.

tests/llm/fixtures/test_ask_holmes/13b_pending_node_selector_detailed/kubectl_get_by_kind_in_cluster.txt (4)

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : All pod names must be unique across tests (e.g., giant-narwhal, blue-whale, sea-turtle) - never reuse pod names between tests

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Mock data: tests/llm/fixtures/{test_name}/

Learnt from: Sheeproid
PR: #586
File: tests/llm/fixtures/test_ask_holmes/03_what_is_the_command_to_port_forward/test_case.yaml:4-4
Timestamp: 2025-07-02T10:27:17.231Z
Learning: In LLM-as-judge test cases for HolmesGPT, expected outputs should be descriptive rather than prescriptive when testing for flexible responses like port numbers. Using specific values in expected outputs can cause unnecessary test failures when the AI generates different but equally valid responses.

tests/llm/fixtures/test_ask_holmes/26_multi_container_logs/test_case.yaml (5)

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/**/*.py : Complex investigations should have LLM evaluation tests

Learnt from: Sheeproid
PR: #586
File: tests/llm/fixtures/test_ask_holmes/03_what_is_the_command_to_port_forward/test_case.yaml:4-4
Timestamp: 2025-07-02T10:27:17.231Z
Learning: In LLM-as-judge test cases for HolmesGPT, expected outputs should be descriptive rather than prescriptive when testing for flexible responses like port numbers. Using specific values in expected outputs can cause unnecessary test failures when the AI generates different but equally valid responses.

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: LLM evaluation tests run automatically in CI

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : All pod names must be unique across tests (e.g., giant-narwhal, blue-whale, sea-turtle) - never reuse pod names between tests

Learnt from: nherment
PR: #408
File: holmes/plugins/toolsets/kubernetes_logs.py:90-97
Timestamp: 2025-05-15T05:13:43.169Z
Learning: In the Kubernetes logs toolset for Holmes, both current and previous logs are intentionally fetched and combined for each pod, even though this requires more API calls. This design ensures all logs are captured even when pods restart but retain their name, providing complete diagnostic information.

tests/llm/fixtures/test_ask_holmes/13b_pending_node_selector_detailed/test_case.yaml (4)

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : All pod names must be unique across tests (e.g., giant-narwhal, blue-whale, sea-turtle) - never reuse pod names between tests

Learnt from: Sheeproid
PR: #586
File: tests/llm/fixtures/test_ask_holmes/03_what_is_the_command_to_port_forward/test_case.yaml:4-4
Timestamp: 2025-07-02T10:27:17.231Z
Learning: In LLM-as-judge test cases for HolmesGPT, expected outputs should be descriptive rather than prescriptive when testing for flexible responses like port numbers. Using specific values in expected outputs can cause unnecessary test failures when the AI generates different but equally valid responses.

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Mock data: tests/llm/fixtures/{test_name}/

tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/test_case.yaml (4)

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover

Learnt from: Sheeproid
PR: #586
File: tests/llm/fixtures/test_ask_holmes/03_what_is_the_command_to_port_forward/test_case.yaml:4-4
Timestamp: 2025-07-02T10:27:17.231Z
Learning: In LLM-as-judge test cases for HolmesGPT, expected outputs should be descriptive rather than prescriptive when testing for flexible responses like port numbers. Using specific values in expected outputs can cause unnecessary test failures when the AI generates different but equally valid responses.

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : All pod names must be unique across tests (e.g., giant-narwhal, blue-whale, sea-turtle) - never reuse pod names between tests

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Mock data: tests/llm/fixtures/{test_name}/

tests/llm/fixtures/test_ask_holmes/24b_misconfigured_pvc_detailed/test_case.yaml (4)

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Mock data: tests/llm/fixtures/{test_name}/

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : All pod names must be unique across tests (e.g., giant-narwhal, blue-whale, sea-turtle) - never reuse pod names between tests

Learnt from: Sheeproid
PR: #586
File: tests/llm/fixtures/test_ask_holmes/03_what_is_the_command_to_port_forward/test_case.yaml:4-4
Timestamp: 2025-07-02T10:27:17.231Z
Learning: In LLM-as-judge test cases for HolmesGPT, expected outputs should be descriptive rather than prescriptive when testing for flexible responses like port numbers. Using specific values in expected outputs can cause unnecessary test failures when the AI generates different but equally valid responses.

tests/llm/fixtures/test_ask_holmes/85_hpa_not_scaling/manifest.yaml (1)

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover

🪛 Checkov (3.2.334)
tests/llm/fixtures/test_ask_holmes/85_hpa_not_scaling/manifest.yaml

[MEDIUM] 6-26: Containers should not run with allowPrivilegeEscalation

(CKV_K8S_20)


[MEDIUM] 6-26: Minimize the admission of root containers

(CKV_K8S_23)

⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (3)
  • GitHub Check: llm_evals
  • GitHub Check: Pre-commit checks
  • GitHub Check: Pre-commit checks
🔇 Additional comments (16)
tests/llm/fixtures/test_ask_holmes/86_configmap_like_but_secret/test_case.yaml (3)

7-9: Trim the block scalar or switch to single-line style

expected_output is declared with the literal block indicator (|), but it only contains a single short sentence.
The extra newline emitted by | is harmless, yet it creates noisy diffs and can trip fragile string-equality checks in the grading harness.

-expected_output: |
-  The issue should be identified as a missing Secret mount (frontend-api-keys),
+expected_output: >
+  The issue should be identified as a missing Secret mount (frontend-api-keys)

Using > (folded) or an inline string keeps the file concise and avoids the trailing newline.
[ suggest_nitpick ]


14-16: Confirm tag downgrade is reflected in the rubric

The difficulty tag has been changed from presumably medium to easy. Make sure the scoring rubric and any CI filters that rely on difficulty levels are updated accordingly; otherwise this fixture may be skipped or mis-weighted during evaluation.


1-6: Double-check resource-name neutrality

The description still references a frontend deployment and a Secret called frontend-api-keys. While these are fairly generic, ensure they don’t leak hints (per coding guidelines) across other fixtures. Verify that no other test uses the same deployment or Secret names to retain cross-fixture uniqueness.

tests/llm/fixtures/test_ask_holmes/77_liveness_probe_misconfiguration/test_case.yaml (1)

9-11: Tag change looks good

medium → easy better reflects the relative difficulty of this scenario and doesn’t impact test behaviour.
No other issues spotted in this hunk.

tests/llm/fixtures/test_ask_holmes/26_multi_container_logs/test_case.yaml (2)

22-22: Difficulty tag addition aligns with taxonomy – LGTM
The new medium tag is consistent with the existing tagging convention and fills the gap between simple and advanced scenarios.


1-23: Double-check CI tolerance to dropped evaluation blocks
The evaluation: section has been removed (not shown in diff). Please confirm the test loader no longer expects this key to avoid YAML-parsing or scoring regressions in CI.

tests/llm/fixtures/test_ask_holmes/76_service_discovery_issue/test_case.yaml (2)

4-4: Tag enrichment looks good
Adding medium correctly classifies the scenario’s complexity without affecting test behaviour.


1-12: Verify framework compatibility after removing evaluation
Ensure the harness that previously read the evaluation.correctness field is updated; otherwise tests may silently skip scoring or fail on missing keys.

tests/llm/fixtures/test_ask_holmes/84_network_policy_blocking_traffic/test_case.yaml (2)

5-5: Difficulty tag addition approved
medium accurately reflects the investigative effort required.


1-13: Confirm removal of scoring metadata is reflected in CI
Please verify that automated evaluation pipelines no longer rely on the deleted evaluation stanza.

tests/llm/fixtures/test_ask_holmes/78_resource_quota_exceeded/test_case.yaml (2)

4-4: medium tag addition looks correct
No other behavioural impact detected.


1-12: Sanity-check test runner after evaluation removal
Validate that score aggregation scripts remain functional with the missing evaluation section.

tests/llm/fixtures/test_ask_holmes/80_pvc_storage_class_mismatch/test_case.yaml (2)

4-4: Tagging update accepted
The new medium tag properly categorises this PVC troubleshooting case.


1-13: Please ensure scoring logic adapts to metadata change
Confirm that dropping evaluation does not break downstream analytics or result reporting.

tests/llm/fixtures/test_ask_holmes/82_pod_anti_affinity_conflict/test_case.yaml (1)

4-4: "medium" tag addition looks correct
Consistent with existing taxonomy (easy / medium / hard) used across other fixtures.

tests/llm/fixtures/test_ask_holmes/13b_pending_node_selector_detailed/kubectl_get_by_kind_in_cluster.txt (1)

3-5: LGTM – fixture content looks correct and neutral.

Node names and label sets are realistic and don’t leak hints about the scheduling issue.
No review action required.

Comment thread tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/test_case.yaml Outdated
Comment thread tests/llm/fixtures/test_ask_holmes/24b_misconfigured_pvc_detailed/test_case.yaml Outdated
Comment thread tests/llm/fixtures/test_ask_holmes/82_pod_anti_affinity_conflict/test_case.yaml Outdated
Comment thread tests/llm/fixtures/test_ask_holmes/85_hpa_not_scaling/manifest.yaml

@coderabbitai coderabbitai 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.

Actionable comments posted: 7

🔭 Outside diff range comments (1)
tests/llm/fixtures/test_ask_holmes/85_hpa_not_scaling/manifest.yaml (1)

1-4: Rename namespace to app-85 for consistency

Verified that no other fixture uses app-85, so it’s safe to update. Please rename the namespace and any references accordingly.

• tests/llm/fixtures/test_ask_holmes/85_hpa_not_scaling/manifest.yaml: change namespace-85 → app-85
• tests/llm/fixtures/test_ask_holmes/85_hpa_not_scaling/test_case.yaml: update any namespace-85 references to app-85

--- a/tests/llm/fixtures/test_ask_holmes/85_hpa_not_scaling/manifest.yaml
+++ b/tests/llm/fixtures/test_ask_holmes/85_hpa_not_scaling/manifest.yaml
@@ metadata:
-  name: namespace-85
+  name: app-85
🧹 Nitpick comments (2)
tests/llm/fixtures/test_ask_holmes/85_hpa_not_scaling/manifest.yaml (1)

24-25: Inline comment leaks the root cause

The fixture comment explicitly explains the missing resource requests/limits, potentially giving away the investigation’s answer when someone reads the manifest. Remove the explanatory comment to keep fixtures neutral.

-        # Note: Missing resource requests/limits - this is intentional to match the expected output
+        # intentionally omit resource requests/limits for test purposes
tests/llm/fixtures/test_ask_holmes/13a_pending_node_selector_basic/test_case.yaml (1)

8-9: Cleanup could be simplified
Because everything lives in app-13a, deleting the namespace already garbage-collects namespaced resources.
You can drop the explicit kubectl delete -f … step and save test time:

-  kubectl delete -f https://raw.githubusercontent.com/robusta-dev/kubernetes-demos/main/pending_pods/pending_pod_node_selector.yaml -n app-13a || true
-  kubectl delete namespace app-13a || true
+  kubectl delete namespace app-13a || true
📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between edb0411 and 0b03057.

📒 Files selected for processing (21)
  • tests/llm/fixtures/test_ask_holmes/13a_pending_node_selector_basic/kubectl_describe.txt (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/13a_pending_node_selector_basic/test_case.yaml (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/13b_pending_node_selector_detailed/kubectl_describe.txt (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/13b_pending_node_selector_detailed/test_case.yaml (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_describe_PersistentVolumeClaim_redis-standard-pvc_app-24a_2.txt (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_describe_persistentvolumeclaim_redis-standard-pvc_app-24a.txt (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_describe_pod_redis-747ffc844f-f9ghd_app-24a.txt (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_get_by_name_PersistentVolumeClaim_redis-standard-pvc_app-24a_2.txt (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_get_by_name_persistentvolumeclaim_redis-standard-pvc_app-24a.txt (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/test_case.yaml (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/24b_misconfigured_pvc_detailed/kubectl_describe_PersistentVolumeClaim_redis-standard-pvc_app-24b_2.txt (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/24b_misconfigured_pvc_detailed/kubectl_describe_persistentvolumeclaim_redis-standard-pvc_app-24b.txt (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/24b_misconfigured_pvc_detailed/kubectl_describe_pod_redis-747ffc844f-f9ghd_app-24b.txt (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/24b_misconfigured_pvc_detailed/kubectl_find_resource_pod_redis.txt (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/24b_misconfigured_pvc_detailed/kubectl_get_by_name_PersistentVolumeClaim_redis-standard-pvc_app-24b_2.txt (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/24b_misconfigured_pvc_detailed/kubectl_get_by_name_persistentvolumeclaim_redis-standard-pvc_app-24b.txt (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/24b_misconfigured_pvc_detailed/test_case.yaml (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/82_pod_anti_affinity_conflict/manifest.yaml (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/82_pod_anti_affinity_conflict/test_case.yaml (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/85_hpa_not_scaling/manifest.yaml (1 hunks)
  • tests/llm/fixtures/test_ask_holmes/85_hpa_not_scaling/test_case.yaml (1 hunks)
✅ Files skipped from review due to trivial changes (11)
  • tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_describe_pod_redis-747ffc844f-f9ghd_app-24a.txt
  • tests/llm/fixtures/test_ask_holmes/82_pod_anti_affinity_conflict/test_case.yaml
  • tests/llm/fixtures/test_ask_holmes/82_pod_anti_affinity_conflict/manifest.yaml
  • tests/llm/fixtures/test_ask_holmes/13a_pending_node_selector_basic/kubectl_describe.txt
  • tests/llm/fixtures/test_ask_holmes/24b_misconfigured_pvc_detailed/kubectl_find_resource_pod_redis.txt
  • tests/llm/fixtures/test_ask_holmes/24b_misconfigured_pvc_detailed/kubectl_get_by_name_persistentvolumeclaim_redis-standard-pvc_app-24b.txt
  • tests/llm/fixtures/test_ask_holmes/24b_misconfigured_pvc_detailed/kubectl_describe_persistentvolumeclaim_redis-standard-pvc_app-24b.txt
  • tests/llm/fixtures/test_ask_holmes/24b_misconfigured_pvc_detailed/test_case.yaml
  • tests/llm/fixtures/test_ask_holmes/24b_misconfigured_pvc_detailed/kubectl_describe_pod_redis-747ffc844f-f9ghd_app-24b.txt
  • tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/test_case.yaml
  • tests/llm/fixtures/test_ask_holmes/24b_misconfigured_pvc_detailed/kubectl_describe_PersistentVolumeClaim_redis-standard-pvc_app-24b_2.txt
🚧 Files skipped from review as they are similar to previous changes (3)
  • tests/llm/fixtures/test_ask_holmes/85_hpa_not_scaling/test_case.yaml
  • tests/llm/fixtures/test_ask_holmes/13b_pending_node_selector_detailed/kubectl_describe.txt
  • tests/llm/fixtures/test_ask_holmes/13b_pending_node_selector_detailed/test_case.yaml
🧰 Additional context used
📓 Path-based instructions (1)
tests/llm/fixtures/**/*

📄 CodeRabbit Inference Engine (CLAUDE.md)

tests/llm/fixtures/**/*: Mock data: tests/llm/fixtures/{test_name}/
All pod names must be unique across tests (e.g., giant-narwhal, blue-whale, sea-turtle) - never reuse pod names between tests
Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover

Files:

  • tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_describe_PersistentVolumeClaim_redis-standard-pvc_app-24a_2.txt
  • tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_get_by_name_persistentvolumeclaim_redis-standard-pvc_app-24a.txt
  • tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_describe_persistentvolumeclaim_redis-standard-pvc_app-24a.txt
  • tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_get_by_name_PersistentVolumeClaim_redis-standard-pvc_app-24a_2.txt
  • tests/llm/fixtures/test_ask_holmes/13a_pending_node_selector_basic/test_case.yaml
  • tests/llm/fixtures/test_ask_holmes/24b_misconfigured_pvc_detailed/kubectl_get_by_name_PersistentVolumeClaim_redis-standard-pvc_app-24b_2.txt
  • tests/llm/fixtures/test_ask_holmes/85_hpa_not_scaling/manifest.yaml
🧠 Learnings (8)
📓 Common learnings
Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover
Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : All pod names must be unique across tests (e.g., giant-narwhal, blue-whale, sea-turtle) - never reuse pod names between tests
Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Mock data: tests/llm/fixtures/{test_name}/
Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/**/*.py : Each LLM test must use a dedicated namespace app-<testid> (e.g., app-01, app-02) to prevent conflicts when tests run simultaneously
Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/**/*.py : Complex investigations should have LLM evaluation tests
Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: LLM evaluation tests run automatically in CI
tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_describe_PersistentVolumeClaim_redis-standard-pvc_app-24a_2.txt (1)

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover

tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_get_by_name_persistentvolumeclaim_redis-standard-pvc_app-24a.txt (2)

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : All pod names must be unique across tests (e.g., giant-narwhal, blue-whale, sea-turtle) - never reuse pod names between tests

tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_describe_persistentvolumeclaim_redis-standard-pvc_app-24a.txt (1)

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover

tests/llm/fixtures/test_ask_holmes/24a_misconfigured_pvc_basic/kubectl_get_by_name_PersistentVolumeClaim_redis-standard-pvc_app-24a_2.txt (3)

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : All pod names must be unique across tests (e.g., giant-narwhal, blue-whale, sea-turtle) - never reuse pod names between tests

Learnt from: Sheeproid
PR: #586
File: tests/llm/fixtures/test_ask_holmes/03_what_is_the_command_to_port_forward/test_case.yaml:4-4
Timestamp: 2025-07-02T10:27:17.231Z
Learning: In LLM-as-judge test cases for HolmesGPT, expected outputs should be descriptive rather than prescriptive when testing for flexible responses like port numbers. Using specific values in expected outputs can cause unnecessary test failures when the AI generates different but equally valid responses.

tests/llm/fixtures/test_ask_holmes/13a_pending_node_selector_basic/test_case.yaml (5)

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : All pod names must be unique across tests (e.g., giant-narwhal, blue-whale, sea-turtle) - never reuse pod names between tests

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/**/*.py : Each LLM test must use a dedicated namespace app- (e.g., app-01, app-02) to prevent conflicts when tests run simultaneously

Learnt from: Sheeproid
PR: #586
File: tests/llm/fixtures/test_ask_holmes/03_what_is_the_command_to_port_forward/test_case.yaml:4-4
Timestamp: 2025-07-02T10:27:17.231Z
Learning: In LLM-as-judge test cases for HolmesGPT, expected outputs should be descriptive rather than prescriptive when testing for flexible responses like port numbers. Using specific values in expected outputs can cause unnecessary test failures when the AI generates different but equally valid responses.

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Mock data: tests/llm/fixtures/{test_name}/

tests/llm/fixtures/test_ask_holmes/24b_misconfigured_pvc_detailed/kubectl_get_by_name_PersistentVolumeClaim_redis-standard-pvc_app-24b_2.txt (3)

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : All pod names must be unique across tests (e.g., giant-narwhal, blue-whale, sea-turtle) - never reuse pod names between tests

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Mock data: tests/llm/fixtures/{test_name}/

tests/llm/fixtures/test_ask_holmes/85_hpa_not_scaling/manifest.yaml (5)

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : All pod names must be unique across tests (e.g., giant-narwhal, blue-whale, sea-turtle) - never reuse pod names between tests

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Never use resource names that hint at the problem or expected behavior (e.g., avoid broken-pod, test-project-that-does-not-exist, crashloop-app). Use neutral names that don't give away what the LLM should discover

Learnt from: Sheeproid
PR: #586
File: tests/llm/fixtures/test_ask_holmes/03_what_is_the_command_to_port_forward/test_case.yaml:4-4
Timestamp: 2025-07-02T10:27:17.231Z
Learning: In LLM-as-judge test cases for HolmesGPT, expected outputs should be descriptive rather than prescriptive when testing for flexible responses like port numbers. Using specific values in expected outputs can cause unnecessary test failures when the AI generates different but equally valid responses.

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/fixtures/**/* : Mock data: tests/llm/fixtures/{test_name}/

Learnt from: CR
PR: robusta-dev/holmesgpt#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-27T14:10:31.590Z
Learning: Applies to tests/llm/**/*.py : Each LLM test must use a dedicated namespace app- (e.g., app-01, app-02) to prevent conflicts when tests run simultaneously

🪛 Checkov (3.2.334)
tests/llm/fixtures/test_ask_holmes/85_hpa_not_scaling/manifest.yaml

[MEDIUM] 6-26: Containers should not run with allowPrivilegeEscalation

(CKV_K8S_20)


[MEDIUM] 6-26: Minimize the admission of root containers

(CKV_K8S_23)

⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (3)
  • GitHub Check: llm_evals
  • GitHub Check: Pre-commit checks
  • GitHub Check: Pre-commit checks
🔇 Additional comments (2)
tests/llm/fixtures/test_ask_holmes/85_hpa_not_scaling/manifest.yaml (2)

8-19: Good choice of unique, neutral deployment name
golden-eagle satisfies the “unique-across-tests” and “no-hints” rules.


30-36: No duplicate “golden-eagle” identifiers found across tests
Search for “golden-eagle” returned only entries within tests/llm/fixtures/test_ask_holmes/85_hpa_not_scaling, confirming that both the deployment (golden-eagle) and the HPA (golden-eagle-hpa) names are unique across the suite.

aantn and others added 5 commits July 29, 2025 21:53
…/kubectl_describe_PersistentVolumeClaim_redis-standard-pvc_app-24a_2.txt

Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>
…/kubectl_describe_persistentvolumeclaim_redis-standard-pvc_app-24a.txt

Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>
…/kubectl_get_by_name_persistentvolumeclaim_redis-standard-pvc_app-24a.txt

Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>
…/kubectl_get_by_name_PersistentVolumeClaim_redis-standard-pvc_app-24a_2.txt

Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>
…led/kubectl_get_by_name_PersistentVolumeClaim_redis-standard-pvc_app-24b_2.txt

Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>
@github-actions

Copy link
Copy Markdown
Contributor

Results of HolmesGPT evals

  • ask_holmes: 24/37 test cases were successful, 0 regressions, 1 skipped, 12 mock failures
Test suite Test case Status
ask 01_how_many_pods ✅
ask 02_what_is_wrong_with_pod 🔧
ask 03_what_is_the_command_to_port_forward 🔧
ask 04_related_k8s_events ↪️
ask 05_image_version 🔧
ask 09_crashpod ✅
ask 10_image_pull_backoff 🔧
ask 11_init_containers ✅
ask 14_pending_resources ✅
ask 15_failed_readiness_probe ✅
ask 17_oom_kill ✅
ask 18_crash_looping_v2 ✅
ask 19_detect_missing_app_details 🔧
ask 24_misconfigured_pvc 🔧
ask 28_permissions_error ✅
ask 29_events_from_alert_manager ✅
ask 39_failed_toolset 🔧
ask 41_setup_argo0 ✅
ask 41_setup_argo1 ✅
ask 42_dns_issues_steps_new_tools 🔧
ask 43_current_datetime_from_prompt ✅
ask 45_fetch_deployment_logs_simple ✅
ask 51_logs_summarize_errors 🔧
ask 53_logs_find_term ✅
ask 54_not_truncated_when_getting_pods 🔧
ask 59_label_based_counting ✅
ask 60_count_less_than 🔧
ask 61_exact_match_counting ✅
ask 63_fetch_error_logs_no_errors ✅
ask 77_liveness_probe_misconfiguration 🔧
ask 79_configmap_mount_issue 🔧
ask 83_secret_not_found 🔧
ask 86_configmap_like_but_secret 🔧
ask 89_runbook_missing_cloudwatch 🔧
ask 90_runbook_basic_selection 🔧
ask 24a_misconfigured_pvc_basic 🔧
ask 13a_pending_node_selector_basic 🔧

Legend

  • ✅ the test was successful
  • ↪️ the test was skipped
  • ⚠️ the test failed but is known to be flaky or known to fail
  • 🔧 the test failed due to mock data issues (not a code regression)
  • ❌ the test failed and should be fixed before merging the PR

@aantn
aantn merged commit 09f7097 into master Jul 30, 2025
@aantn
aantn deleted the more-eval-improvements branch July 30, 2025 06:45
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