ENECHANGE Developer Blog

ENECHANGE開発者ブログ

【Sansan × LayerX × ENECHANGE】運用と開発を進化させるAIの実践事例【イベントレポート】

ENECHANGE株式会社は2026年1月29日に、オンラインイベント「【Sansan × LayerX × ENECHANGE】運用と開発を進化させるAIの実践事例」を開催いたしました。

開発や運用の現場では、プロダクトの価値に直結する作業とは別に、環境構築やオンボーディング、アラート対応、初期調査といった「避けられないが、付加価値を生みにくい作業」が日々発生します。本イベントでは、AIエージェントをこうした作業の“担い手”として組み込み、業務を再設計するためのノウハウを各社のエンジニアが紹介しました。

本記事では、イベントの内容をレポートします。

続きを読む

AI時代、DDDの補完サブドメインはエンジニアが作るべきか

こんにちは。ENECHANGEエンジニアの石橋です。

AIによって実装コストは劇的に下がりました。しかし、そこから競争優位が自動的に生まれるわけではありません。

本記事で考えたいのは、次の問いです。

AI時代、補完サブドメインは本当にエンジニアが担うべきなのか?

結論から言えば、サブドメインの分類(コア/補完/一般)は変わりません。

変わるのは、補完サブドメインを「誰が構築するのが合理的か」という前提です。

AIによって、

補完領域の一部は、非エンジニアのドメインエキスパートでも構築可能になりつつある

という現実が生まれています。

続きを読む

OSSのGitHubリポジトリで、やりすぎてみている話 ── DCOからRenovateまで

こんにちは、VPoTの岩本 (iwamot) です。

ENECHANGE発のOSSであるCollmboでは、GitHub Actionsワークフローや品質チェック機能をもりもりと活用しています。正直「やりすぎ」なくらいです。

ただ、これは意図的なものです。他のOSSやプロダクトのリポジトリではどこまでやれば充分なのか、議論の叩き台にしてもらうのが真の狙いです。

この記事では、Collmboで利用しているワークフローや品質チェック機能をご紹介します。

  • 1. 開発プロセス
    • DCO (Developer Certificate of Origin)
    • CI: pip-licenses, ruff, ty, pytest, hadolint, actionlint, ghalint, zizmor, pinact
  • 2. リリース
    • リリースノートの作成
    • Dockerイメージのビルド、公開
  • 3. セキュリティ、品質
    • イメージへの署名、SBOMの生成
    • イメージの脆弱性スキャン:Trivy
    • 依存関係の脆弱性チェック:dependency-review-action
    • コードの品質チェック:GitHub Code Quality
  • 4. 依存関係管理
    • 自動更新:Renovate
  • まとめ
続きを読む

Claude Code を使いこなすためのベストプラクティス(実践検証付き)

こんにちは、ENECHANGEエンジニアの藤巻です。

この記事は、Claude Code 公式ドキュメントの Best Practices for Claude Code を参考に、要点を日本語でまとめたものです。「自分の作業を検証させる」「まず探索、次に計画、それからコード」「セッションを管理する」など、Claude Code を効果的に使うための9つのポイントを紹介します。

あわせて本記事では、これらのプラクティスを実際の作業フローに適用し、サブエージェントを用いたレビュー実践を通じて、実務の中でどのように機能するのかも検証した結果を紹介します。

続きを読む