Claude Codeのコンテキスト管理——CLAUDE.md・スキル・サブエージェント・MCP・Hooksを段階的開示で使い分ける
Claude CodeのCLAUDE.mdにベストプラクティスを詰め込んでいた状態から、段階的開示を軸にスキル・サブエージェント・MCP・Hooksへ情報を分けた経緯と、記事制作プロジェクトでの今の使い分けの基準を紹介する。
Latest Writing
Claude CodeのCLAUDE.mdにベストプラクティスを詰め込んでいた状態から、段階的開示を軸にスキル・サブエージェント・MCP・Hooksへ情報を分けた経緯と、記事制作プロジェクトでの今の使い分けの基準を紹介する。
収益化できていない個人開発が、なぜか本業の評価や昇給につながりました。お金を稼ぐ手段という発想を手放し、技術書での学びが本業へ波及する循環が生まれた経緯を、自分の体験から紹介します。
技術的負債は見つけたらすぐに全部直すべきなのでしょうか。ロールバック時もカウントが残り、ログと実態が食い違っていた実例から、実行頻度や影響範囲による優先順位づけと、気づいた課題を記録する方法を紹介します。
技術的負債は本当に悪なのでしょうか。呼び出し元だけがコメントアウトされ、呼び出される側が生きたまま残っていた実例から、意図的な負債と無自覚な負債の違い、そして技術的負債を「時間の前借り」として捉える考え方を紹介します。
『Java言語で学ぶデザインパターン入門』でBuilderパターンを学んだ際に疑問に感じた、Directorが具体クラスを区別せずに処理できる理由や、Builder型からTextBuilder・HTMLBuilderのメソッドが呼ばれる仕組みを整理します。あわせて、子クラス独自メソッドの扱いや、Builderを抽象クラスではなくインターフェースにできるのかについても解説します。
個人開発やブログ運営の収益化が遅れて焦っているなら、時間を「時給」ではなく「資産」として捉え直してみませんか。結果が出ない期間の意味が変わる考え方と、収益化を目的化せず検証プロセスを楽しむ距離感を、自分の体験から紹介します。
習慣化のテクニックを試しても続けるのが苦しいのは、行動に含まれる面倒さが残っているからかもしれません。ジムへの移動をなくした筋トレの実例をもとに、「続ける」から「続いている」へ変わる、面倒さを取り除く視点を紹介します。
習慣化が続かない原因は意志力ではなく、行動を始めるまでのハードルにあるのかもしれません。通勤時間の読書や早起きでの個人開発など、すでにある時間に行動を乗せる「仕組み化」の考え方を、自分の経験をもとに紹介します。
『プリンシプル オブ プログラミング 3年目までに身につけたい 一生役立つ101の原理原則』で学んだ「インターフェースと実装の分離」は、Agent Skillsの設計にも応用できます。SKILL.mdには契約と処理フローを置き、具体的な知識や実装を外部へ分離することで、Skillの構造を保ったまま中身を差し替えられる設計について考えます。
SIerで評価されることと、ソフトウェアエンジニアとして設計力が伸びることは同じなのでしょうか。既存システム改修や業務知識、PM寄りのキャリアを振り返りながら、なぜオブジェクト指向やデザインパターンに触れる機会が少なかったのかを考えます。
Claude CodeとCodexのAgent Skills共有を、シンボリックリンクからWindowsのジャンクションへ変更しました。実際に運用して分かった違いや制約、git clone後の再設定、READMEやセットアップスクリプトでの管理方法をまとめます。
Factory Methodパターンを学んでいて、「抽象メソッドはどこで実行されるのか?」と疑問に感じました。この記事では、FactoryとConcreteFactoryの関係、抽象メソッドの役割、実行時にどのメソッドが呼ばれるのかを整理します。