Skip to main content

leaving-pr-comments

Use whenever leaving comments on GitHub.

소스 정보

저장소
t3dotgg/tstack
최근 소스 활동
2026년 10월 24일 05:00
감지된 SKILL.md 언어
영어
스타
3,492
포크
263

leaving-pr-comments: Attribute Agent Notes

Prefixes every agent-authored GitHub comment on the user’s behalf with a NOTE callout naming the model and user.

Uses

Use whenever leaving top-level, inline, or reply comments on GitHub for the user.

Prerequisites

Verified public model name (or harness name if unknown); never guess. Scrub secrets before posting.

How to use

Wrap attribution in the NOTE block with robot emoji, put the real reply outside it, then post.

Limitations

No second attribution, HR, Setext underline, heading, or signature footer.

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

파일 탐색기
2 개 파일

SKILL.md 표시 중

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.
GitHub에서 보기