#開発基盤

AIエージェントを動かすための基盤「AX」が公開された。これは、エージェント向けのタスクをYAMLで宣言すると、実行環境の準備、ネットワーク制御、再開、停止、削除までをまとめて扱えるようにする仕組みだ。単なる実験用のデモではなく、大量のエージェントを同時に回す前提で設計されている点が目を引く。生成AIの話題はモデルそのものに寄りがちだが、実際に現場で効いてくるのは、その周囲の実行基盤であることを改めて思い出させる発表でもある。 AX のサイトでは、まず `task.yaml` を書き、`ax apply -f task.yaml` で実行対象を作る流れが示されている。例では、`Workspace` に Go のリポジトリとして `https://github.com/golang/go.git` を指定し、`branch: "my-fix"` を使っている。その上で `Task` を定義し、`goal` には「Go tool chain がソースからビルドされることを保証する」と書く。`debug: true` も付いていた。 実行すると `workspace.ax.io/golang

ハードウェア設計にAIを持ち込む話は珍しくありませんが、copperheadはその中でもかなり割り切った作り方をしています。単に「回路図をそれっぽく描く」のでなく、KiCadの実ファイルを直接編集し、仕様書やBOM、検証結果までそろえることを前提にしたツールとして出てきました。しかも、途中で検証に落ちればそこで止まる設計です。ソフトウェアの開発フローに近い感覚を、基板設計へ持ち込もうとしているのが面白いところです。 元記事がまず示しているのは、copperheadが「Cursor for circuit boards.」を掲げるオープンソースのAI engineering platformだという点です。対象はプリント基板、つまりPCBで、ハードウェアチームが回路図、設計文書、検証、出荷物の作成まで進められるようにする、と説明されています。単なるチャットボットではなく、KiCadのファイルを直接扱うCLIとして動くのが特徴です。インストール例としては `npm i -g copperhead` が示され、利用にはNode 20以上、KiCadと `kicad-cli`、自分のモデルAP

GitHubやGitLabが当たり前になった今、あえて「ヨーロッパから外に出ないGitホスティング」を掲げるサービスが出てきた。Pushin.euは、EU域内でコードを保管し、AI機能の押し売りを避け、しかもコードを学習用途に使わないと明言する。単なる新興のGitサービスというより、開発基盤をどこに置くかという話だと思って読むと面白い。しかもこのサービスは、欧州のデータ主権やGDPRを前面に出しながら、同時に「使い勝手はGitHub互換」を狙っている。 Pushin.euは「Git hosting that never leaves Europe」と名乗り、公開・非公開のGitリポジトリを100% EU内でホストすると説明している。サイト上では、コード、issues、CIをまとめて扱えることをうたい、見た目の派手さよりも可用性を重視する姿勢を打ち出している。今は invite-only beta で、登録は招待制だ。まだ仕上げた宣伝素材は少なく、そのぶん基本機能の作り込みに時間を使っている、という立場もはっきり書いてある。 サービスの核になっているのは「EUの外に出ない」ことだ。説明で

開発者の laptop から agent を引き剥がして、クラウド側に寄せる。理屈としてはかなり筋がいいのに、実際にここまで踏み込んで運用している会社はまだ多くない気がする。この記事でいちばん引っかかったのは、130,000 tasks という数字そのものより、そこに付いている「監視・権限・監査」をちゃんと平台として作り込んでいる点だった。 ローカル実行の弱点は、たしかにわかりやすい。developer のマシンが起動している前提だし、CPU や memory にも限界がある。何より、agent に credentials や internal system へのアクセスを渡すとき、誰の責任でどこまで触ったのかが見えにくい。便利さの裏で、運用の泥臭さが一気に増える。DoorDash はそこを「各人の工夫」ではなく、Firecracker microVM、MCP gateway、playbook、invocation surface という部品に分けて制御している。ここはかなり好きな設計だと思う。agent を賢くするより先に、暴れない形に閉じ込めているからだ。 一方で、少し気になるのは

Vercelが公開した Eve は、AIエージェントを「作る」「動かす」「運用する」ための open-source framework です。InfoQの記事を読んでまず感じたのは、これが単なる新顔の開発ツールではなく、「AIエージェント周りで毎回バラバラに作っていた面倒ごとを、かなりまとめて面倒みる」方向に振り切っていることです。 AIエージェントは、チャットするだけのAIとは少し違います。指示を受けて、外部サービスにつながり、必要ならコードを実行し、途中で止まったら再開し、定期実行までこなす。便利だけれど、裏側はわりと泥臭い。Eveはその泥臭さを、filesystem-first という考え方で整理しようとしています。要するに、エージェントの振る舞いを「フォルダとファイル」で表現する発想です。これ、かなりVercelらしいと私は思います。開発者が触るものを、なるべく普通のプロジェクト構造に寄せるのがうまい。 AIエージェントを production で動かすための open-source framework 指示、tool、skill、subagent、通信チャネル、定期実