Programowanie · Pisanie
leaving-pr-comments
/leaving-pr-comments
Pomaga pisać komentarze na GitHubie, zarówno w pull requestach, jak i w zgłoszeniach.
Dla kogo
Ocena i bezpieczeństwo
92/ 100Klasa: dobry
Format25 / 25
Frontmatter z nazwą i opisem, poprawna nazwa, opis do 1024 znaków, nazwa zgodna z folderem.
Odkrywalność21 / 25
Opis mówi, kiedy użyć skilla, ma sensowną długość i jest w 3. osobie.
Treść31 / 35
Co najmniej 150 słów i do 500 linii, nagłówki, listy kroków, przykłady albo kod.
Higiena15 / 15
Bez zaślepek typu TODO, bez ścieżek Windows, z licencją.
Ryzykobrak sygnałów w skanie
- Pliki w paczce
- 2
- Skrypty
- 0
- Komentarze HTML
- 0
- Adresy URL w SKILL.md
- 0
Przestarzałość
Brak sygnałów. Repozytorium zmienione 27.10.2026, bez odwołań do wycofanych modeli i API.
Licencja
MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.
Co robi i kiedy
Pomaga pisać komentarze na GitHubie, zarówno w pull requestach, jak i w zgłoszeniach.
Oryginalny opis (EN)
Use whenever leaving comments on GitHub.
Jak działa
SKILL.md bez nagłówków drugiego poziomu · 41 linii, 241 słów
Podgląd SKILL.md
--- name: leaving-pr-comments description: Use whenever leaving comments on GitHub. --- # Leaving PR Comments Prefix every agent-authored comment left on the user's behalf with this GitHub note callout: ```md > [!NOTE] > 🤖 **<model> responding on behalf of <user>** Actual comment starts here. ``` Use the verified public name of the model that wrote the comment, and the user's name or GitHub login. If the harness does not expose a model name, use the harness name. Do not guess. Before posting, check the entire comment, including quoted text and attachments, for secrets and private details. Keep the attribution inside the note and the actual reply outside it. The context line must start with the robot emoji. Do not add a horizontal rule, Setext underline, heading, signature footer, or a second attribution. Apply this format to top-level PR comments, inline review comments, replies to bots or reviewers, and written explanations used before resolving or dismissing feedback. Do not add it to PR descriptions, commit messages, or text the user explicitly asked to post verbatim without attribution. Write the comment itself in a direct style: - Lead with the conclusion. - Cite the relevant code, behavior, check, or reproduction. - Keep it concise and avoid filler, canned thanks, or status narration. - Distinguish verified facts from judgment. Preview the final Markdown before posting so quoting and blank lines render as shown. After posting, verify that GitHub returned the comment or review URL. Resolve a review thread only after its response was posted successfully.
Pliki w paczce (2)
- SKILL.md 2 KB
- agents/openai.yaml 1 KB
Wersje
W bazie nie ma innych skilli o nazwie leaving-pr-comments.
Migawka bazy z 28.10.2026 · wersja paczki 1bafaf86a5af (skrót SHA-256 całej paczki)
Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.
Podobne skille
- 90code-review-comments
Pomaga pisać komentarze do przeglądu, które trafiają w cel: oznaczanie wagi uwag i oddzielanie prawdziwych pytań od poleceń. - 100address-github-comments
Pomaga odpowiadać na komentarze review i issue w otwartym pull requeście na GitHubie za pomocą gh CLI. - 100address-github-comments
Obsługuje komentarze z przeglądu i komentarze do issue w otwartym pull requeście GitHub za pomocą gh CLI. - 100address-github-comments
Obsługuje komentarze z przeglądu i komentarze do issue w otwartym pull requeście GitHub za pomocą gh CLI. - 100address-github-comments
Obsługuje komentarze z przeglądu i komentarze do issue w otwartym pull requeście GitHub za pomocą gh CLI. - 100address-github-comments
Obsługuje komentarze z przeglądu i komentarze do issue w otwartym pull requeście GitHub za pomocą gh CLI.