
全 2014 件 · 10 / 101 ページ


2026年6月中旬以降、Claude Opus 4.8がClaude Codeで言語能力低下や過剰な先回りを示す事例が報告されている。モデル本体の重み差し替えではなく、serving infrastructure・製品層・tool/agent層など複数レイヤーの合成による実効品質のnerfである可能性を、状況証拠から多層的に検証。2026年4月の同様事例(effort変更やprompt副作用)と比較し、層別の影響を明確化。

MCP(Filesystem)経由で Obsidian Vault をClaudeに読み書きさせ、セッション間で知識を引き継ぐシステムを構築。CLAUDE.md に行動ルールを定義し、プロジェクト別に knowledge / preferences / projects フォルダを分割管理。書き込み条件を明確に縛ることで、毎回の前提説明が不要になり、トークン消費も最適化できる。

複数の AI エージェント(Claude Code と Codex)を Obsidian の共有メモリを介して連携させ、設計・実装・レビューを自動化しつつ、本番反映は人間が承認するハイブリッド体制を構築。ファイル経由のやり取り、役割の厳密な分離、Git 管理された Markdown による長期記憶、ガードレール実装を含む再現可能な実装例を解説。

Claude Code v2.1.183 で auto mode が git reset --hard や terraform destroy などの破棄系コマンドを明示的な指示がない限り実行前にブロックするようになった。また v2.1.181 では /config key=value 構文でプロンプトから直接設定変更が可能になり、prompt caching がカスタム ANTHROPIC_BASE_URL 環境で機能するよう修正された。

Claude Code の auto mode は、Claude 本体とは別の分類器 AI がツール呼び出しのリスクを自動判定し、安全なアクションは許可プロンプトなしで実行、危険な操作だけをブロックする機能。--dangerously-skip-permissions との違いや 6 つの権限モードでの立ち位置、分類器の 4 段階の判定フロー、デフォルトでブロック / 許可される操作を解説。

TypeScript製のOSS「TAKT」はAIエージェントのオーケストレーションツール。YAMLでワークフローを定義し、人間の都度確認をワークフロー定義に置き換え、ステップ遷移・レビューループ・実行記録を自動管理。Claude Code等と組み合わせて、エージェント制御を宣言的に行える。

Claude Code 使用中に auto-compact が予期なく実行されるのを防ぐため、statusLine スクリプトにコンテキスト使用率の閾値通知(60/70/80/90%)を追加する方法を紹介。session_id ベースの state ファイルと osascript を用いて、セッションごとに各閾値で一度だけ macOS 通知を送り、SessionEnd フックでクリーンアップする実装例。



Web制作歴20年の著者が、Claude Code で開発した校正ツール「fuSen」のプロモーションを通じて、初めて本格的な営業・マーケティングに取り組んでいる。紹介だけで生きてきた自分が、作るだけでなく「届ける」ことの難しさを痛感しながら、この経験をキャリアの強みへ変えようと前向きに捉えている。

Claude Code v2.1.182〜v2.1.183 では auto モードの安全性が強化され、git reset --hard や terraform destroy などの破壊的コマンドが明示的な依頼がない限りブロックされるようになりました。また、thinking ブロックのみ出力時の完了不具合やサブエージェント起動エラー、Windows Terminal での TUI 表示崩れなど複数の修正が加えられています。

dbt Labs の dbt Wizard CLI (Beta) を Claude Code の代替ではなく、dbt 専門の外部エージェントとしてルーティングする運用を検証した事例。BYOK 認証の環境変数設定(DBT_WIZARD_START_LOCAL_LITELLM=1)でローカル LiteLLM サイドカー経由の実行が可能になり、models の探索やリファクタ判断など dbt ネイティブなメタデータ理解を活かした agentic な動作が確認された。



token-warden は Claude Code 用のプラグインで、エージェントのメモリに含まれるルールを実測ベンチマークで検証し、コスト以上の節約効果があるルールのみを保持することでトークン消費を削減する。4段階のループ(収集・蒸留・ベンチマーク・選別)で継続的にメモリを最適化し、効果のないルールは自動的に削除される。

OpenSpec をベースにした stack-agnostic な CLI ツール。仕様 → 計画 → コードの順序を強制し、コード作成前に変更提案と仕様設計をレビューする。Jira で管理層(作業管理)と OpenSpec で統治層(システム挙動定義)を分離し、トレーサビリティを保ちながら spec-driven な開発フローを実現する。