Skip to main content

joshrotenberg/agent-tools

SkillsMP は joshrotenberg/agent-tools から 33 件の skill を収集しています。skill を開くとソースと詳細を確認できます。

記録された最新のソース活動
SkillsMP カタログ更新
収集済み skills
33
GitHub スター
0
GitHub フォーク
0

収集済み skill 33 件中 33 件を表示しています。

職業分類
ソフトウェア開発者
説明

When the dispatcher has audit findings filed as GitHub issues and needs to decide how to fire per-finding runners -- use this to read the labeled finding-issues, apply the status/in-progress label before dispatch, and choose parallel vs sequential runner…

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

Before starting any dispatched or non-trivial work that will become a PR -- open the draft PR first, with the plan as the body. The PR body is the plan, the commit stream is the work, and the PR exists as a visible, resumable work unit from minute zero. Use…

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

Before making any non-trivial code, docs, or config change -- create a feature branch first, then open a PR. Never commit directly to main. Apply by default before any edit; this is the baseline branch discipline that all other git skills build on.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When writing any issue, PR, or commit message, use this for the authoring standard. Covers structure (headings, lists, tables, fenced blocks, the bug block, the before/after) and voice (factual, no emdashes, no editorializing labels, conventional-commit…

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

The cross-project standard for issue and PR handling: conventional-commit prefixes on branches, issue titles, PR titles, and commit subjects; a label taxonomy capped at four axes (priority, area, status, size); and the claim protocol that pairs a…

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When the issue or PR queue has open unlabeled items -- run a read-only triage pass that labels each one by component, category, priority, and size, flags duplicates, closes noise, and reports the p1 queue before runners are dispatched.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

The two report shapes for a unit of work: the plan report written before the work starts (the draft PR body) and the completion report written when it ends (the return summary and the ready PR). Both are mechanical -- a verdict line, a labeled block of…

原文の言語: 英語

更新
職業分類
その他コンピュータ職
説明

Use when deciding whether to dispatch a runner or a worker for a subtask. Describes the decision boundary, the failure mode when runner is used where worker is intended, and the safe composition pattern.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When a repo has no GitHub remote (or is not yet a git repo) -- use this to route survey, sweep, and dispatch off the GitHub-centric path. Detect with `git remote` empty; treat blank GitHub columns as expected, not an error; route work to commits + CLAUDE.md…

原文の言語: 英語

更新
職業分類
プロジェクト管理専門家
説明

When the directive is "status check," "what's new across my projects," or "sweep maintenance" -- run a per-project, read-mostly, non-PR sweep. For each project under the owner-prefixed layout, gather stars/forks, open issues/PRs split into mine vs community…

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

The canonical owner-prefixed workspace layout. Every repo lives at ~/Code/<host>/<owner>/<repo> -- no active/ or language segment. Enumerate with `ls ~/Code/github.com/*/*`; resolve siblings by path arithmetic. The manager (workspace-root) CLAUDE.md is a map…

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When the dispatcher needs a workspace map -- at the start of any multi-project or scope-scoping invocation. Enumerate repos under the owner-prefixed layout with `ls ~/Code/github.com/*/*`, load each project's positioning and live GitHub state (open/draft PRs,…

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When the dispatcher is about to fire a runner -- use this template to write the prompt and wrap the PR lifecycle. Apply before every dispatch: the prompt section covers setup, context, task, tool-call discipline, and steps; the PR-lifecycle pattern covers…

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

At the start of a dispatched lifecycle (runner or bare dispatch), verify the tools you need are in the sandbox allowlist. Fail LOUD on a blocked tool -- do NOT produce a "run this yourself" artifact (the silent-degradation trap). For a known-safe set of…

原文の言語: 英語

更新
職業分類
ソフトウェア品質保証アナリスト・テスター
説明

When reviewing a PR in agent-tools -- reads the diff and issue, checks conventions, approves+merges, approves+notes ordering, or requests changes+converts to draft.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When the runner is about to return -- hold the invocation open until the full PR lifecycle is done (push, mark ready, CI watch, merge). Returning early orphans the work.

原文の言語: 英語

更新
職業分類
その他コンピュータ職
説明

When choosing how to dispatch a subagent -- consult this before firing any dispatch. Covers the two primary mechanisms (Task tool / Bash + claude -p) and when each fits: default to Task tool for in-project work, reach for Bash + claude -p when you need a…

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When piping markdown into `gh issue create --body "$(cat <<'EOF' ... EOF)"` (or any single-quoted heredoc), use literal backticks. Do NOT escape them -- escapes survive into the output and break the markdown.

原文の言語: 英語

更新
職業分類
その他コンピュータ職
説明

When authoring a new skill or updating an existing one -- reference this for the two advanced frontmatter capabilities: dynamic context injection via `!`command`` syntax and `allowed-tools` for pre-approving tool use. Apply selectively; both features add…

原文の言語: 英語

更新
職業分類
その他コンピュータ職
説明

Use when dispatching an auditor or implementing an audit pass: defines the rubric format the auditor expects and the five-phase execution contract (Orient, Evaluate, Triage, File, Report) the auditor follows.

原文の言語: 英語

更新
職業分類
その他コンピュータ職
説明

How to coordinate with background tasks (dispatched sessions, CI watches, sub-agent dispatches) without polling or sleep-looping. Use Monitor for live streaming output; use run_in_background for fire-and-forget final-result cases. Wait for the harness…

原文の言語: 英語

更新
職業分類
その他コンピュータ職
説明

When a dispatch-time issue surfaces -- wrapper bug, sandbox gap, missing skill, unexpected behavior -- file a structured GitHub issue to close the build-use-feedback loop.

原文の言語: 英語

更新
職業分類
その他コンピュータ職
説明

When any agent session starts, compacts, or ends -- use this to know what state survives and what you must externalize before the session closes. Covers the persistence hierarchy, the MEMORY.md trap, externalization discipline, the cold-restart corollary, and…

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When a PR is open and needs a fix, push to the same branch or wait for merge before branching. Never branch off the open PR's branch directly -- squash-merge will leave you with a phantom conflict.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When the dispatcher is scoping a unit of work or deciding how to execute it -- use this to define what the unit is and pick the right execution shape (single runner / parallel / sequential / chained / audit + remediate). Default to single runner; reach for…

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When the dispatcher has N tasks to execute -- use this before fanning out to decide whether to run in parallel or sequentially. Default is sequential; parallelize only when all three conditions hold (different file surface, independent semantics, predictable…

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When the task involves release-readiness, release-audit, version analysis, or "is this ready to ship" -- apply before any analysis. Anchor on origin/main (not the working branch tip), surface branch divergence in the first paragraph, and cross-check published…

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When dispatched with an issue number, the runner's authoritative source for what to do is `gh issue view <N>`, NOT the dispatcher's paraphrase. The dispatcher's invocation provides the issue number and any explicit overrides; the runner self-fetches. This…

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When deciding between the Workflow tool and the Task tool for large-scale orchestration (50+ agents) -- use this. Covers what the Workflow tool is, its critical no-direct-I/O constraint, the fan-out + synthesize and chained design->impl->review shapes it…

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

Before dispatching any agent after a batch of merged PRs, verify that ~/.claude/agents/ and ~/.claude/skills/ are in sync with the repo. Stale installed definitions cause dispatched agents to reintroduce behaviors explicitly removed in recent PRs.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When you notice something wrong or suboptimal in a skill or agent definition -- file a GitHub issue on joshrotenberg/agent-tools rather than silently proceeding.

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When a dispatched run produces text or findings rather than a PR -- use this to pick the right output destination (stdout, CLAUDE.md entry, issue comment, findings file), apply the spawn-issue handback pattern, and hold the synchronous discipline for non-PR…

原文の言語: 英語

更新
職業分類
ソフトウェア開発者
説明

When a dispatched session hangs, produces no output, or seems stuck. Read the dispatched session's transcript directly -- it's the source of truth. Echo-flush spirals usually trace to one failed parallel tool call cascading cancellation errors to siblings.

原文の言語: 英語

更新
収集済み skill 33 件中 33 件を表示しています。