.md
Skill.mdサーチャーJP
Skill.md一覧に戻る
K
v1.0.0

パフォーマンスボトルネックを測定・改善できる

by kis9a

0
0

説明

できること

  • 関数の実行速度を正確に測定 - Go benchmarkを実行して、1操作あたりの実行時間(ナノ秒)を測定できるため、「実装が本当に高速か」を客観的に判定できます
  • メモリ使用量とアロケーションを分析 - 不要なメモリ確保がないか、アロケーション(メモリ割り当て)の回数が最小か を可視化できます
  • ボトルネックを自動検出 - パフォーマンスが低い箇所を特定し、CPU・メモリプロファイラで原因を深掘りできます
  • 最適化案を具体的に提案 - 「なぜこの最適化が有効か」「どんなトレードオフがあるか」を説明した上で、改善コード例を提示します
  • ベンチマーク関数を自動生成 - ベンチマークがない場合は、自動的に作成するため、測定を始めるまでの準備が簡単です

こんな人におすすめ

  • バックエンドエンジニアで、APIレスポンスを高速化したい人
  • パフォーマンス改善が必要と感じているが、どこから手をつけるか迷っている人
  • 大規模データを扱うシステムで、メモリ効率を重視したい人
  • 本番環境のパフォーマンス問題に対応する際の原因特定に使いたい人
SKILL.md の内容
### 手順
1. **ベンチマーク対象の特定**:
   - ユーザー指定がある場合: その関数
   - 指定がない場合: パフォーマンスが重要な関数を検出
2. **既存ベンチマークの確認**:
   - `*_test.go` 内の `Benchmark` 関数を検索
   - 存在しない場合は、ベンチマーク関数を生成
3. **ベンチマーク実行**:
   - `go test -bench=. -benchmem -benchtime=3s` を実行
   - 複数回実行して安定した結果を取得

Skill.md 情報

バージョン
v1.0.0
カテゴリ
refactor
作成日

インストール

ワンコマンドで導入
1

下の「Skill.mdをダウンロード」ボタンを押す

2

お使いのAIツール(Claude Code・Cursor・Copilot など)にファイルをアップロードして「このスキルを追加して」と入力する

ターミナルから追加する場合
$ mkdir -p ~/.claude/skills/ && curl -sL "https://github.com/kis9a/claude-skills-demo" -o ~/.claude/skills/SKILL.md

タグ

関連 Skill.md

S

伝えたいことを整理し構成案を対話で作成

by shibayu36

記事やプレゼン、ドキュメントなど、あらゆるコンテンツの「伝えたいこと」を対話しながら整理できます。 読者のペルソナ(誰に向けた内容か)と期待するアクション(読後にどうしてほしいか)を明確にし、ブレない構成を作ります。 複数の構成案を提案してもらい、その中から選びながら進められるので、自分の考えが反映された構成になります。 各セクションの内容を一緒に詰めながら、順番や強調点も調整できます。 実際の執筆は行わず「構成案の確定」までなので、重い腰を上げずに気軽に相談できます。 ブログ記事やホワイトペーパーを書く前に、「何を書くべきか」を整理したい人 プレゼン資料を作る前に、筋の通った話の流れを決めたい営業・企画担当者 社内向けドキュメントやマニュアルの構成を検討している業務効率化担当者 「伝えたいことはあるけど、どう構成すればいいか迷っている」という悩みがある人 対話的に進める方式で、以下4つのフェーズから構成されます。フェーズ1: 目的ヒアリングでは、①誰に向けた内容か(読者・聞き手のペルソナ)②読後/聞いた後にどんなアクションを起こしてほしいか、の2点を必ず確認します。フェーズ2: 素材ヒアリングでは、伝えたいことを自由に話してもらい、不足情報や曖昧な点を質問で深掘り、最後に「他に伝えたいことはありますか?」で漏れを確認します。フェーズ3: 構成案ヒアリング(対話的に)では、大まかな構成の方向性を2〜3案提案してフィードバックをもらい、選ばれた方向性で各セクション内容を詰めていき、順番や強調点を調整しながら「この構成でいいですか?」と確認を取ります。フェーズ4: 構成案確定では、目的・対象読者・期待するアクション・セクション構成をMarkdown形式で整理して提示します。重要な原則として、一方的に提案せず常にフィードバックをもらいながら進める、ユーザーの表現をそのまま活かす、実際の執筆は行わないことが強調されます。

ドキュメント記事
164732026-04-12
M

複数案のトレードオフを論点整理

by masutaka

複数の実装案や判断に迷う場面で、Codex CLIと議論しながら論点を整理し、各案のメリット・デメリットを可視化できます。 自分の仮説に対して反証や弱点を検証してもらい、より堅実な判断根拠を得られます。 既存の制約・技術的な実現可能性・コスト・既存仕組みとの整合性などの観点から総合的に検討できます。 議論の過程を「経緯と明らかになったこと」「未解決の論点」「提案するアクション」として整理・報告します。 アーキテクチャやテク選定で複数の案があり、決定根拠を固めたいエンジニア プロジェクトの重要な判断局面で、異なる視点からの検証が必要なリーダー トレードオフを可視化して、チーム内の合意形成をスムーズにしたいプロダクトマネージャー このスキルは議論・論点整理専用で、実装やファイル変更は行いません。使用場面は複数案があり論点整理したい場合、自案に対して反証・弱点検証したい場合、既存制約を踏まえた判断が必要な場合です。使わない場面は仕様確認のみ、明確な対処手順がある、単純な生成・作業代行のみの場合です。事前準備で議論論点・背景・制約・考えている案・迷い・判断基準を収集。codexとの会話は/tmp/codex-${CLAUDE_SESSION_ID}.txtに統一、codex execで新規セッション作成しthread_idを取得、resumeで会話継続。議論は自仮説提示→反証求める→根拠要求・代替案提示の流れで、2〜5往復で結論・トレードオフ整理・未解決論点で終了します。

dotfilesdotfiles-linuxdotfiles-macos
93962026-04-12
H

検証結果に基づいてデザインを改善・洗練

by haru860

デザイン検証の結果ファイルから改善点と改善のためのヒントを抽出し、それらに基づいてデザインを再作成できます。 前のステップで見つかった問題点を具体的に反映させ、より良いデザインへと段階的に洗練できます。 検証と修正のサイクルを繰り返すことで、品質の高い最終デザインに到達できます。 UX/UIデザイナーで、ユーザーテスト結果をデザインに反映したい方 プロダクト設計担当者で、反復的な改善プロセスを管理したい方 デザイン品質の段階的向上を目指すチーム このスキルは4つの手順で構成されています。手順1では Glob ツールで検証結果ファイル output/verify-design-result.md の存在を確認し、ファイルがない場合は /verify-design の実行を案内します。手順2では Read ツールで検証結果ファイルを読み込み、「悪い点・改善点」と「改善のための問い」を抽出します。手順3では Skill ツールで value-design-design スキルを呼び出し、抽出した改善点と問いを引数として渡し、デザインを再作成します。手順4では @common-procedures の「完了報告」に従い、検証と修正のサイクルを続ける場合は再度 /verify-design の実行を案内します。出力ファイルは output/value-design.tsv(更新)です。

設計
83692026-03-12