ワンクリックでManusで任意のスキルを実行

始める

backlog-execute

スター3

フォーク0

更新日2026年7月14日 17:59

Autonomous execution skill for tickets (backlog). Use when implementing a ticket (TASK-xxx).

インストール

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

Manusで実行

ソース

jeffutter

jeffutter/nixpkgs

GitHub リポジトリを開く Creator のリポジトリを見る

ダウンロード

Manusで実行

関連職種SOC

SOC 職業分類に基づく

ソフトウェア開発者コンピュータ・数学職·SOC 15-1252

SKILL.md

readonly

name	backlog-execute
description	Autonomous execution skill for tickets (backlog). Use when implementing a ticket (TASK-xxx).

Execute one ticket: $0

Instructions:

View the task: backlog task $0 --plain
Claim the task (if not already In Progress): backlog task edit $0 -s "In Progress" -a @ralph
Execute the work described in the task and its acceptance criteria
If you discover new work, create a follow-up ticket. If that follow-up blocks the current ticket (i.e., $0 cannot proceed until the new ticket is done), revert $0 back to To Do so it is not treated as actively in progress: backlog task edit $0 -s "To Do", then exit — do not continue executing a blocked ticket.
Mark acceptance criteria complete as you go
Add implementation notes: backlog task edit $0 --append-notes "..."
Add a final summary: backlog task edit $0 --final-summary "..."
Commit ALL changes (this is mandatory — never skip the commit step). Do this BEFORE marking the ticket Done — see step 10 for why: a. If you made changes inside sportsbook-bff/: cd into it, stage the changed files, and commit there FIRST (the pre-commit hook must pass). b. If you made changes inside penn-core/: cd into it, stage the changed files, and commit there FIRST. c. Back in the root repo, stage any changed files (including submodule pointer updates for sportsbook-bff and/or penn-core if you committed inside them, plus backlog task files). Commit with an informative but concise message. d. All commits must include the Co-Authored-By trailer.
Mark the ticket done: backlog task edit $0 -s Done
Fold that status change into the commit from step 8 instead of leaving it separate: stage the updated ticket file and git commit --amend --no-edit. Committing the code first and folding the Done flip in afterward means an interruption between steps 8-10 (e.g. this process being killed) never leaves a ticket marked Done with its work uncommitted — worst case is a ticket that's already-committed but still shows its prior status, which a future run can safely re-check rather than silently losing finished work.
Print a summary of what you did and exit

Do NOT start work on multiple tickets. Complete exactly ONE ticket then exit.

Additional Information: $ARGUMENTS

このリポジトリの他の Skills

同じリポジトリ

review-pi-work

jeffutter/nixpkgs

Audit the last N completed backlog tickets that the autonomous `pi` loop finished, judging the work on Correctness, Conciseness, Clarity, Organization, and Resilience. File any required fixes as tightly-scoped backlog tickets with thorough plans and proper dependencies so the next `pi` round course-corrects. Invoke when checking in on pi's progress, e.g. "review pi's last few tickets".

2026-07-153

actual-cli

jeffutter/nixpkgs

Use when querying, managing, or automating Actual Budget via the command line — accounts, transactions, budgets, categories, payees, schedules, rules, or AQL queries against an Actual Budget server.

2026-04-243

acli

jeffutter/nixpkgs

Use acli CLI for Atlassian operations — primarily Jira work item management, project operations, sprint tracking, and board management with JQL search. Also covers Confluence page/space/blog operations and a CQL search fallback (acli has no native Confluence search).

2026-04-213

backlog-planner

jeffutter/nixpkgs

Autonomous planning skill for tickets (backlog). Use when planning implementation for a ticket (TASK-xxx). Spawns research subagents, analyzes dependencies, creates sub-tickets for discrete work, and writes detailed implementation plans.

2026-04-203

voice-dna

jeffutter/nixpkgs

Write or rewrite content in my authentic voice using my voice DNA profile. Use when drafting technical docs, blog posts, RFCs, proposals, or reviewing/editing prose for voice consistency.

2026-02-113

elixir

jeffutter/nixpkgs

Guidelines and best practices when writing Elixir code. Claude should use this skill whenever asked to modify, evaluate or review Elixir files (.ex or .exs).

2026-01-293

name	backlog-execute
description	Autonomous execution skill for tickets (backlog). Use when implementing a ticket (TASK-xxx).

Execute one ticket: $0

Instructions:

View the task: backlog task $0 --plain
Claim the task (if not already In Progress): backlog task edit $0 -s "In Progress" -a @ralph
Execute the work described in the task and its acceptance criteria
If you discover new work, create a follow-up ticket. If that follow-up blocks the current ticket (i.e., $0 cannot proceed until the new ticket is done), revert $0 back to To Do so it is not treated as actively in progress: backlog task edit $0 -s "To Do", then exit — do not continue executing a blocked ticket.
Mark acceptance criteria complete as you go
Add implementation notes: backlog task edit $0 --append-notes "..."
Add a final summary: backlog task edit $0 --final-summary "..."
Commit ALL changes (this is mandatory — never skip the commit step). Do this BEFORE marking the ticket Done — see step 10 for why: a. If you made changes inside sportsbook-bff/: cd into it, stage the changed files, and commit there FIRST (the pre-commit hook must pass). b. If you made changes inside penn-core/: cd into it, stage the changed files, and commit there FIRST. c. Back in the root repo, stage any changed files (including submodule pointer updates for sportsbook-bff and/or penn-core if you committed inside them, plus backlog task files). Commit with an informative but concise message. d. All commits must include the Co-Authored-By trailer.
Mark the ticket done: backlog task edit $0 -s Done
Fold that status change into the commit from step 8 instead of leaving it separate: stage the updated ticket file and git commit --amend --no-edit. Committing the code first and folding the Done flip in afterward means an interruption between steps 8-10 (e.g. this process being killed) never leaves a ticket marked Done with its work uncommitted — worst case is a ticket that's already-committed but still shows its prior status, which a future run can safely re-check rather than silently losing finished work.
Print a summary of what you did and exit

Do NOT start work on multiple tickets. Complete exactly ONE ticket then exit.

Additional Information: $ARGUMENTS