Michael Ramos

Kiro向けのコマンドでPlannotatorのブラウザ画面を開き、コードレビューと指摘への対応を行うスキル。別の作業ディレクトリやPRも指定できます。

• Kiroからコード変更をレビュー
• 別の作業ディレクトリのレビュー
• PRのURLを指定したレビュー

アイデアや目標を聞き取り、Plannotatorで検証可能な要件を確認してからコードを調査し、実行計画と完了条件をまとめた、/goal用の文書一式を作るスキル。

• 機能の構想を検証可能な要件にしたいとき
• 実装前に範囲と成功条件を合意したいとき
• コードに基づく実行計画を作りたいとき

ファイルやフォルダ、URLをPlannotatorの注釈画面で開き、返されたコメントに対応するスキル。Markdownや設定ファイル、HTMLのレビューに使えます。

• Markdown文書をレビューしたいとき
• 設定ファイルにコメントしたいとき
• フォルダを注釈用に開きたいとき

エージェントの直前の返答をPlannotatorで開き、注釈に沿って修正するスキル。承認、注記付きの承認、変更依頼のない終了を区別して扱います。

• 直前の返答に注釈を付けて修正依頼
• 追加作業を求めず返答を承認
• 今後の指針となる注記を添えて承認

実装計画やPRの変更点、システム構成を、Plannotatorの配色を使ったHTMLで図解します。計画の承認や、レビューで確認すべき点の共有に使えます。

• 実装計画を図解して承認を得たいとき
• PRの変更点と確認箇所の共有
• システム構成やデータの流れの図解

RenovateによるGitHub Actionsの更新PRを調べ、固定されたコミットと公式タグの一致、破壊的変更、既存ワークフローとの互換性からマージ可否を判断します。

• RenovateのActions更新PRのレビュー
• 固定コミットと配布元タグの照合
• 破壊的変更とワークフロー互換性の確認

npmパッケージの更新前に、保守担当者や公開日、配布内容の差分、署名などを確認します。問題が見つからない依存関係をBunで更新し、保留理由も記録します。

• 依存パッケージを更新前に監査したいとき
• 保守担当者の変更や不審な配布内容の確認
• 監査を通過した依存関係の更新

文書や設定ファイル、HTML、URL、フォルダをPlannotatorの画面でレビューし、返された注釈に対応するスキル。承認付きの確認にも対応します。

• ブラウザで文書に指摘を付けたいとき
• 設定ファイルやHTMLのレビュー
• 生成した計画や仕様書を承認したいとき

計画やコード変更、文書をブラウザでレビューし、注釈や承認結果をエージェントへ返すための操作ガイド。過去の判断の閲覧や、後で回答する質問の送付も扱います。

• 計画や仕様書をレビュー・承認したいとき
• コード変更やPRを確認したいとき
• 文書やローカルアプリに注釈するとき

ブラウザでコードの変更をレビューし、返された指摘をエージェントの修正につなげるスキル。現在や別の作業ディレクトリ、PR・MRのURLを対象にできます。

• 現在の作業ディレクトリの変更確認
• 別の作業ディレクトリのレビュー
• PR・MRのURLを指定したレビュー

MarkdownやHTML、URL、フォルダをPlannotatorの注釈画面で開き、コメントに対応するスキル。承認・終了・修正依頼を区別して扱います。

• Markdown文書をレビューしたいとき
• HTMLやWebページにコメントするとき
• フォルダを注釈用に開きたいとき

Plannotatorのリリースノート作成から、バージョン更新、ビルド、タグによる公開までを進めるスキル。貢献者の紹介や配布物の安全性確認も含みます。

• 貢献者を含むリリースノートの作成
• 複数ファイルのバージョン統一
• 公開前のビルドと配布内容の確認

却下された実装計画とフィードバックを分析し、繰り返す指摘や評価基準の変化をHTMLレポートにまとめます。次の計画に使う具体的なプロンプト改善案も導きます。

• 計画が却下される理由を把握したいとき
• レビュー基準の変化の振り返り
• 過去の指摘から計画用の指示を作成

Generate a project-local skill that formally verifies the code where a bug costs the most and tests reach the least, in any language, with whichever verification tool fits. Use for /create-formal-verification-skill, "model-check this race", "prove this invariant", or when concurrency, retries, state machines, parsers, or unsafe code need more than tests.

日本語の概要は準備中です。原文の説明を表示しています。

Bring a project's formal verification back in line with the code after the code changes: find the commits that touched verified code, update the model, harness, or properties to describe the code as it is now, rerun, and say whether each failure is drift in the verification or a bug in the code. Use for /maintain-formal-verification-skill, "is the model still true to the code", or after merges and refactors that touched verified code without rechecking it.

日本語の概要は準備中です。原文の説明を表示しています。

Sharpen a task before starting: the expert approach, what the user is really after, and the right level of specification. Use for /sharpen.

日本語の概要は準備中です。原文の説明を表示しています。

Restate in your own words what you think the user's goals are and what problem they're trying to solve. Use for /in-your-own-words.

日本語の概要は準備中です。原文の説明を表示しています。

Cut AI tells from any writing.

日本語の概要は準備中です。原文の説明を表示しています。

Triage Slack issue reports with one thread-only verdict, evidence review, cause-aware routing, tracker dedupe, and fail-closed ticket creation. Use only from the configured Benny triage automation.

日本語の概要は準備中です。原文の説明を表示しています。

Reproduce triaged Slack bugs through a configured app-control adapter, verify existing fixes, and open a bounded draft pull request only after before-and-after proof. Use only from the configured Benny repro automation.

日本語の概要は準備中です。原文の説明を表示しています。

Configure Benny and prepare its triage and repro automations. Use when installing Benny or changing its Slack, tracker, repository, routing, control, model, or budget settings.

日本語の概要は準備中です。原文の説明を表示しています。

Use for 'why does X work this way', 'why we picked Y', design rationale, regressions, postmortems, or data-backed thresholds. Discovers available MCPs and queries each evidence category (source control, issue tracker, long-form docs, real-time chat, infrastructure observability, error tracking, product analytics warehouse) in parallel, then returns a cited read on decisions and tradeoffs. Use how for runtime behavior.

日本語の概要は準備中です。原文の説明を表示しています。

Use for "how does X work", code walkthroughs before changing something, and placement / ownership / layering questions ("where should this live", "which package owns this", "is this the right layer"). Explains subsystem architecture, runtime flow, onboarding mental models. Use why for motivation.

日本語の概要は準備中です。原文の説明を表示しています。

Restate the last message in plain human language, with no jargon.

日本語の概要は準備中です。原文の説明を表示しています。