メニュー
Land a finished product task — prune the working files (keep spec.md), then finalize the draft PR into ready-for-review.
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/blockscout/frontend --skill finalize-taskコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
SKILL.md を表示中
| name | finalize-task |
| description | Land a finished product task — prune the working files (keep spec.md), then finalize the draft PR into ready-for-review. |
| disable-model-invocation | true |
Land a task whose every progress.md box is checked. Two steps: prune the disposable working files, then
finalize the PR. Why only spec.md survives — the decomposition is preserved in git history, one commit per
ticket — is in ../../tasks/concepts.md.
Confirm the task is done: every box in progress.md is checked. If any is unchecked, stop and report which
ticket is unfinished — there is nothing to land yet.
Then delete the disposable files, keeping only spec.md in the task folder:
tickets/ — the whole directory, review files included.progress.md.questions.md.review.md / review-<tag>.md, if a task-level review ran in md mode.Commit the deletions on the feature branch as the task's final commit — a plain descriptive subject, the
repo's Co-Authored-By trailer, no #issue reference. Pruning before the PR is finalized is what lets
the whole-task review read the spec and the diff without any ticket files.
Hand off to the create-pr skill in finalize-draft mode (Mode B).
Step-by-step checklist for adding a new NEXT_PUBLIC_* environment variable. Use when introducing any new runtime env var.
Close out review findings — adjudicate each one, fix what deserves fixing, then reply on the PR threads or in the task's review file.
Review a change on three axes — spec compliance, repo standards, correctness — then publish the findings as inline PR comments or into a review file in the task folder.