共有メモリ。
二人でひとつのメモリを使い、自分のマシン上で暗号化。実行のたびに要点を抽出し、長くなるのではなく精度が上がる。

Sno Station
二人なら一人より強く、仕事のたびに成長する。
利用枠に達しても止まらない。自分の仕事を自分で採点しない。仕事のたびに学ぶ。
製品
エージェント、集合。
二人なら一人より強く、仕事のたびに成長する。
利用枠に達しても止まらない。自分の仕事を自分で採点しない。仕事のたびに学ぶ。
Claude CodeとCodexにすでに料金を払っている。二つのターミナルで並べて使い、成果を自分で移し替えている。Sno Stationは、二つの別々のツールがひとつのチームになる場所だ。
ノートパソコン上で動く。常駐プロセスもサーバーもクラウドも不要。二人で読み書きする共有メモリ、互いを呼び起こすメールボックス、二人が従い、学んだときに書き換えるスキル。すべてApache-2.0ライセンス。
中身は四つ:
二人でひとつのメモリを使い、自分のマシン上で暗号化。実行のたびに要点を抽出し、長くなるのではなく精度が上がる。
Sno Reachなら、どちらからでも相手を呼び出し、仕事を引き継ぎ、レビューを頼める。普通のファイルだけで動き、常駐プロセスは不要。
相互レビュー、引き継ぎ、指揮、振り返り、チーム編成。エージェントとどの言語で話していても、エージェントが従えるように書かれている。
毎晩その日のセッションを読み、エージェント自身のスキルの変更を提案し、あなたの承認を待つ。
Snoを選ぶ理由
Claude CodeとCodex自体は変わらない。変わるのは、二人が共有する職場だ。仕事の後にスキルを書き換え、メモリを整理し、別の開発元のエージェントに成果を確かめさせる。学んだことはあなたのもの。主導権もルールもあなたにある。
仕事の後、エージェントはつまずいたスキルを修正し、プルリクエストで提出する。
実行のたびに共有メモリから要点を抽出する。行数は減り、一行一行に意味が残る。
別の開発元の第三のエージェントが確認する。見るのは変更差分で、作者の名前ではない。
昨日の変更を今日の実行結果と照らし合わせる。残すかどうかは数字が決める。
同じ開発元のエージェントには共通の盲点がある。別の開発元によるレビューが空振りしたことはない。
交代後も同じ方針、同じメモリ、同じブランチから続ける。仕事は止まらない。
三歩目で間違った計画に気づけば、無駄になるのは四十歩ではなく三歩。やり直しばかりの一人より、二人の方が安く済む。
一人が探索し、もう一人が仕上げる。それぞれ得意な仕事を受け持つ。
仕組み
Sno Stationは、今使っているエージェントの下で動く。ツールを変える必要はない。変わるのは三つ。
sno reach call を実行するよう伝える。共有メモリとメールボックスから、文脈を保ったまま仕事を引き継ぐ。これが交代だ。peer-review で相手の仕事を確認するよう頼む。レビュアーは必ず異なる実行環境から来る。自己改善サイクルがその日のセッションを読み、繰り返すミスを見つけてエージェント自身のスキルファイルへの変更を提案する。翌朝、気に入った提案には rem-reflect accept <id> を実行する。あなたが承認しなければ、何も変わらない。
Claude Code、Codex、OpenClawの会話で Sno onboarding と言う。エージェントが sno コマンドラインツールで、共有メモリ、Sno Reach、二人用のスキル、各実行環境に必要なフックを自分で設定する。パッケージ名を覚える必要はない。
(導入スキルの公開までは「まだ利用できません。リポジトリを見守ってください」。READMEに載るまでは、この手順を利用可能として公開しないでください。)
エージェントチーム
チームは、役割を分けてひとつの職場を共有する、何人でも参加できるエージェントの集まり。二人組が最小のチームで、多くの人はそこから始める。
上には道具箱の四つ。下には二人組ができる四つのこと。
異なる開発元の二人が、ひとつの職場を共有する。それが二人組。一人ではできない四つのことができる:
一人は幅広く計画し、もう一人は緻密に実装する。得意な部分をそれぞれ受け持つ。
書いていない方が読む。両方向で行う。
一方が相手の実行を振り返り、何を変えるべきかを抽出する。これが毎晩のサイクルの材料になる。
一人が率いて他のメンバーが働き、リーダーが判断する。一度の会話に収まらない長期計画も、この形なら進められる。
三人目を加えれば、成果を書いていない評価者ができる。さらに増やせばチームになる。規模が変わっても、ひとつの職場、普通のファイル、常駐プロセス不要、ルール変更を承認する人間という原則は変わらない。
どちらが慎重で、どちらが速いとは決めつけない。 月によっても仕事によっても変わる。大切なのは、二人が違うこと。
セキュリティ
チームが学んだことはすべて、ノートパソコン上のひとつの作業領域に残る。
クラウドなしでも製品として完結している。将来のクラウド機能は任意だ。
メモリは、一度設定されてマシンの外に出ない鍵で、あなたのマシン上で暗号化される。Snoがデータベースや鍵を受け取ることはない。
メモリ、メッセージ、スキルはフォルダ内のファイル。読んだり編集したり、書き出したり削除したりできる。
毎晩のサイクルは提案を出し、人間が承認する。エージェント自身のスキルの変更はプルリクエストとして届く。
あなたのマシンで動くものはすべてオープンソース。
docs/security.mdを参照。問題はsecurity@sno.aiまで報告してください。すでに使っているAIエージェントを、自分のマシン上でひとつのチームにするオープンソースソフトウェアです。共有メモリ、エージェント同士の呼び出し、守りながら書き換えられるスキル、使うほど良くなる毎晩の改善サイクルがあります。
現在はClaude Code、Codex、OpenClawに対応しています。シェルを実行してスキルファイルを読めるエージェントなら参加できますが、私たちが実際に使用しテストしているのはこの三つです。
そのプラグインは一方向で、一方が主導し、もう一方は呼び出されるツールです。二人組では対等で、どちらも相手を起こし、相手をレビューできます。成果はコピー&ペーストではなく共有メモリを通じて引き継がれます。
不要です。Sno Stationはノートパソコン上の作業領域にある普通のファイルです。動かし続けるサービスはありません。
あなたのマシンに暗号化して保存され、鍵は外に出ません。Snoには何も送信されません。いつでも書き出し、編集、削除できます。
ありません。毎晩のサイクルはエージェント自身のスキルへの変更を提案するだけです。提案を一つずつ承認または却下できます。承認しなければ何も変わりません。
はい。あなたのマシンで動くものはすべてApache-2.0ライセンスです。
Sno Stationは無料です。ノートパソコンを閉じてもチームが動き続けられるホスト版を準備中ですが、マシン上の製品はそれがなくても機能します。
チームとは、役割を分けてひとつの職場を共有する、人数を問わないエージェントの集まりです。二人組はその最小形で、異なる開発元の二人から成ります。多くの人はここから始めます。
決めつけません。月によっても仕事によっても変わります。大事なのは二人が異なり、書かなかった方が確認することです。
導入スキルの公開後、エージェントとの会話で Sno onboarding と伝えてください。それまではリポジトリにスターを付けて進展を見守ってください。順次公開しています。