システム構成

代わりに立つ静かなエンジンの内側。

魔法のような推論はなし。常時監視もなし。人が意図を持って公開する構造化されたコンテキストと、その扱い方に関する小さなルール群だけです。

01
宣言された入力
02
スコープ付き代表者
03
硬い制約
01取引

観察ではなく、宣言

多くの生産性AIは、キー入力、DM、画面時間、マウスの動きをすべて見張ることで文脈を逆算しようとします。その結果はノイズ、不安、そして一定量の幻覚です。

StandInはその取引を拒否します。誰かがWrapに意図的に書いたもの、そしてJiraやGitHubといった連携先のシステム・オブ・レコードに既に存在するものだけを扱います。

A

観察モデル

すべてを取り込む。意図を推測する。ノイズが高く、信頼が低い。

B

StandInモデル

連携ツールから作業をドラフトに集約。著者がレビューして承認してから公開。署名なしには記録に入らない。推測ゼロ。

02どこに住むか

目的地ではなく、インフラ

スタンドアロンのアプリは、もう一つ確認すべきサイロを作るだけ。StandInはチームが既に暮らしているツールの下に座るレイヤーとして構築されています。

Interface

チームが既にいる場所

別のアプリも、別の受信箱もなし。StandInはSlack、コードホスト、チケットトラッカーに住みます。既に確認しているサーフェスが、答えが返ってくるサーフェスです。

Canon

ただ一つの正典

ドラフトはJira、Linear、GitHub、カレンダーから取り込みます。公開されたWrapが信頼できる情報源になります。維持すべき複製ではなく、チームメイトが質問したときに引用される対象そのものです。

03三つの代表者

三つの代表者、三つの仕事

すべてを一つのモデルに任せると、自信に満ちたナンセンスが生まれます。StandInはスコープ付きの代表者を走らせ、それぞれが実際に知っていることだけに答えます。

i

パーソナル代表者

一人の公開されたWrapと担当チケットから構築。その人のやり方で答える、または沈黙する。

スコープ — 一人のユーザー
認証 — 個人
機能 — 引き継ぎ、状況、ハンドオーバー
ii

プロジェクト代表者

スクワッド、サービス、イニシアチブにスコープ。そのサーフェスのすべてのWrapから取得し、各貢献者を個別に引用。

スコープ — プロジェクトまたはスクワッド
認証 — 組織共有
機能 — 作業の状態
iii

ルーティング代表者

他の代表者の上に立つ。どの代表者が質問を受けるべきかを判断し、代表者がカバーしていないときは人間を指し示す。

スコープ — 組織
認証 — 組織共有
機能 — 何ではなく、誰
04 · 拒否

制約こそが製品

AI導入はたいていプライバシーで止まります。私たちはそれをポリシーページでは解決しませんでした。人が心配することをツール自体ができないようにすることで解決しました。

コンテキストには半減期がある

Wrapは減衰します。3週間前のメモは、今朝のものより重みが軽い。古い文脈が現在のものになりすますことはありません。

あなたの言葉はあなたのもの

Wrapはファウンデーションモデルの訓練に送られません。検索はクエリごとにインコンテキストで行われます。会話が終われば、誰の重みにも何も残りません。

05二次効果

存在がテーマでなくなると何が変わるか

コンテキストを、それを作った人から切り離すと、いくつかのことが静かに良くなります。

a.
タイムゾーンが問題にならない。

ベルリンの午前2時の質問と、サンフランシスコの午後3時の質問が同じ答えを得る。答えているのはWrapであり、著者ではないから。

b.
休暇がブラックアウトにならない。

一週間ログオフしたチームメイトの最後のWrapが代わりに答え続ける。ビーチからSlackを確認する人はいなくなる。

c.
引き継ぎが積み重なる。

公開されたWrapは、より長い記録に加わる。新入社員が、シニアエンジニアと同じものを読む。書き留められたコンテキストは、よく熟する。

出荷するチームのために。