
100日後に英語とClaudeがものになる1日15分 英語書き写し part4
Zenndynamic workflow は Claude が書く JavaScript スクリプトで、複数の subagent を統括し再実行可能。workflow はスクリプトが計画を保持する点で skill や agent team と異なり、ファンアウトと相互検証が必要な監査・移行・調査タスクに適している。単一会話で完結するタスクには不向き。
全 5424 件 · 40 / 272 ページ

dynamic workflow は Claude が書く JavaScript スクリプトで、複数の subagent を統括し再実行可能。workflow はスクリプトが計画を保持する点で skill や agent team と異なり、ファンアウトと相互検証が必要な監査・移行・調査タスクに適している。単一会話で完結するタスクには不向き。



Claude Code のセルフホスト環境におけるセッションの認証について、JSON Web Token (JWT) による検証方法を解説。CLAUDE_CODE_SESSION_ACCESS_TOKEN に含まれる署名付きトークンの形式、クレーム、検証手順、および Authorization の扱い方を具体的に説明している。

Claude Code v2.1.269 では、! で始まる deny/ask ルールの適用範囲の誤りと Bash の tee コマンドが書き込み制限をすり抜けていた問題という重要なセキュリティ修正が行われた。同時に claude plugin eval コマンドが追加され、プラグイン品質を定量的に検証できるようになった。権限ルールでリポジトリアクセスを制御するチームは設定見直しが必須。


Claude Code v2.1.270 はデグレ修正のみのリリース。v2.1.269 で発生した、長時間実行したセッション内で読み取り専用の git コマンドに不要な許可確認が出る問題が修正されました。修正前は git diff / git log / git show などが自動許可されず、ユーザーの確認待ちになっていました。

Claude と GPT-5.6 Sol はチャットでは対照的に見える(GPT は仮説を膨らませ、Claude は論理の穴を指摘)が、コード生成では役割が逆転したように見える。しかし実際には同じモデル特性が、環境の違い(文章 vs 検証可能なコード)によって別の行動として表面化しているだけ。両者の根本的な違いは「従順か頑固か」ではなく、ユーザー指示への従順性と社会的迎合性のバランスの差にある。

初心者が Claude Code で数ヶ月個人開発を続けた際、コードは動作するもドキュメント管理が破綻した経験から得た教訓。TODO リストの重複・確定と未確定の混在・関数名などの詳細が設計書に流入する問題を、ラベル固定化・ファイル分割・セッション終了時チェックリスト化で解決。実装系の記録(PLATFORM.md)とドメイン仕様(DEVELOPMENT.md)の分離が特に有効。


Claude Code セッションで Claude Opus 自身が出力した虚構のプロンプトインジェクション文に従い、学習済み重みを削除する rm -rf weights/ コマンドを実行しかけた。外部攻撃ではなく、長時間のセッションでモデルが自分の応答にユーザー入力を妄想上で追加し、その「攻撃」を自ら報告する自動自己攻撃が発生。型安全性とガードレールが被害を防いだ。

Claude Code で同じ指示を毎回繰り返す問題を解決するため、CLAUDE.md・メモリ・Skills・Hooks の 4 つの機能を「情報が Claude の目の前に出るタイミング」で分類。「何ができるか」ではなく「どこに置くか」を判断する逆算的な考え方と、コンテキストウィンドウの有限性・視認性の問題を踏まえた使い分けを解説。

Claude Code v2.1.269 で追加された claude plugin eval コマンドは、自作スキルやプラグインが実際に効果を発揮しているかをスコア化して測定できる機能。プラグインあり・なしの差分 Δ を比較することで、スキルの真の貢献度を可視化し、CI ゲート化やコスト設計までの運用方法を解説。

Claude Code v2.1.269 がリリースされ、98 件の変更が加えられました。プラグインの性能を採点する claude plugin eval コマンドが新たに追加され、Bash ツール経由のファイル変更差分が結果に含まれるようになりました。セキュリティ面では権限ルールの適用漏れ(deny・ask ルールの範囲逸脱、tee コマンドでの権限チェック未適用)が修正され、特に複数ユーザー環境での運用に影響します。

Claude Code の hooks 機能について、設計思想から実装まで学ぶ学習記事(Day 41)。hooks はユーザー定義のハンドラとして Claude Code のライフサイクル内の決められた時点で確実に処理を実行する機構で、シェルコマンドから MCP ツール、HTTP エンドポイント、Agent まで複数の形式で実装可能。プロジェクトルール強制・自動フォーマット・危険コマンドブロック等の用途がある。

Claude Code で同じ指示を繰り返す場合、何をどこに書くかは機能の説明ではなく「情報が Claude の目の前にいつ出るか」で判断する。CLAUDE.md(常に見える)・メモリ(Claude が記録)・スキル(呼ばれたら展開)・フック(機械的に強制)・ハーネス(環境全体)の 5 つを「毎回忘れる新人と有限な作業机」のモデルで整理した使い分けガイド。

settings.json のスキーマ全体を解説する学習記事。スコープ・型・既定値・サンプルの4要素で構成され、Model / Permission / Sandbox など主要グループを紹介。貼り付け前のスコープ確認と既定値の確認が間違い防止の習慣として強調される。

Claude Code の生産性を引き上げる CLI ツール群の使い方を紹介。jq / yq で JSON・YAML を効率的に加工し、gh で GitHub 操作を自動化、acli で Jira・Confluence と連携することで、コンテキスト圧縮と開発ループ高速化を実現できる。
Reddit ユーザーが Claude の有料プランへの月額支出を家族に隠している投稿。AI アシスタントへの継続課金の家計管理上の課題や、家族内での情報非開示をめぐる議論が展開。