workflow

Plugin workflow from marketplace yoshiysh-claude-plugins in yoshiysh/claude-plugins. Commands read from the repo's manifest — 2 days ago.

Skills (5)

• dynamic-workflow-runner

  選択済み Claude 向け skill が到達した Workflow({scriptPath,args}) / Workflow({name,args}) の Codex 内部実行面。 親が caller skill を読み、信頼済み JavaScript source が worker の役割・prompt・reference を所有する。 native Workflow が存在する場合はそちらを使う。scriptPath と信頼済み plugin の名前から source を扱い、追加の LLM 変換担当は起動しない。 未対応権限や未検証の caller を自動実行できるとは扱わない。通

• pr-review-fix

  [What] レビューで確定した指摘だけを安全に修正し、修正後に再レビューして結果を返す。 [When] Use when PR、diff、skill、コード、仕様書、PRD、README などのレビュー結果を反映して直すとき。 レビュー指摘を入力として plan、apply、verify を分離し、修正済み・残存・新規・未検証を根拠付きで返す。 PR コメントへ返信する場合は、実際のコメント者を取得して @login でメンションする。

• pr-review

  [What] 対象を分類し、複数観点を網羅して根拠付きの inline comment と summary を返す。 [When] Use when PR、変更差分、既存ファイル、skill、コード、仕様書、PRD、README などのレビューを求められたとき。 skill、コード、仕様書、PRD、README などを複数の独立した観点から網羅的にレビューし、 確認済みの問題を inline comment 形式と全体 summary で返す。最初の指摘で終了せず、 対象分類に応じた全観点を走査し、指摘ごとに根拠・影響・優先度・確信度を付ける。 明示的な修正依頼がない限りファイルを変更しない。

• prd-spec

  要求文書（requirements）と仕様書（specifications）を日本語で作成・レビューするスキル。 要求文書は関係者の認識が一致する状態まで、仕様書は外から観測できる振る舞いを仕様書の検証方法で確かめられる状態まで詰める （2 つは目的が違うので、分量の決まり方も違う）。「PRD を書いて」「要件定義をまとめて」 「これを仕様書に落として」「この PRD をレビューして」「要求から仕様書を起こして」といった依頼で 使うこと。ドメインは問わず、助動詞規約・曖昧語の排除・ID とトレーサビリティ・未確定事項の 解消を常時適用する。入力に無い要求を推測で埋めず、決めきれていない項目は先

• review-document

  [When] Use when a Japanese explanatory document (requirements, rules, README, skill text) needs a readability review or revision. または短く書き直したいとき。[What] 「短さ・平易さ・独自用語の不使用」の3軸で証拠つき採点を行い、 求められれば内容を落とさない改稿案を作って before/after を示す（native Workflow は staging、Codex runner は本文をインラインで返却）。 「この要求文書を読みやすさの観点で見て」 「この

Similar plugins