Slack に住む AI 同僚 Viktor — 17 世紀 Leibniz から 2026 年 AGI まで (Fryderyk Wiatrowski)

AI Engineer Code Summit (NYC) 2026/05/11

Fryderyk Wiatrowski / フリデリック・ヴィアトロフスキ · 18:30 「我々は今、歴史の中の美しい瞬間にいる、ほとんどすべての認知的タスクを自動化できる。 Leibniz が 17 世紀に言った — 『機械に任せて、計算の労働で奴隷のように時間を失うな』」

AI Engineer Code Summit (NYC、 2026/05 開催)。約 19 分。 Viktor 共同創業者 Fryderyk が、自社の AI 社員製品の設計哲学と、「会社エージェント vs 個人エージェント」の構造的違いを語る

Fryderyk のスタートアップ史は 3 つの世代を経た AI エージェント実装の進化を体現してる。 (1) 2023: JCI (ブラウザエージェント、 Web Arena ベンチマークで最先端だが信頼性が低かった)、 (2) 2024: Jace (Sonnet 3.5 と共にメールエージェントへピボット)、 (3) 2026 年 2 月: Viktor (Slack の AI 社員) ローンチ → 即時 PMF。

Viktor の核心的差別化は「会社エージェント vs 個人エージェント」の区別。 Claude Cowork や ChatGPT は個人エージェント、 Viktor は会社全体の context を持つ会社エージェント。「1 人が integration を connect すれば、チーム全員が使える」 (06:00) という設計。これは、 LLM プロダクトの市場区分けにおける新しいカテゴリの確立として読める。

MEMEX 編集視点で重要なのは、これが企業エージェントの組織構造論を初めて立体化する記事になること。 Tavoon は「コーディングエージェントを自社プロダクトに埋め込む」、 Viktor は「企業エージェントを社員のように雇用する」、異なる方向から「企業内 AI」の論点を補完する。

着眼点

3 世代のエージェント — JCI → Jace → Viktor (02:00 - 05:30)

Fryderyk のスタートアップ史。 2023 年に JCI (Browser エージェント) を構築。「2023 年当時、 tool calling なし、良い code generation なし、だから browser こそ通用するインターフェース」 (02:20)。 JCI は DOM スナップショットをロスレス minify、次のステップを決める。

JCI の限界: 「3-5 ステップを 60% の信頼性で機能、ステップごとに compounding。でも state of the art、 Web Arena ベンチマークでトップ」 (03:30)。「実用プロダクトにできなかった、信頼性とスピードの問題」 (03:50)。

2024: Jace へピボット。 Sonnet 3.5 が来て、 tool calling が良くなった。 Jace はメールエージェント。「ウェブアプリに行かずに、エージェントが必要なコンテキストを持って proactive に動く」 (04:30)。 PMF を獲得、「まだ生きてる」。

2026 年 2 月: Viktor。「個人エージェントではなく、会社エージェント (company agent)」 (05:30)。「我々はずっと社員 (employee) を作りたかった」。

会社エージェント vs 個人エージェント (05:30 - 06:30)

Viktor の核心的差別化。「個人エージェントなら、会社の全員が各自で integration を connect する、各自で agent を動かす。会社エージェントは違う、 1 人が integration を connect すれば、 Viktor が permission を継承して、チーム全員が使える」 (06:00)。

これにより:

3,000 統合 (PyDream 経由)
会社全体の横断的 context — CMO がコードベースにアクセス可能になる、という Universal PhD-level の理解
必要な統合がなければ、 Viktor が自前で接続を構築できる

「なぜ Slack か」 — 2 つの根本理由 (08:21 - 09:35)

Fryderyk の論証。 (1) 「Viktor が人間社員のように感じることを望む。人は人間社員と Web アプリで対話しない、 Slack で対話する」 (08:30)。

(2) レイテンシの心理的緩和。「Viktor が強力なら、タスクは 10 分かかる。 Web アプリに行って 10 分待つのはフラストレーション、 ChatGPT は 30 秒で済む。でも Slack で同僚に 10 分後に答えてもらうのは普通、むしろ早い — 同僚にアプリを 10 分で作ってもらえる人はいない」 (09:00 - 09:35)。

これは UX 設計の深い洞察。「同じ 10 分でも、文脈が違えば認知される時間が違う」という心理的緩和を、製品アーキテクチャに組み込んでる。

「Tone matters」 — Opus 4.6 vs GPT 5.4 (12:10 - 12:55)

Viktor が Opus 4.6 を主モデルにしてる理由の予想外の発見。「GPT 5.4 を tool calling + code gen で試した — 実は素晴らしい、そして安い。でも置き換えなかった、理由は personality」 (12:20)。

具体的: 「ユーザーが Opus を愛してる、 A/B テストで皆が激怒した」 (12:30)。「Opus はちょっと sassy (生意気) で、 Viktor の中でちょっと面白い」 (12:50)。

これは Amanda Askell の Claude キャラクター設計と「Claude は変わった卵 (weird egg)」の洞察が、本番ビジネスインパクトを持つことの実証。 Anthropic の Personality Alignment チームの仕事が、サードパーティ製品の retention に直接効いてる。「Anthropic キャラクター設計の戦略的価値」が、ライバル製品 (GPT) との比較で実証された場面。

「Memory が 100 倍速で詰まる」 (06:38 - 07:00)

会社エージェントの構造的課題。「OpenCloud (Claude Cowork) で memory が時間で詰まる懸念があった。でも想像してくれ、同じアーキテクチャ、同じ memory で、 1 ユーザーじゃなく 100 ユーザー。 100 倍速く memory が枯渇する」 (06:38 - 07:00)。

Arize の階層メモリ戦略と並べると、同じ問題 (LLM のコンテキスト制約) を、異なる規模 (個人 vs 100 名チーム) で扱ってる。業界の収束方向は同じ — 階層メモリ + サブエージェント。

Slack の文脈漏洩問題 — Channel 間の権限 (07:24 - 08:09)

Viktor 固有の難問。「Slack には異なるチャネルがある、会社には階層がある。 Viktor が growth チャネルにいる、 engineering チャネルにもいる、 DM もある。 growth の文脈を engineering や support に漏らさないよう設計する必要がある」 (07:24)。

具体例: 「DM で問題を相談する時、 growth チームでなければ Viktor は growth の context を引かない」。これは Anthropic の Alignment Salon での「個別ユーザー従順 vs 集合的影響」議論と並ぶ、マルチエージェントシステムの構造的安全性問題。

「Personal Email leak」エピソード (15:30 - 16:50)

最も生々しいユースケースエピソード。「米国最大の e-commerce ブランド、 admin が Viktor を connect、最初の team integration が個人 Gmail。そして社員が Viktor に admin のメールについて話し始めた。 admin が私に LINE 『何やってんねん? Viktor が全てのデータを漏らしてる』」 (15:30 - 16:00)。

Fryderyk の応答: 「新しい社員を雇う時、個人メールへのアクセス渡す? 渡さんやろ?」 (16:20)。これがきっかけで、 integration の scoping 機能を追加 — 「個人 integration を、個別 DM で召喚した時だけ使う」という設計に。

これは、マルチユーザー AI 製品の運用で、ユーザーの直観的期待 (= 人間社員と同じ) と実装のデフォルト (= 全データ共有) のズレが生む典型的失敗。「scope を細かく分ける」という対応が、 Anthropic の Permission Layer 概念と並列。

3 本柱と Leibniz (17:00 - 18:30)

Fryderyk の AI 同僚構築の 3 本柱:

Helps get work done: モデルが capable な今、 PyDream 経由で integration を connect
Knows the company: Slack からの context を活用、 Slack の承認プロセスを越える (難しいが重要)
Make it friendly: チームが Viktor を好きになる、 Viktor がチームを好きになる、 personality 設計

クロージングで Leibniz (17 世紀の微積分発明者) の引用。「機械に任せて、計算の労働で奴隷のように時間を失うな」。「Leibniz は計算機を作りたかったが、認知タスクは計算だけじゃない、我々は今ほとんどすべての認知タスクを自動化できる瞬間にいる、革命の一部になれる」 (18:30)。 17 世紀の vision が 2026 年に実現する、という歴史的フレーミング。 Boris Cherny の「印刷機の比喩」と並ぶ、業界トップの歴史的時間軸でのフレーミング。

関連記事

Tavoon: A Piece of Pi — 同じ Code Summit、企業向けエージェントの建築論
Arize: 階層メモリ — マルチユーザーでの memory 課題への並列回答
Amanda Askell: AI Personality — Opus の personality 設計の上流
Amanda: 意識 — 「Claude は weird egg」、 Viktor の sassy 性格に直結
Boris Cherny: 印刷機の比喩 — 歴史的フレーミングの並列

重要な引用

「我々は今、歴史の中の美しい瞬間にいる、ほとんどすべての認知タスクを自動化できる」 (18:30)
「Leibniz: 機械に任せて、計算の労働で奴隷のように時間を失うな」 (18:50、 17 世紀の vision)
「1 人が integration を connect すれば、 Viktor が permission を継承、チーム全員が使える」 (06:00、会社エージェントの核)
「人は人間社員と Web アプリで対話しない、 Slack で対話する」 (08:30、 Slack 選択の理由)
「同僚にアプリを 10 分で作ってもらえる人はいない、だから Slack で 10 分待つのは早く感じる」 (09:30、心理的レイテンシ緩和)
「ユーザーが Opus を愛してる、 GPT 5.4 への A/B テストで皆が激怒した」 (12:30、 personality の本番インパクト)
「Opus はちょっと sassy で、 Viktor の中でちょっと面白い」 (12:50)
「同じアーキテクチャ、 100 ユーザーで memory が 100 倍速く枯渇する」 (06:38)
「Viktor はツールじゃない、雇用」 (15:00、 Personal Email leak エピソードから)
「新しい社員を雇う時、個人メールへのアクセス渡す? 渡さんやろ?」 (16:20)

動画の構成

(00:00) 自己紹介、 Viktor の即時 PMF
(00:45) Viktor = AI 社員、 Slack に住む、 3,000 integration、会社全体 context
(02:00) 過去の歴史 — 2023 年 JCI (browser エージェント)
(03:30) JCI の限界 — 信頼性 60%、ステップごとに compounding
(04:00) 2024 年 Jace (Sonnet 3.5 でメールエージェント)
(05:30) 2026 年 2 月 Viktor ローンチ
(05:30) 会社エージェント vs 個人エージェント
(06:00) 1 人 connect → 全員アクセス
(06:38) Memory 課題 — 100 倍速く詰まる
(07:24) Slack channel 間の文脈漏洩問題
(08:21) 「なぜ Slack」 — 2 つの理由 (人間らしさ + レイテンシ緩和)
(10:22) Slack 固有の interaction modes — DM、 channel、 thread、 emoji 反応、 edit
(12:10) Opus 4.6 vs GPT 5.4 — personality で Opus 継続
(13:00) Proactive な workflow 提案 — PostHog で A/B テスト統計検証
(14:30) shared context の価値 — Claude Code vs Cowork との対比
(15:30) Personal Email leak エピソード — integration scoping 機能の起源
(17:00) 3 本柱 — get work done / knows the company / friendly
(17:30) Future vision — 全社が AI 社員を持つ
(18:00) Leibniz の引用 (17 世紀の vision)
(18:30) 革命の一部になる呼びかけ
(19:00) サインアップの呼びかけ、 $100 無料クレジット

出典

Viktor: AI Coworker That Lives in Slack — AI Engineer 公式 (YouTube)

関連リソース:

フリデリック・ヴィアトロフスキ

Fryderyk Wiatrowski

Viktor 共同創業者 / 「会社エージェント」提唱者 / 元 JCI/Jace 創業

用語集

Viktor: Fryderyk Wiatrowski 共同創業の AI 社員製品。 Slack に住み、 3,000 統合 (PipeDream 経由)、会社全体の context を持って業務を実行。 2026 年 2 月ローンチ、即座にプロダクト/マーケット適合、グローバル採用。 Opus 4.6 を主モデルに使用。
会社エージェント (Company Agent) vs 個人エージェント (Personal Agent): Fryderyk による LLM プロダクトの市場区分。個人エージェント (Claude Cowork、 ChatGPT) は各ユーザーが integration を connect、個別に動く。会社エージェント (Viktor) は 1 人が connect すれば permission を継承、チーム全員が使える。「社員のように雇用する」メンタルモデル。
JCI (Web Arena ベンチマーク先端): Fryderyk が 2023 年に構築した browser エージェント。当時 tool calling がなかったため、 DOM スナップショットの minify + 次ステップ決定で動作。 Web Arena ベンチマークで先端、 3-5 ステップで 60% 信頼性。後に Jace (メールエージェント) に進化。
Jace: Fryderyk のチームが 2024 年に Sonnet 3.5 で作り直したメールエージェント。 Web App に行かずにエージェントが必要な context を proactive に持つ。「メールが来たらエージェントがトリガー、ツール経由で返答 (refund 等)」。現在も生きてる。 Viktor はこの後継。
Pipedream: 3,000+ サービスの統合プラットフォーム。 Viktor が integration の基盤として使用。 1 つの connect で多くのサービスへのアクセスを提供。
Personal Email leak エピソード: 米国最大の e-commerce ブランドで、 admin が Viktor の最初の team integration として個人 Gmail を connect、社員がその個人メールの内容を Viktor 経由で参照可能になった事件。これをきっかけに「integration の scoping」機能が追加された (個人 integration は個別 DM の召喚時のみ使う)。
Permission Layer (権限層): マルチユーザー AI 製品で、ユーザーや context ごとに権限・アクセス範囲を分ける機構。 Viktor の channel-aware context フィルタリング、 integration scoping 等。 LLM が「全データに技術的にアクセス可能」の状態を、「ユーザーが期待する範囲」に制限するための重要パターン。

comment is stripped from the HTML output. */}