Bit - Git 互換のAIサンドボックス
前々から自分で git を拡張するための基盤が欲しかったんですよね。というわけで、実装しました。 Warning: 実験的な実装です。本番環境では使わないでください。最悪の場合、履歴管理のバイナリが破損する可能性があります。 コマンド名は bit です。主語が大きいですが、 moonbit 製の git なのと、git と一時違いでシームレスに使いたかったので... これでインストールできます。 curl -fsSL https://raw.githubusercontent.com/mizchi/bit/main/install.sh | bash # ~/.local/bin/bit 未対応の機能 --object-hash=sha256: そもそも GitHub が未対応 インタラクティブ系: bit add -p、bit rebase -i — ターミナル UI の抽象化が未設計
Coding AgentにWasm製のrmを使わせて安全にできないか？ - ローファイ日記
WebAssembly / Wasm Advent Calendar 2025 23日目の記事です。 qiita.com 今日は思い出すシリーズです😅 udzura.hatenablog.jp 軽くおさらいをすると、AI Agent に自由にコマンドを発行させると危険という話がありました。 rm -rf /* は極端ですが、全く意図しない場所にあるファイルを削除・改変されることはあり得ます。 エージェントの実行するコマンドをいちいち確認・許可すればいい 結局それは人間側の認可ミスもありうるわけで、もっと仕組みで解決したい サンドボックスの機構を使えばいいという話もある でも、たとえばDockerの中でAgentを... とかは結構面倒では？ オーバーヘッドもあるし。 もっと軽量かつ汎用的なサンドボックスの機構を... といったところでWasmの話を前回したんですが、その時はエージェント自
wasi:cli/commandをRustで動かすには
WebAssemblyランタイムの1つであるWasmtimeには、Rustにランタイムを埋め込むためのクレートがあります。そのクレートを使って、wasi:cli/commandワールドを実装したWasmコンポーネントを実行するまでをまとめました。 なお、この記事はWasmtime28.0.0を対象にしています。 TL;DR: wasmtime-wasiクレートもあわせて利用します WasmコンポーネントからCommand構造体を作成することで、詳細を隠蔽できます 実行用のプログラムの準備 テスト用に実行するwasi:cli/commandの実装を用意します。次のようなバイナリークレートをビルドして用意します： 利用するクレート 次のクレートを依存関係に追加します： wasmtime wasmtime-wasi tokio wasmtime-wasiクレートはwasi:cli/stdinのよ
Wasm Component Model に対するもやもや
2024-12-06 Xで意見を募ったところ様々なコメントを頂きました。ありがとうございます。 頂いたコメントを踏まえて新しく文章を書きました: Wasm Component Model に対するもやもやが晴れてきた 先日ScalaのWasmバックエンド(JS依存)をリリースし、さて次はこれをJS依存のないスタンドアローンWasmランタイム(wasmtime, wasmedgeなど)で実行できるようにしようと思っている。そのためにはいくつかの標準ライブラリをWASIを利用して再実装してあげる必要がある。 WASI preview1 と preview2 WASIにはpreview1とpreview2、2つのバージョンがあり： WASI preview1 多くのVMでサポートされていて安定している WasmのimportによってWASI関数を利用でき、Wasm moduleに特別な変更を加え
WebAssemblyをコンテナイメージとし、コンテナレジストリなどで配布可能にする「Wasm OCI Artifact layout」仕様が登場
WebAssemblyをコンテナイメージとし、コンテナレジストリなどで配布可能にする「Wasm OCI Artifact layout」仕様が登場 WebAssemblyコンポーネントをコンテナイメージとしてDockerレジストリなどで配布可能にする「Wasm OCI Artifact layout」が、「WASI 0.2.1」仕様の一部として公開されました。WASIを推進するBytecode Allianceが発表しました。 WASI（WebAssembly System Interface）は、WebAssemblyをWebブラウザだけでなくサーバサイド上のランタイムなどでも実行可能にする仕様で、W3CのWASIサブグループ（WASISG）が策定しています。 コンポーネントモデルを備えたWASI 0.2が登場 WebAssemblyはもともとWebブラウザ上で高速に実行可能なバイナリフ
.NETでWebAssemblyの最新仕様「WASI Preview 2」対応コンポーネントを作れる「componentize-dotnet」、Bytecode Allianceがオープンソースでリリース
.NETでWebAssemblyの最新仕様「WASI Preview 2」対応コンポーネントを作れる「componentize-dotnet」、Bytecode Allianceがオープンソースでリリース WebAssemblyの普及と発展を目的とするByteCode Allianceは、WebAssemblyのコンポーネントモデルである「WASI Preview 2」仕様に対応したコンポーネントを、C#などの.NETテクノロジーを使って開発できるツール「componentize-dotnet」をオープンソースとしてリリースしました。 WASI Preview 2はWebAssemblyのコンポーネントモデル WebAssemblyはもともと、Webブラウザ上で高速に実行可能なバイナリフォーマットとして登場しました。さまざまなプログラミング言語から生成可能なバイナリであり、OSやCPUに依
moonbitがcomonponent-modelをサポートしたのでjco+TypeScript から呼んでみた
Moonbit が Component Model に対応した。 これはずっと自分がほしかった機能で、これによって moonbit が実用言語に一つ近づいたと思う。やっていきたい。 何が可能になったか できることになった例 Moonbit で書いたコードを TypeScript で型をつけて呼び出せる rust-wasm で生成した wasm コードを moonbit で呼べる wasi で CLI, wasi-http でサーバーが書けるようになる component-model とは wasm はそのままだと数値の関数呼び出ししかインターフェースを持てない。 component-model は wit という IDL でインターフェースを宣言して、wasm バイナリにインターフェースを埋め込む。 利用側(guest)は埋め込まれたインターフェースから 自分の言語用の呼び出しコードを生成
手書きWebAssembly Component ModelでHello world! #ヌーラボ真夏のブログリレー2024 | 株式会社ヌーラボ(Nulab inc.)
手書きWebAssembly Component ModelでHello world! #ヌーラボ真夏のブログリレー2024 ヌーラボの松本です。これはヌーラバー真夏のブログリレー2024の2日目の記事です。 以前の記事でWebAssemblyテキスト形式でWebAssemblyコンポーネントを手書きして、 実行できるWebAssemblyバイナリを作成しました。 本記事では、そこからさらにWASIで定義されている出入力APIを使って標準出力にHello world!を表示させる Wasmバイナリを作っていきます。 標準出力に用いるインタフェース・メソッドを調べる まずは標準出力を使うためのインタフェースを見ていきましょう。WASI 0.2ではcli/stdioというインタフェースが用意されていますので、まずはそのWITを見てみます (stdio.witに定義されているインタフェースは他に
Wasmで少しだけ手軽にRubyとRubyスクリプトを持ち運ぶ
やりたいことRuby の環境を作らずに基本的なスクリプトを動作させたい 非エンジニアの環境で 1 ファイルでコマンドを動作させたいというほどの環境の縛りはない簡単に Docker 環境で基本的なコードが動けばよい、程度今回できたことWasm 版 Ruby を Wasm Runtime 上で動かす基本的な Ruby コードと Wasm 版 Ruby を一つの Wasm module にパッケージし、それを Wasm Runtime 上で動かす さらに Wasm module を compile しておいて起動を速くする（Rubyについてはまだまだ課題は多いが）Wasm を使うことで直接実行バイナリを生成できない言語でも JVM + .war 程度の使い勝手である程度のことができることが分かった実験に使ったのは macOS 13.6.7 ( arm64 darwin 22 )Ruby 3.2.
WebAssembly は次世代のコンテナ技術になれるか？
色々あって WebAssembly の component model を調べていたら、未来が見えた気がしたのでここに書いておきます。 「今の WebAssembly」 とは何か WebAssembly の Web の部分は忘れてください。これは単に JVM version 20xx です。ポータブルなバイナリ仕様です。 実行にあたっては今はホスト言語として JS が使われていますが、実際にはホストがJSである必要すらなく、なんならホストが不要なスタンドアロン環境すらあります。(wasmtime/wasmer) じゃあ WebAssembly は何かというと、サンドボックスで実行される VM の仕様です。比較的高水準なバイナリで、 V8 や Spider Monkey に付属する WebAssembly Runtime や、 Wasmtime や Wasmer といった WebAssemb
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - antmicro/jswasi
GitHub - antmicro/wasi_ext_lib
GitHub - humodz/node-wasi-preopens-escape: Proof of concept showcasing how a WASM program can access files outside node:wasi's preopens dir.
https://crates.io/crates/leptos_wasi
GitHub - easywasm/wasi: A working, zero-dependency implementation of WASI preview1, with lots of filesystem options.
GitHub - WebAssembly/wasi-gfx
GitHub - WebAssembly/wasi-messaging: Messaging proposal for WASI
Announcing WASI 0.2.1
dev-wasm
Lapce is a Native Open-Source Code Editor Written in Rust and Supporting Remote Development