happy_ai_life

こんなときに使う: Ubuntu / Linux サーバーに SSH で接続し、sudo、systemd サービス、HTTP 監視を一連で安全に進めたいとき。 接続前に SSH_AUTH_SOCK を含む認証状態を固定し、認証で止まらずに サーバー接続・権限確認・サービス起動・停止・再起動・状態確認を一気に行いたいとき。

調査→修正→検証→ふりかえり/後続 Issue 化までを 1 つの改善ループで回したいときに使う。 実装前の再現確認や、review 指摘・検証結果をもとに次のアクションへつなぐ。

こんなときに使う: 現在の会話内容をもとに、実装・エージェント発注に直結する PRD を作りたいとき。 追加のインタビューはせず、すでに会話に出ている内容だけから構成する。 情報が不足している場合は捏造せず「未確定」として明示する。

こんなときに使う: ユーザーが「インタビューして」「質問して」「設計を詰めたい」などと言ったら使う。 計画や設計の重要な判断軸を洗い出し、具体例・反例・影響範囲まで深掘りして要件整理に落とす。

Copilot の custom skill / agent / repository instructions の作成・改善・構造確認を 1 つの入口にまとめる。複合スキルとして、対象に応じて適切な authoring ルートへ 分けつつ、実行時のモデル呼び出しを抑止してルーティングを優先する。試作から `plugins/*` 配布へ昇格するときの name / description 整備も扱う。skill / agent / repo-wide instructions / path-specific instructions を新規作成したいとき、既存定義を育てたいとき、公開前に責務や導線を確かめたいとき。

新しい custom agent を既存 agent 群と同じ型で立ち上げる。agent の新規追加、役割分離のための専門 agent 作成、既存群の隙間を埋めたいとき。

skill と agent の authoring 資産を出荷前に検証する。draft の骨格確認、改善後の回帰確認、共有前の最低品質確認をしたいとき。

こんなときに使う: PowerPoint (.pptx) ファイルを読み、内容を要約したり、スライドを編集・再構成したいとき。

こんなときに使う: skill / プロンプト資産の評価を 1 つの入口にまとめたいとき。skill の behavioral A/B 比較（baseline / legacy / current）をしたいとき、または プロンプト指示の明瞭性を実証的に検証したいとき。

こんなときに使う: baseline / legacy / current を比較し、skill の行動変化を測りたいとき。trigger 精度、出力品質、回帰リスクを実証的に確認したいとき。

こんなときに使う: skill の指示が別の実行者に明瞭に届くかを実証的に確認したいとき。skill を新規作成・大幅改訂した直後、または挙動が期待通りにならない原因を 指示側の曖昧さに求めたいとき。

この母艦リポジトリを初回セットアップし、uv・ruff・ty・Python launcher の入口を安全に整えたいとき。

再現可能な証拠で失敗を再現し、比較・切り分け・最小修正の検証まで進める。リグレッション調査、正常系と異常系の比較、変更前後のデバッグ痕跡を残したいとき。

PR 前の DeepReview を標準フローで進める。一次情報確認、source of truth の確認、 非破壊性・回帰・配布経路の点検、別タスク review、修正後の再レビューまでを整理する。 「DeepReview」「事前レビュー」「PR前レビュー」「commit前にチェック」の依頼時。

要求や仕様から、実装に渡せる構造判断、vertical slices、HITL/AFK 区分、behavior list、plan artifact を作る入口。 interview-with-docs 後に設計判断と実装計画を作りたいとき、既存 repo の変更を TDD 可能な slice に分けたいとき、multi-repo や境界設計が必要か判断したいとき。

multi-repo、所有境界、shared library、service split、分散モノリス疑いがあるとき、結合の3次元で設計を評価し implementation handoff に変える。 通常の standard 設計では統合距離、変動性、共有知識のリスクを扱いきれないとき。

単一 repo または通常の機能追加で、要求を構造判断、behavior list、vertical slices、implementation handoff に変える標準設計ワークフロー。 既存 stack で実装できる仕様を、TDD 可能な slice と plan artifact に整理したいとき。

.NET の並行処理抽象を正しく選択する — async/await、Channels、Akka.NET Streams、 Reactive Extensions、Akka.NET Actors。 並行処理の設計判断、ツール選定、または複数エンティティの状態管理が必要な場合。

.NET Framework 4.x のレガシー層と .NET 8+ の UI/アプリ層を netstandard2.0 の共有層でつなぐ。 既存の .NET Framework 依存を残しつつ UI やアプリ本体を .NET 8 へ段階移行したいとき、 または共有境界をどこに置くべきか判断したいとき。

モダン C#（12+）で record、パターンマッチング、合成、Result 型エラーハンドリングを使った 慣用的で高性能なコードを書く。新規 C# コードの作成、API 設計、 または C# 12+ イディオムへのリファクタリング。

dotnet CLI を軸に、再現可能な .NET 開発環境を安全に整えたいとき。

.NET 関連の依頼を、適切な C#、WPF、テスト、基盤、文書系 skill へ振り分ける入口。 どの .NET skill を使うべきか迷うとき、または今後追加される dotnet skill の起点が必要なとき。

.NET 向けの 2 層スロップ防止。Slopwatch CLI によるコードレベル検出（SW-xxx）と、 アーキテクチャ上のアンチパターンカタログ（SLOP-xxx）を扱う。 LLM 生成の C# コードを検証するとき、層境界違反を確認するとき、 または anti-slop の品質ゲートを CI/CD に組み込むとき。

.NETの型をパフォーマンス重視で設計する。sealed クラス、readonly 構造体、 静的関数、遅延列挙、不変コレクションを活用。 新しい型を設計するとき、性能をレビューするとき、または class / struct / record の使い分けを判断するとき。

CommunityToolkit.Mvvmを使ったWPFアプリケーションのMVVM分離、コマンド、バリデーション、 ダイアログパターンを実装する。 新しい WPF ビューを実装するとき、またはコードビハインドを ViewModel-first アーキテクチャにリファクタリングするとき。

WPF アプリに DPAPI 暗号化された設定管理を追加し、資格情報を安全に保存する。 WPF アプリケーションで暗号化済み設定を用意するとき。

会社ネットワーク配下で、git config の proxy / CA 証明書設定を Cargo・Tauri・WiX build へ橋渡ししながら、 Windows の Rust / Tauri デスクトップビルドを通す。corporate proxy、custom CA、 `CRYPT_E_NO_REVOCATION_CHECK`、crates.io 到達失敗、社内証明書環境での Tauri build を扱うとき。

実装契約を受け取り、bootstrap 確認、vertical slice 分割、TDD loop、slice gate、completion handoff まで進める。 interview-with-docs / design-and-plan / issue / plan から実装可能な契約を受け取り、PR やふりかえりではなくローカル実装を完了したいとき。

1つの実装 slice を、RED/GREEN/acceptance evidence と実装契約に照らして評価し、PASS / FAIL / REPLAN_REQUIRED を返す。 implement の slice 完了後に、次の slice へ進むか、同じ slice を直すか、interview-with-docs / design-and-plan に戻すかを決めたいとき。

既存コードの結合構造を 3 次元（統合強度・距離・変動性）で分析し、不均衡を検出する。 既存システムのモジュール境界を見直したいとき、分散モノリスや泥団子の兆候を調査したいとき、 リファクタリング前に結合構造を把握したいとき。

ローカルで自作 NuGet の pack と consume を切り分けて案内する。remote repository から clone し、release build で nupkg 化して local feed に置き、利用側 repository で参照追加と build 確認まで進めたいとき。

local feed を利用側 repository に接続し、参照追加から restore/build まで通す。作成した nupkg を対象 repository で確認したいとき。

remote repository を clone し、net4x と net5+ の違いを踏まえて release build から nupkg を作る。自作ライブラリを local feed 用に pack したいとき。

捨てられる前提の小さな prototype で、実装前の不確実性を短時間で潰す。 技術選定、UI/UX、業務ロジック、外部 API 接続などを本実装前に試したいとき。

uv、ruff、ty を使って再現可能な Python 開発環境を整えたいとき。

既存リポジトリの構造、主要技術、ビルド方法、テスト方法、重要ファイルを短時間で把握する。 新しいリポジトリを理解したいとき、最初の地図を安全に作りたいとき、 または作業開始前に repo bootstrap まで完了したいとき。

既存コードを振る舞いを変えずに小さく安全に改善したいとき。 機能追加よりも、保守性改善・責務分離・重複削減・命名改善に向く。

Tauri v2 と Node.js sidecar を組み合わせて、Windows 向け MSI 配布へ落とし込む。 既存 Node CLI の desktop 化、`pkg` sidecar、`externalBin`、shell plugin、 MSI 配布、ユーザー向け install script をまとめて扱いたいとき。

Tauri v2 + Node sidecar の packaged-only failure を、smoke gate・MSI・ clean Windows validation まで含めて安定化する。`externalBin`、shell capability、`@yao-pkg/pkg` Standard/SEA、enterprise proxy、 MSI install 後だけ壊れる挙動をまとめて扱いたいとき。

Node.js / npm を基準に、再現可能な TypeScript 開発環境を整える。 こんなときに使う: 新規 TypeScript プロジェクトを strict 前提で始めたいとき、 lint / format / test を標準化したいとき、ESLint / Prettier / Jest / VS Code の 足並みをそろえたいとき。