Tencent WorkBuddy記憶システム事例：端末間同期、隠しルールファイル、Ask/Craft/Planが長期AIチームメイトに見える理由
初期の WorkBuddy 公開記事は、工場やサプライチェーン、ファイル中心の業務に入れるかを語っていました。
この記事で見るのは別の問いです。なぜ一部のユーザーは、WorkBuddyを使うほど「長期的なAIチームメイトを育てている」ように感じるのでしょうか。
先に結論
- WorkBuddyの記憶系事例で重要なのは、回答能力よりも、作業ディレクトリ、memory、ルール、モード、同期がセットになっていることです。
IDENTITY.md、SOUL.md、USER.mdのような隠しルールファイルは、AIの振る舞いを長期的に安定させる試みです。- 端末間同期と自動化は便利ですが、静かな失敗とmemory肥大化には注意が必要です。
なぜ「覚えてくれる」ことは「答えてくれる」ことより重要なのか
一度だけ答えるAIは便利ですが、長く一緒に仕事をするには不十分です。ユーザーの好み、作業場所、命名規則、文章トーン、過去のルールを覚えているほうが、毎回の説明コストが下がります。
WorkBuddyの記憶システムは、この「説明し直さなくてよい」状態を作る方向にあります。
Case 1: 最初にやるべきことは仕事を振ることではなく、作業ディレクトリ、記憶、モードを整えること
1.1 Set the default working directory early, and do not dump everything onto the system drive
公開事例では、最初にデフォルト作業ディレクトリを設定することが強調されています。生成物、記憶、スクリプトをシステムドライブへ雑に置かないためです。
1.2 Memory is not decoration. It is meant to keep getting better over time
Memoryは飾りではありません。ユーザーのルール、過去の作業、好み、よく使う手順を蓄積し、次回以降の作業を滑らかにするためのものです。
1.3 Ask / Craft / Plan are not minor UI options. They are risk boundaries
Ask、Craft、Planは小さなUI差ではなく、リスク境界です。質問だけしたいとき、作成したいとき、計画を立てたいときで、Agentに許す動作範囲が変わります。
Case 2: 「チームメイトを育てる」感覚は、identity、soul、userファイルを書くところから来る
2.1 IDENTITY.md: who it is
IDENTITY.md はAIの役割を定義します。どんな職能で、何を優先し、どこまで踏み込むべきかを決めるファイルです。
2.2 SOUL.md: how it speaks and how it works
SOUL.md は話し方、作業スタイル、判断の癖を定義します。トーンや進め方が安定すると、ユーザーは毎回細かく指示しなくて済みます。
2.3 USER.md: who you are
USER.md はユーザー自身の好み、背景、よく使うツール、避けたいことを記録します。長期的には、ここが個人化の中心になります。
Case 3: 40日後にツールからパートナーへ変わるのは、モデル更新ではなく記憶とルールのおかげ
公開事例の40日体験で重要なのは、急にモデルが賢くなったことではありません。ユーザーのルール、作業パターン、端末環境が蓄積されることで、AIが前提を理解しているように振る舞えることです。
Case 4: 端末間memory同期で、文脈が資産になる
PCを替えるたびにAIがすべて忘れるなら、長期利用の価値は薄くなります。端末間同期により、memory、ルール、作業ディレクトリ設定を持ち運べると、文脈そのものが資産になります。
4.1 The most production-like part is not the script itself. It is what gets synced
同期スクリプト自体より重要なのは、何を同期するかです。記憶、ルール、プロンプト、設定、必要な自動化スクリプトを選び、不要な肥大化を避ける必要があります。
Case 5: 最大のリスクはAIのミスではなく、静かな失敗とmemory肥大化
Memoryが増えすぎると、古いルールや矛盾した情報が残ります。同期が静かに失敗すると、端末ごとに挙動がずれます。
長期Agentでは、バックアップ、差分確認、削除方針、ルール整理が必要です。
Put together, what does WorkBuddy's advanced workflow actually look like?
- 作業ディレクトリを決める。
- memoryとルールファイルを整える。
- Ask / Craft / Planでリスク境界を選ぶ。
- よく使う作業をSkillやスクリプトにする。
- 複数端末で同期し、定期的に整理する。
Who should try this first
Good immediate fits
- 毎日WorkBuddyを使う個人・小規模チーム
- 複数端末で同じAI環境を使いたい人
- 長期プロジェクト、執筆、開発、自動化を回すユーザー
- ルールや作業スタイルを明文化できるチーム
Who can wait and watch
- たまに質問するだけのユーザー
- memoryやルール管理に時間を使いたくないチーム
- 同期対象や権限を整理していない組織
If you want to connect WorkBuddy-style long-running workflows to custom models, where is the buying value?
ビジネス側の問いは「答えられるか」だけではありません。
- 長期memoryは別のモデル経路にすべきか
- 同期後もcontextコストが管理できるか
- 自動化タスクとファイルフローを1つのgatewayで回せるか
- 複数Agentの状態、ルール、請求を一元管理できるか
続きはここから確認できます。
Final take
WorkBuddy のmemory、端末間同期、隠しルールファイルで重要なのは、タスクを完了できることだけではありません。AIを一時的な道具から、長期的な作業相手へ変える構造を見せ始めていることです。
その構造は、作業ディレクトリ、memory、行動ルール、リスク境界モード、複数端末同期で成り立っています。