連載：Claude CodeとAWSで作るAIエージェントの土台– category –

AIエージェントの土台をAWSに作る連載の最終回。401の記録とCloudWatchでの監視、WAFでの呼び出し回数の制限、確認用の環境をふだん止めて費用を抑える方法をCDKで作り、月の費用の目安と連載全体をまとめます。

AIエージェントの土台をAWSに作る連載の第7回。既存のリポジトリを移す前の秘密の値の検査と置き場の決め方、WordPressのパスワードをSecrets Managerに置いてAPIが投稿を中継する実装を解説します。

AIエージェントの土台をAWSに作る連載の第6回。全役割の決まりを書いた大きなCLAUDE.mdを入口だけにし、役割ごとの指示書をAPIで「共通＋その役割」だけ返す形と、指示書をテストで守る方法、実際のつまずきを解説します。

AIエージェントの土台をAWSに作る連載の第5回。APIがトークンのハッシュから役割を判定する仕組みと、トークンの発行・失効、Claude CodeのNetwork secretsにトークンを持たせて環境変数に入れない理由を解説します。

AIエージェントの土台をAWSに作る連載の第4回。APIをECS FargateとALBでNATなしに動かす構成をCDKで書き、証明書とパスワードの置き場をCDKで作らない理由と、DNSでつまずいた落とし穴を解説します。

AIエージェントの土台をAWSに作る連載の第3回。GitHub ActionsからアクセスキーなしでAWSへ入るOIDCの仕組みとロールの条件、新しい組織でsubが番号付きの形になって断られた落とし穴を解説します。

AIエージェントの土台をAWSに作る連載の第2回。管理・共通・確認用・本番の4アカウントに分ける理由と、IAM Identity CenterでGoogle Workspaceからログインする設定と落とし穴を解説します。

Claude Code などのAIエージェントに仕事を任せる土台をAWSに作る連載の第1回。1つのリポジトリをやめて役割ごとのAPIにした理由と全体の設計を説明し、権限の表を書いてテストで確かめます。