AUTOMATE · 35 ARTICLES

AIコーディングとエージェント

AIエージェントの記事を新着順にご覧ください。

すべての記事

2ページ

35件中12件を表示
AIコーディングとエージェント読了 6 分

[バイブコーダー #5] エラーメッセージの読み方と、AIがバグを直せず堂々巡りするときの脱出法

赤いエラーメッセージが画面を覆うと、心臓がドキッとします。英語がびっしり並び、見慣れない単語ばかりで、何を間違えたのかも教えてくれないように見えます。そこで多くのバイブコーダーはエラーメッセージを読まずに閉じて、AIに「動きません、直して」と伝えます。そしてAIは見当違いの場所を修正し始めます…

記事を読む
AIコーディングとエージェント読了 6 分

【Vibe Coder #4】デプロイとは何か?自分のPCでは動くアプリが、なぜインターネットでは動かないのか

アプリが完成しました。自分のPCでは完璧に動きます。友人に自慢しようとアドレスバーのlocalhost:3000をコピーして送ったところ、「開けないんだけど?」と返ってきました。思い切ってデプロイしてみると、今度は自分のPCで問題なく動いていたアプリが、インターネット上ではエラーを吐きます。

記事を読む
AIコーディングとエージェント読了 10 分

外出先でもAIコーディングエージェントを運用する:Orcaモバイルを完成させたRelayとChat UI

AIコーディングエージェントに作業を任せる利点は、人がその場に張り付く必要がないことです。しかし実際に席を離れると、すぐに別の問題が起きます。エージェントが質問を投げたまま止まると、戻ってくるまで作業全体が止まってしまいます。結局、ノートPCの前を離れられないという逆説が生まれます…

記事を読む
AIコーディングとエージェント読了 6 分

【バイブコーダー #3】AIがコードを全部書いてくれるのに、なぜGitが必要なのか(壊れたアプリを1分でロールバック)

バイブコーディングをしていると、必ずこんな日が来ます。昨日まで正常に動いていたアプリに機能を1つ追加してほしいと頼んだら、AIがあちこちを修正し、アプリ全体が動かなくなる日です。「さっきの状態に戻して」と頼んでも、AIは正確には戻せません。修正箇所は20か所もあり、そのうちどこが…

記事を読む
AIコーディングとエージェント読了 6 分

[バイブコーダー #2] APIとは何で、なぜAPIキーを隠すのか

前回はアプリをレストランにたとえました。ホール(フロントエンド)、厨房(バックエンド)、倉庫(DB)です。今回は、その構造の上でバイブコーディング中に最も事故が起きやすいAPIとAPIキーを扱います。「キーを絶対に公開しないでください」という警告はよく見ますが、そのキーが何で、どこにあり、漏れると何が起きるのかを説明する記事は多くありません。この記事でまとめて整理します。

記事を読む
AIコーディングとエージェント読了 7 分

Orcaとは?複数のAIコーディングエージェントを一か所で運用するADE

複数のAIコーディングエージェントを使っていると、コードを書く時間より「誰がどのブランチで何をしているか」を確認する時間のほうが長くなることがあります。ターミナルを複数開き、ブランチを切り替え、変更を比較しているうちに、並列作業の利点もすぐ薄れてしまいます。

記事を読む
AIコーディングとエージェント読了 7 分

[バイブコーダー #1] AI生成アプリを解剖する:フロントエンド・バックエンド・DBの役割

AIに言葉で指示してアプリを作る人が急増しています。CursorやClaude Code、v0などに「こんなサービスを作って」と頼めば、本当に動くアプリが出てきます。しかし完成後、多くの人が同じ壁にぶつかります。アプリは動くのに、AIが何を作ったのか分からないのです。

記事を読む
AIコーディングとエージェント読了 5 分

[AIコンテキスト #5] なぜサブエージェントを使うのか、AIエージェントのコンテキスト分離と委譲基準

これまでの各回では、コンテキストを節約する方法を見てきました。タスクの境界ごとに履歴を消去し(第3回)、固定費を短く設計する(第4回)。それでも手に負えないタスクがあります。「このコードベースで決済ロジックがどう流れるか調べて」のような依頼です。真面目なエージェントは数十個のファイルを読み、見つけた内容をすべてコンテキストに積み上げます。調査が終わる頃には、その知識でコードを変更するためのコンテキストが残っていません。

記事を読む
AIコーディングとエージェント読了 5 分

[AIコンテキスト #7] プロンプトキャッシュでAPIコストを削減

シリーズ最終回はお金の話です。エージェントをAPIで動かしたことがあれば、請求書の違和感に気づいたでしょう。出力より入力トークン料金が圧倒的に高いのです。第1回の構造を思い出せば当然です。毎ターン、システムプロンプトから会話履歴全体まで再送するため、50ターンのエージェントセッションでは同じシステムプロンプトに50回課金されます…

記事を読む
AIコーディングとエージェント読了 6 分

[AIコンテキスト #6] AIエージェントのメモリ設計、コンテキストの外に置く技術(計画ファイル・メモリ・RAG)

ここまでシリーズを読んできたなら、共通するパターンに気づくはずです。コンテキストウィンドウ内に置くものを最小限にする、ということです。第3回の「/clearの前に状態をファイルへ」、第4回の「本文ではなくポインタだけ」、第5回の「プロセスはサブエージェントに任せ、結論だけをメインへ」は、すべて同じ方向を示しています。ただし、コンテキストの外へ移した情報の置き場所については、まだきちんと扱っていませんでした。

記事を読む
AIコーディングとエージェント読了 6 分

[AIコンテキスト #4] CLAUDE.mdはなぜ短くすべきか、AIエージェントの常時ロードコンテキスト設計

第3回では、/clearで会話履歴を消去する方法を見ました。しかし直後に残りのコンテキストを確認しても、100%には戻りません。Claude Codeで/contextを実行すると理由が分かります。システムプロンプト、ツール定義、CLAUDE.md、MCPサーバーが登録したツールだけで、すでに数万トークンを消費しています…

記事を読む