docs: add LLM activation test field to proposal template#571
Conversation
|
Warning Review limit reached
More reviews will be available in 20 minutes and 26 seconds. Learn how PR review limits work. Your organization has run out of usage credits. Purchase more in the billing tab. ⌛ How to resolve this issue?After more reviews become available, a review can be triggered using the 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 include higher PR review limits than trial, open-source, and free plans. In all cases, reviews become available again over time. During sustained high-volume PR review activity, CodeRabbit may temporarily slow when the next review becomes available. Please see our Fair Usage Limits Policy for further information. ℹ️ Review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yml Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (2)
WalkthroughDas Pull Request führt ein erforderliches LLM-Aktivierungstest-Feld in die Anchor-Proposal-Vorlage ein und dokumentiert diese Anforderung in den Beitragsanleitungen. Contributor:innen müssen nun LLM-Testausgaben direkt im Proposal-Formular bereitstellen, um Reviewer bei der Precise/Rich/Consistent-Bewertung zu unterstützen. ChangesLLM-Aktivierungstest im Proposal-Prozess
🎯 1 (Trivial) | ⏱️ ~5 Minuten 🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
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. Comment |
There was a problem hiding this comment.
Actionable comments posted: 2
🤖 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.
Inline comments:
In `@CONTRIBUTING.adoc`:
- Around line 59-60: Die Dokumentation widerspricht sich: das NOTE macht das
Feld "LLM Activation Test Result" verpflichtend, aber die Aufzählung unter der
Sektion "=== Step 1: Create an Issue" fehlt dieses Pflichtfeld; aktualisiere die
Aufzählung dort (die Liste der Proposal-Template-Felder) und füge "LLM
Activation Test Result" als erforderlichen Eintrag hinzu oder markiere es
deutlich als Pflichtfeld, passe ggf. den Wortlaut von "optional" zu
"required/obligatory" für dieses Item und halte die Formulierung konsistent mit
der NOTE.
In `@docs/CONTRIBUTING.de.adoc`:
- Around line 57-58: Aktualisiere die Abschnittsliste unter "=== Schritt 1:
Issue erstellen" so sie mit der NOTE übereinstimmt: ergänze dort das Pflichtfeld
"LLM Activation Test Result" (LLM Activation Test Result) statt es als
optionalen Kontext zu listen, sodass sowohl die Template-Note als auch die
Aufzählung dieselbe Pflichtanforderung beschreiben; passe die Formulierung in
der Liste an die NOTE an, damit Reviewer klar erkennen, dass das Feld mandatory
ist.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Path: .coderabbit.yml
Review profile: CHILL
Plan: Pro
Run ID: 2c88659e-229c-4ac8-bbcb-8eb95110076a
📒 Files selected for processing (4)
.github/ISSUE_TEMPLATE/propose-anchor.ymlCONTRIBUTING.adocCONTRIBUTING.mddocs/CONTRIBUTING.de.adoc
Summary
Implements Part 1 of the phased approach agreed upon in #563.
Changes
.github/ISSUE_TEMPLATE/propose-anchor.yml: New required field LLM Activation Test Result — proposers must paste the LLM's response to the activation prompt before submitting.CONTRIBUTING.adoc/.md/docs/CONTRIBUTING.de.adoc: Added a NOTE referencing the new required field in the testing section.What was NOT included (by design)
Part 2 (
evaluations/specs/<id>.yamlas merge gate) remains phased per Ralf's recommendation — tracked vianeeds-eval-speclabel, not a hard block for community PRs.Tested
Closes #563
Summary by CodeRabbit