ShifuDev CLIでIoTフリートをバイブコーディング
作りたいものを伝えるだけ。AIコーディングエージェントが構築します。
バイブコーディングはWebアプリには抜群に機能します。作りたいものを伝え、AIが構築し、改善してリリースする。このループは高速で、結果も確かです。
IoTでは、このループが壊れます。作りたいものを伝えると、AIが聞き返します。どのデバイスを使っていますか？プロトコルは何ですか？エンドポイントは？サービスURLは？ドキュメントを掘り起こし、回答をコピペして——気づけばバイブコーディングではなく、AIとハードウェアの間の統合担当者になっています。
今日、それが変わります。ShifuDev CLIがバイブコーディングを物理世界にもたらします。
インストール
npm install -g shifudev
shifudev login
shifudev install-skill
これだけです。install-skillがAIコーディングエージェントをShifuDevデバイスフリートに直接接続します。その瞬間から、エージェントはあなたのデバイスをすでに把握した状態でセッションを開始します。
IoTバイブコーディングの実際の姿
AIコーディングエージェントで新しいセッションを開きます。こう伝えます：「全センサーの気温と湿度をリアルタイム表示するダッシュボードを作って。」
エージェントがshifudev device listを実行します。センサーを確認します。それぞれにshifudev device describeを実行し——サービスURL、エンドポイント、読み取り/書き込みフラグを取得します。コードを書きます。エッジクラスターにデプロイします。ダッシュボードが現れるのを目の当たりにします。
エンドポイントをひとつも説明していません。サービスURLをひとつも調べていません。センサーが使うプロトコルを説明していません。求める結果を伝えただけで、残りはAIが処理しました。
これが、業界が待ち望んでいたIoT開発の姿です。バイブコーディング、物理世界向け。
なぜこれまで不可能だったのか
AIコーディングエージェントはソフトウェア構築が得意です——コンテキストがあれば。Webアプリでは、そのコンテキストがコードベースです。IoTでは、コンテキストはデバイスフリートです：何がデプロイされているか、どのエンドポイントが存在するか、どのプロトコルが動いているか、サービスがクラスターのどこにあるか。
コンテキストがなければ、AIは推測します。ShifuDev CLIがインストールされていれば、推測は不要です。shifudev install-skillはコーディングエージェントに、毎セッション開始時に自動でデバイス検出を実行するスキルを与えます——指示不要で。エージェントは「どのデバイスですか？」から「12台のデバイスを確認しました。ダッシュボードはこちらです」へ、数秒で移行します。
バイブコーディングループ——最初から最後まで
伝えます：
「生産ラインを監視して——コンベアモーターの温度が80℃を超えたら通知して。」
エージェントが検出します：
shifudev device list # モーターセンサーを発見
shifudev device describe motor-sensor-01 -o json # エンドポイント、サービスURL、読み取り間隔を取得
エージェントが構築します： 監視サービスを作成し、エッジクラスターにデプロイし、アラートロジックを組み込みます。
あなたが反復します： 「しきい値をWeb UIから設定できるようにして。」完了。「5分間の移動平均を追加して。」完了。
ハードウェアはすでにそこにあります。統合もすでにそこにあります。残るのは、作りたいものを伝えるだけです。
作りたいものを、自由に作ろう
ShifuDevは実行するコマンドではありません——AIコーディングエージェントがすでに持っているスキルです。学ぶべきCLIも、設定すべき統合も、管理すべきデバッグループも不要です。エージェントがデバイスを検出し、コードを書き、デプロイします。あなたは結果を伝えるだけです。
AIコーディングエージェントを開きましょう。作りたいものを伝えましょう。デバイスはすでにコンテキストにあります。
さあ、リリースしよう。
自分のデバイスフリートで実際に動くところを見てみませんか？ライブでご案内します。
技術的な詳細はShifuDev製品ページをご覧ください。
