suzuki_kimiaki

技術的な意思決定を壁打ちしながら構造化し、ADR（Architecture Decision Record）として記録するスキル。 アーキテクチャ選定・ライブラリ選択・設計方針の決定が必要なとき、「なぜこの設計にしたか」「他に何を検討したか」を残したいとき、 過去の判断を記録したいとき、技術的な迷いを壁打ちで整理したいときに使う。 「〇〇にしたんだけど記録残したい」「AとBで迷ってる」「ADR書いて」「なぜこうしたか残したい」 「設計の意思決定を文書化したい」「技術選定を記録したい」「判断の根拠を残したい」「なぜこのアーキテクチャにしたか」 「ライブラリを選んだ理由を残したい」「不採用にした根拠を記録したい」といった場面でも必ず使う。

実務の意思決定・知見から外部発信（LT・ブログ・登壇）のネタを発掘し、発信可能な形に再構成するスキル。 「ネタから始める」スキル（発表構成がメインなら lt-outline-builder を使う）。 「発信ネタがない」「ADR を LT に使いたい」「ブログ構成が決まらない」「社内情報の切り分けが難しい」 「来月の LT 会でネタがほしい」「会話から発信ネタを抽出したい」「ネタはあるが形にするコストが高い」 「技術ブランディングを積み上げたい」「書こうと思ってたけど構成で止まってる」 「ADR をそのまま発信できないか」「発信するか迷ってる」「ネタ帳を作りたい」 「さっきの話って記事にできる？」「この判断ってブログネタになる？」「これ発信していい内容？」 といった場面で必ずこのスキルを使用する。ADR Capture との連携でより精度が上がるが、単体でも機能する。

プロジェクトコンテキスト（技術スタック・依存ライブラリ・アーキテクチャ）を読み込み、指定した期間×ジャンルの技術動向を WebSearch で収集して「うちのプロジェクトに何が関係あるか」をインパクト分析付きで返す定点観測スキル。 週次・月次の技術キャッチアップ、ライブラリアップデートの影響確認、セキュリティ動向チェック、AI駆動開発ツールの変化追跡が 必要なときに使う。「今週の iOS 周り何かあった？」「先月の AI 系でうちに関係ありそうなのは？」「うちのスタックに影響ある変化を 教えて」「先週の Swift の動向をプロジェクトと照合して」「直近1ヶ月のセキュリティ情報でうちに関係あるもの」 「技術ブリーフィングして」「キャッチアップしたい」といった場面でも必ずこのスキルを使用する。

テーマを探索的に調査し、エビデンスレベル付きのファインディングスを提示した上で、ユーザーのフィードバックに基づいて 繰り返し深掘りするスキル。事実に基づく調査はもちろん、トレンド×因果関係からの未来シナリオ分析にも対応する。 「〇〇について調べて」「この調査結果をもっと深掘りしたい」「根拠が弱いところを補強して」「反対意見も調べて」 「他の選択肢は？」「実例が見たい」「この先どうなりそう？」「未来のシナリオを考えて」「deep researchして」 「調査を深めたい」「ファクトベースで整理して」「エビデンスを確認して」といった場面で必ずこのスキルを使用する。

ドキュメント・ワークフロー・設定ファイルを業界ベストプラクティスと複数専門家視点で分析し、改善提案を提示するメタレビュースキル。プラクティスレビュー、ワークフロー改善、設計方針の検証、Agent定義の見直し、CI/CD設定の評価など、コードレビューではなくプロセス・設計のレビューが必要なときに使う。「業界標準と比較して」「ベストプラクティスに沿っているか」「改善点を洗い出して」といったリクエストでも必ずこのスキルを使用する。

LT・プレゼンの構成案を対話的に作成するスキル。ユーザーがLT準備、 プレゼン構成、発表準備、スライド構成、壁打ち、登壇準備、 アウトライン作成について言及した場合に必ずトリガーする。 「発表のネタはあるけど構成が決まらない」「LTで何を話せばいいか整理したい」 「スライドの流れを考えたい」「登壇準備の壁打ちをしたい」といった場面でも使う。

抽象的なタスクを壁打ちで構造化し、誰が取っても同じ解像度で動けるissueとして起票するスキル。タスク分解、issue起票、タスクの粒度チェック、スコープ整理、責任分担の明確化が必要なときに使う。「タスクを整理したい」「issueにしたい」「粒度が大きい」「分割したい」「起票して」「誰がやるか決めたい」はもちろん、「やることが漠然としている」「何から手をつければいいかわからない」「PRDやデザインから実装タスクに落としたい」「スプリントプランニングの準備」「技術調査をissue化したい」「アーキテクチャの方針を決めたい」といった場面でも必ずこのスキルを使用する。