Lekko
Lekko · コーディング
Lekkoは、フィーチャーフラグや段階的リリースをコードとして管理し、再ビルドなしで本番に反映できた動的コンフィグレーション基盤だ。開発チームは2025年にRipplingへ移り、ホスト型サービスは終了している。

Lekko について
About
Lekkoとは
Lekkoはエンジニアリングチーム向けの動的コンフィグレーション基盤だった。設定をリポジトリ内のコードとして扱う点が特徴で、フィーチャーフラグ、料金プランの上限、国ごとの公開可否、実験の配分率を、再ビルドも再デプロイもせずに本番で変えられた。
創業者はKonrad Niemiecで、2022年の設立だ。Uberの内部システムであるFliprの開発に関わった経験があり、実行時に挙動を変える仕組みを中小企業でも使える製品にした。2024年7月にステルスを解除し、AdditionとLUX Capitalが引率する450万ドルのシード調達を発表している。
その歩みは短かった。2025年1月にLekkoのチームはRipplingのプラットフォーム部門に入り、lekko.comは現在Ripplingのブログへ転送される。ホスト型製品はもう存在しない。SDKだけがGitHubに公開されたままで、Lekkoは今日、買える道具というより設計の参考例になっている。
導入の流れ
サービスが稼働していた頃の手順は次のとおりだ。
- CLIを入れ、利用する言語のSDKを追加する。Go SDKやTypeScript SDKがこれにあたる。
- リポジトリ内に名前空間を定義し、型付きの値と、その値を選ぶルールを書く。
- 値が必要な箇所でSDKを呼ぶ。評価はプロセス内で完結し、ネットワークに出ない。
- Web画面かコードで値を変え、いつものパイプラインで新しいバンドルを配布する。
- 変更に関連づけたメトリクスを確認し、問題があればコミットを戻す。
AIツール情報
Lekkoの料金、対応プラットフォーム、性能を簡単に確認できます。
こんな人におすすめ
このツールが最も力を発揮するユーザー、タスク、シーン。
ユーザー
- プラットフォームエンジニア:多数のサービスのリリース手順を預かり、設定変更もコードと同じレビュー経路に乗せたいチームに向く。
- GoかTypeScriptのバックエンドチーム:どちらのSDKも一級品として扱われたため、数行の追加で済み、プロキシを挟む必要がなかった。
- ホスト型フラグ製品からの移行を考えるチーム:移行のしやすさが最も強く打ち出された売りで、死んだフラグを何年も抱えた企業が対象だった。
タスク
- リスクの高い変更の段階的リリース:新しい経路をまず5%のトラフィックに当て、エラー率を見てから比率を上げられた。値はコミットの中にあり、履歴が誰といつ動かしたかを示す。
- プランや地域ごとの機能開放:料金段階、国別の制限、ベータ参加の可否を、別々の仕組みではなく同じ型付きルールで扱えた。
- フィーチャーフラグ管理の棚卸し:AI支援の流れが既存コードを読み、フラグ参照を見つけ、型付きの置き換え案を出す。読み手のいないフラグも印を付けた。
シーン
- 再ビルドなしで本番を細かく調整したいとき:試験価格、レート制限、タイムアウトを秒単位で動かせる。1日に何度もリリースするチームほど効く。
- 遅延に敏感なサービスや統制の厳しい環境:評価は手元で走るため、フラグ確認にネットワーク往復が増えず、実行時の制御を外部に渡さずに済む。
- コードとしての設定を調べたいとき:実行時設定の手法を比べている人は、公開SDKを読んで取捨選択を自分で判断できる。
主な機能
コードとしての設定
調整可能な値はすべて、それを読むコードの隣、リポジトリの中に置かれた。設定がプルリクエストでレビューでき、まずい変更は他のコミットと同じように戻せる。ベンダーの管理画面をクリックするやり方では、コード側に痕跡が残らない。
プロセス内での評価
SDKはコンパイル済みのバンドルを取得し、ルールを手元で評価した。フラグ1回の確認はマイクロ秒で済み、ネットワーク往復が発生しない。制御プレーンに到達できない間もサービスは動き続け、ホスト型フラグにありがちな障害経路を消せる。代わりに評価ロジックをクライアントが抱え、バンドルはルールが増えるほど大きくなる。
AIによるフラグ整理
Lekkoのツールは既存のコードベースを読み、フラグ参照を探し、型付きの置き換えを提案した。どのコードパスからも読まれなくなったフラグも洗い出す。リリースから何年も残る置き土産の処理であり、ホスト型ベンダーが得をしやすいフラグ負債への、最も直接的な答えだった。
開発者以外のためのWeb画面
プロダクトマネージャーやサポート責任者は、リポジトリに触れずにブラウザから承認済みの値を変えられた。権限が名前空間ごとに編集の可否を決め、変更はすべて記録に残る。エンジニアが安全に変えられる範囲を定義し、他の担当者はその中で選ぶという分担が成り立っていた。
型付きルールと事前検証
値には宣言された型があり、CLIが配布前にルールを検証した。文字列が黙って数値を置き換えることは本番で起きない。許容範囲や許可リストも定義の一部だ。JSONのフラグ定義で打ち間違いに泣いたチームほど、管理画面の見た目よりこの点を重く見る。
権限と監査ログ
アクセス制御は名前空間単位で、閲覧、編集、管理の役割に分かれていた。変更のたびに、実行者、変更前の値、どのコミットやセッションが起点かが残る。統制の厳しいチームでは、この記録があるかどうかで、その日に設定を出すか1週間の承認待ちにするかが決まる。
メリットとデメリット
メリット
- 設定がコードと同じ場所にあるため、レビュー、履歴、巻き戻しに使い慣れた道具をそのまま使える。
- ローカル評価によってネットワーク依存が消え、ホスト型フラグが抱える可用性リスクを避けられる。
- 型付きの値と配布前の検証が、設定事故の多くを占める取り違えを止める。
- 無料枠は最初の25 lekkoまでで、小さなチームが実サービスで試すには足りた。
デメリット
- ホスト型製品は販売終了し、チームは2025年1月にRipplingへ移った。サポート窓口も新機能もない。
- SDKの組み込みにはアプリケーションコードの変更が要る。既存サービスの前にプロキシを置く案より説明が難しい。
- 公開価格は最後まで出ず、小さなチームはフラグベンダーと費用を比べる前に営業と話す必要があった。
よくある質問
フィーチャーフラグの先を行くと会社が説明した、動的コンフィグレーションの基盤だ。フラグを外部サービスに置くのではなく、調整可能な値を型付きコードとしてリポジトリに置き、アプリケーションの中で評価した。
関連コンテンツ
Lekkoに関連するツール、スキル、記事を探す。
Lekkoの代替ツール

Udon
Udon · コーディング · 生産性向上Udon は Apple Silicon の Mac を Mac 家庭用サーバーに変えるソフトだ。ブラウザからコンテナとファイル共有を操作でき、AI システム管理者も任意で使える。

offstage
offstage cloud · コーディング · 生産性向上offstage は AI エージェントと CI ジョブに本物の Mac を渡す。Apple Silicon 上の macOS 27 アカウントを API で操作し、秒単位で課金される。
BotBus
Chengdu Tuyang Tusen Technology Co., Ltd. · コーディング · 生産性向上BotBusを使えば、スマホからAIコーディングエージェントを操作できる。席を外したままコマンドを承認し、タスクを始め、結果を確認できる。
