Claude Code向けカスタム「プランモード」と「実装モード」スキルの設計と運用
Hiroba による自動要約
ユーザーが Claude Code の標準プランモードの限界を超えるため、カスタム Skills を半年運用している事例。要件・設計・タスク・調査メモをファイル分割して管理し、設定ファイルで出力形式を切り替え、Hooks によるガード処理で計画フェーズ中のコード書き込みをブロックする工夫が記されている。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 3668 件あります。
関連する記事
同じタグの記事
自動テストゼロの環境でAIコーディングの確認工程を最小化した実践記録
Zenn自動テストが0件の10年以上運用されているWebサービスで、開発速度を2倍にする目標の下、人の確認を最小化する工程設計を実装。AIに Claude Code と Skill を活用させ、着手承認・PRレビュー・レビュー結果承認・テスト結果確認・リリース承認・完了確認の6箇所に確認を絞り、行単位のコードレビューを外した。実装途中の試行錯誤の記録であり、成功体験ではない。
Claude Code のスキルを47本運用して測った、7つのこと
QiitaClaude Code のスキルを47本から127本に増やす実験を1ヶ月間実施。スキル数の増加自体はトークン消費を増やさないが、説明文の予算が固定のため超過時に説明が無警告で削除される。呼び出し実績の少ないスキルが優先的に削除され、削除対象は実行ごとに変わることが判明。効果的なスキルは出力を43%短縮する一方で情報量も減少し、指示書型と実装型で初期トークンコストが約28倍異なる。
Claude Code に一人事業の「番頭」をやらせる：7つの運用ファイルとスキルの作り方
ZennClaude Code が一人事業を支援する際の、文脈喪失・完了の誤報告・撤退条件の曖昧さを防ぐため、7つの Markdown ファイル（状態・タスク・実験・判定日・数値等）と Skills による運用フレームワークを紹介。セッション開始時の /resume、終了時の /session-close、実験判定の /judge、重要判断の /second-opinion といったコマンドで Claude の一貫性と実行精度を高める仕組み。
Claude Code のスキルが重い？ `/skill-doctor` で「コンテキスト税」を可視化して安全に削る
QiitaClaude Code でスキルを増やしすぎるとコンテキストを消費する問題と、v2.1.261 で追加された `/skill-doctor` コマンドで未使用スキルとコスト内訳を把握し、disable-model-invocation や分割などで削減する手法を解説。スキルの name + description 一覧が常時コンテキストに載る仕様と、listing 予算の 1% 制限により説明が削られると Claude が拾ってくれなくなる現象の原因を具体的に紹介。