
全 1538 件 (Zenn で絞り込み) · 7 / 77 ページ







GitHub MCP ツールが 26 個認識されているのに呼び出すと全て失敗する問題を半日かけて切り分けた記録。AI の最初の仮説「トークン失効」を公開リポジトリテストで否定したが、実は仮説が正解で、実験設計が誤っていた。原因は claude_desktop_config.json の Personal Access Token 無効化で、ログ確認と直接実行で初めて判明。

Claude Code と GitHub Copilot CLI を同一の Sonnet 5 で比較検証した結果、effort level xhigh の組み合わせで Claude Code が最適性能を発揮することが判明。同じモデルを使用しても両 CLI は effort level を異なる方法で実装しており、OpenTelemetry の trace 分析で詳細な思考プロセスの違いが可視化された。

会員管理・予約決済システムの SaaS を運営する企業が、値下げ合戦ではなく顧客ニーズに応じた機能開発で差別化を図る事業戦略を紹介。要望対応・土台整備・緊急対応の 3 枠バランスと Claude Code による AI エージェント活用で、1 日 10 本のセッションを当日中にリリースする開発ワークフローの実装例。


2026年の開発トレンドをリサーチした記事。AIの利用が「補完」から「オーケストレーション」へシフトし、git worktree で並列エージェント運用、Spec-Driven Development vs Vibe Coding の対立軸、MCP の標準化、AGENTS.md と Agent Skills の統一規約、Evals のパイプライン組み込み、Company OS による内製化など10のキーワードを解説。各トレンドの現実と限界の両面に触れている。

Claude Code CLI版の statusLine 機能を使い、画面下にコンテキスト使用率やレート制限の残り時間を常時表示させる方法を紹介。~/.claude/settings.json と ~/.claude/scripts/statusline.sh にシェルスクリプトを配置することで、視認性を高め「気づいたら上限に近づいていた」を防ぐ。

前回「隔離環境にEC2を使う」と決めていたが、5日後に実装したのは Claude Code Remote の Routine(スケジュール実行機能)だった。Anthropic管理のインフラで自動実行され、Bash許可時のガードレール(mainへの直接コミット禁止など)がプロンプト指示のみで担保される設計、UTC/JST変換での日付ズレの罠、外部API直叩きがネットワークポリシーでブロックされる実例を記録。

Claude Code は Anthropic サーバーとローカルクライアントの往復で動く仕様。.claude/ フォルダの CLAUDE.md・settings.json・rules/・skills/・agents/ など各種設定ファイルの役割と、ユーザー階層とプロジェクト階層での優先順位を公式ドキュメント照合で解説。導入前に把握すべき動作フロー(モデルは指示を返すだけで実行はローカル側)と弱点も含む。


Claude Code で複数プロジェクトを並行するとき、文脈混在と成果物の散逸を防ぐため、active.json でモードを管理し TASKS.md を単一の正として集約する仕組みを実装。「毎回必ず読む短いルール」と「参照する詳細」を分け、タスク状態変更時に両方を更新するルール化により、AIが自動で文脈判断して動くようになった。


Claude Code で Opus 5 に移行する際、既存の CLAUDE.md・skills・rules を棚卸しする方法を実践した記録。`/claude-api prompt-audit` コマンドで設定の監査と最適化を実施し、skill を 40 個から 6 個に削減、常時ロード量を 72% 削減。単なる文面整理ではなく、「そもそもこの仕組みは今も必要か」から検討することが重要。

スペック駆動開発(SDD)は仕様書をコード実装より先に確定させ、設計・実装・テストをすべて仕様から派生させる手法。従来のウォーターフォール開発と異なり、機械的に仕様書とコードを常時照合し、ズレを構造的に防ぐ。cc-sdd は Claude Code 向けの軽量な SDD ハーネスで、slash command とディレクトリ規約で「要件→設計→タスク→実装」の工程を強制する。
