TECHBLOG

PHP 8.1のEOLを前に、複数のクライアントサイトで延命か乗り換えかの判断を迫られました。先送りした場合のリスクと、選択肢ごとのコスト構造を整理した記録です。

金曜17時のデプロイで本番が18分間停止した一件を、ポストモーテムで人ではなく仕組みの問題として整理した経緯。金曜午後デプロイ禁止とリリースチェックリストが定着するまでのチームの合意形成の話。

静的化で何が得られ何が失われるか。表示速度・セキュリティ・運用コストの実数値と、会員機能やフォームの代替案の現実を踏まえ、どんなサイトに向くか向かないかを正直に書きます。

AIを「管理できる存在」にするには、就業規則（CLAUDE.md）・引き継ぎ書（ハンドオーバーコメント）・業務日報（監査ログ）という人事制度の概念をAI設計に適用することが有効でした。自律性と統制のバランスをどう取るか——今の考えを共有します。

AIが実装を自動化する時代だからこそ、「何を作るか」を決める上流工程の価値は高まっている。実プロジェクトの失敗経験をもとに、人間にしか担えない要件定義と意思決定の本質を考える。

AIエージェントを組織に統合するとき、最初はSlackをハブにしようとしました。でも最終的にRedmineを選んだのには理由があります。ステータス遷移をプロトコルとして使い、チケット履歴を監査ログとして活用する——既存チームのワークフローを変えずにAIを追加できた設計の話です。

AWS BedrockでClaude 3 Sonnetを呼び出すまでに詰まったポイントをまとめました。Model Accessの申請忘れ、IAMポリシーの落とし穴、boto3でのAPI呼び出し方法など、ドキュメントだけでは分かりにくかった部分を正直に紹介します。

コーポレートサイトをWordPressからAstro+S3+CloudFrontに移行した経緯と設計判断を記録。Lighthouseスコアが60点台から90点台に改善し、月々の運用コストも劇的に削減できた実例をまとめます。

WordPressの維持運営コストに限界を感じAstro+MDX管理へ移行。コンテンツは人間がMDXで書き、依存関係の更新・セキュリティパッチ対応などの運用作業はAIエージェントがGitHub API経由でPRを出す——その役割分担の設計をまとめました。

Javaの炎上プロジェクトに2年目で放り込まれた体験談。コードより先に人とプロセスを理解すべきだと知らなかった失敗から、小さな貢献でチームの信頼を積み上げ、技術的負債を整理するまでの2週間を時系列で振り返ります。

v3からv4に上げる際に踏んだ地雷を、移行手順・theme()廃止・カスタムユーティリティ・Viteプラグインの4軸で正直にまとめました。公式ドキュメントには出てこない実地の落とし穴が中心です。

AIエージェントを『ツール』ではなく『社員』として設計することで、朝にRedmineへチケットを登録して夕方レビューするだけの運用が成立した話。既存のワークフローを変えずにAIを組み込めた設計上の理由と、現時点での限界をまとめました。

自社コーポレートサイトをAstro + S3 + CloudFrontで構築し、PRベースで効率よくコンテンツ更新を回す構成のアーキテクチャ全体像、パフォーマンス、月額数百円の運用コストの内訳を公開します。

EC案件で取引先ごとにフォーマットが違う受注メールに振り回された末、正規表現を捨てて構造化パーサーに切り替えたら安定した話。Lambda + SESでの運用構成もまとめました。

自社サイトをAstroに移す際、Content Collections + Zodでコンテンツを型安全に管理した設計と、下書きの扱いで最初にコケた話、MDXとReact Islandsの使い分けで悩んだポイントをまとめました。

AIエージェントを複数並列で動かし、人間1人の監督で3倍の作業量をこなす体制を構築した実体験と、実際にかかったコストの内訳をまとめました。

Netlify/Vercelを使わず、既存のAWSインフラを活かしてPRごとのプレビュー環境を構築した経緯と、S3のパス設計でハマった話をまとめました。

創業から8年。お客様・パートナーの皆様に支えられてここまで来られました。感謝の気持ちを込めて、コーポレートサイトをフルリニューアルしました。