一键在 Manus 中运行任何 Skill

pr-comments

星标15

分支7

更新时间2026年6月4日 13:28

Triage and address Dialtone GitHub PR review comments. Use when the user invokes $pr-comments, $address-review, or asks to handle review feedback.

安装

用 Codex 或 Claude 帮你安装复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。

在 Manus 中运行

来源

dialpad

dialpad/dialtone

打开 GitHub 仓库查看创作者相关仓库

下载

在 Manus 中运行

Dialtone PR Comments

Goal

Fetch real review comments, make a grounded fix plan, implement narrowly, validate, and reply only when safe.

Trigger

$pr-comments
$address-review
"pull review comments"
"address CodeRabbit comments"
"handle PR feedback"

Required Context

PR number or current branch PR.
GitHub inline review comments, preferably via gh api repos/dialpad/dialtone/pulls/<PR>/comments when comment IDs matter.
Target files and diffs.
.agents/resources/rule-map.md
Relevant validation from .agents/resources/validation.md

Constraints

Fetch actual inline comments and IDs before planning.
Do not rely on summary comments when inline comments are available.
Plan before edits unless the user already approved a concrete plan.
Keep fixes narrowly scoped to reviewer feedback.
Do not post public replies until fixes are committed/pushed or the user explicitly asks for reply-only handling.
If public writes fail or look risky, stop and ask before retrying.

Workflow

Identify PR from input or current branch.
Fetch inline comments and group actionable top-level comments by file and line.
Classify each item as code fix, test fix, clarification, duplicate, or needs user decision.
Present a plan with comment IDs, paths, proposed actions, and validation.
Read target files before editing.
Implement narrowly and run focused validation.
Commit/push when requested.
Reply with concise evidence: what changed, commit SHA when available, and validation.

Done When

Every actionable comment is fixed, answered, deferred with reason, or awaiting a user decision.
Validation evidence is recorded.
Public replies are posted only after the safe-write boundary is satisfied.

Verification

node .agents/evals/run-skill-contract-evals.mjs
Focused validation selected from .agents/resources/validation.md

References

.agents/resources/rule-map.md
.agents/resources/validation.md

同仓库更多 Skills

同仓库

commit

dialpad/dialtone

Safely stage and commit Dialtone changes. Use when the user asks to stage, commit, or prepare committed work.

2026-06-0415

component-work

dialpad/dialtone

Create or update Dialtone Vue components and keep package/docs artifacts synchronized. Use when the user asks for component creation, component API changes, stories, docs, or related tests.

2026-06-0415

dialtone-lookup

dialpad/dialtone

Look up Dialtone documentation, components, tokens, utilities, and icons before making design-system decisions. Use when the user asks about Dialtone APIs, docs guidance, component usage, tokens, utilities, icons, or implementation patterns.

2026-06-0415

doc-sync-check

dialpad/dialtone

Check whether source changes need Dialtone AI docs updates. Use before PR prep/create or when source package behavior changes.

2026-06-0415

pr-complete

dialpad/dialtone

Complete merged Dialtone PR follow-up safely. Use after a PR has merged or when closing out a local PR branch.

2026-06-0415

pr-create

dialpad/dialtone

Prepare, create, or update a Dialtone pull request. Use when the user invokes $pr-create, asks to open a PR, or asks to fill a PR description.

2026-06-0415

Dialtone PR Comments

Goal

Fetch real review comments, make a grounded fix plan, implement narrowly, validate, and reply only when safe.

Trigger

$pr-comments

$address-review

"pull review comments"

"address CodeRabbit comments"

"handle PR feedback"

Required Context

PR number or current branch PR.

GitHub inline review comments, preferably via gh api repos/dialpad/dialtone/pulls/<PR>/comments when comment IDs matter.

Target files and diffs.

.agents/resources/rule-map.md

Relevant validation from .agents/resources/validation.md

Constraints

Fetch actual inline comments and IDs before planning.

Do not rely on summary comments when inline comments are available.

Plan before edits unless the user already approved a concrete plan.

Keep fixes narrowly scoped to reviewer feedback.

Do not post public replies until fixes are committed/pushed or the user explicitly asks for reply-only handling.

If public writes fail or look risky, stop and ask before retrying.

Workflow

Identify PR from input or current branch.

Fetch inline comments and group actionable top-level comments by file and line.

Classify each item as code fix, test fix, clarification, duplicate, or needs user decision.

Present a plan with comment IDs, paths, proposed actions, and validation.

Read target files before editing.

Implement narrowly and run focused validation.

Commit/push when requested.

Reply with concise evidence: what changed, commit SHA when available, and validation.

Done When

Every actionable comment is fixed, answered, deferred with reason, or awaiting a user decision.

Validation evidence is recorded.

Public replies are posted only after the safe-write boundary is satisfied.

Verification

node .agents/evals/run-skill-contract-evals.mjs

Focused validation selected from .agents/resources/validation.md

References

.agents/resources/rule-map.md

.agents/resources/validation.md

name	pr-comments
description	Triage and address Dialtone GitHub PR review comments. Use when the user invokes $pr-comments, $address-review, or asks to handle review feedback.