クロードはついに恒久的な脳を手に入れました。

すべての現代のチャットボットには、同じ恥ずかしい欠陥があります。それは健忘症です。Claude、ChatGPT、Geminiのような大規模言語モデルは、各会話を使い捨てのスノーグローブのように扱います。揺らして楽しみ、そのシーンを堪能したら、トークンが満杯になったり「新しいチャット」を押した時に捨ててしまいます。

開発者はこれを最も強く感じます。複数ファイルのリファクタリング、移行計画、1週間にわたる機能構築を始めると、3日目にはクロードの20万トークンのコンテキストがログ、スタックトレース、部分的な仕様で詰まってしまいます。そのため、新しいウィンドウを開くと、あなたの「シニアエンジニア」は突然、入社1日目の新入社員のように振る舞ってしまいます。

現在の対策は基本的に蓄積です。人々は巨大なマークダウン仕様書、PRD、および「project_overview_v7_final_FINAL.md」ファイルを、メモリの代替として圧倒的な量でプロンプトに押し込んでいます。真剣なコードベースにおいては、モデルが思考を始める前に何万トークンも消費されることを意味します。

その戦略は予測可能な方法で失敗します。大きなマークダウンの塊はすべてを散文に平坦化するため、モデルはテキストの壁から優先度、依存関係、状況を推測しなければなりません。モデルは喜んで低優先度のTODOに執着し、ページ8に埋もれているリリースを妨げる移行を無視します。

また、脆弱で手作業のワークフローを抱えることになります。新しい機能を追加したり方向を変更するたびに、マスタードキュメントを更新し、要約を再生成して再貼り付けする必要があります。一度でも忘れてしまうと、クラウドは「真実の源」と現実が静かに乖離したため、陳腐な計画に最適化されてしまいます。

人間のコストは平凡に見えますが、規模が大きくなると残酷です。チームは新しいチャットでアーキテクチャ、受け入れ基準、エッジケースを再説明するのに毎週数時間を失っています。記憶違いの優先順位は間違ったブランチ、誤ったリファクタリング、そして誰かが履歴を消去した際に消えてしまう未完成のタスクに変わります。

コンテキストウィンドウの拡大では解決できません。ウィンドウを大きくすることは単にリセットを遅らせるだけで、モデルに持続的で構造化された状態を与えるわけではありません。上限が32,000トークンであろうと100万トークンであろうと、昨日の計画が忘却の彼方に消えてしまう壁にぶつかります。

開発者が実際に必要としているのは、より多くのチャット履歴ではなく、メモリ基盤です。タスク、決定、進捗の永続的でクエリ可能な記録であり、新しいセッションや新しいタブ、さらには新しいマシンを超えて生き残るもので、AIが会話としてではなく、まさに生きたプロジェクトの脳として扱えるものです。

元Googleエンジニアのスティーブ・イェッゲが新しいサイドプロジェクトを立ち上げており、それは静かにClaudeの思考を再構築しています。Beadsと呼ばれるこのツールは、耐久性のある脳をAnthropicのモデルに取り付け、Claude Codeを金魚のような存在から、先週お願いしたことを実際に覚えているシニアエンジニアに近いものに変えています。

Sourcegraphでエンジニアリングを率いていたイェッジは、Beadsを単なるチャットプラグインとして構築したのではありませんでした。彼は、それがコードと共に存在し、コンテキストのリセットや新しいチャット、さらには新しいマシンにも耐えうる複雑なソフトウェアプロジェクトのための本格的なリポジトリネイティブの課題トラッカーとして作り上げました。

Beadsは、その中核として持続的で構造化された、クエリ可能なメモリレイヤーを提供します。すべてのタスク、バグ、エピック、依存関係は、SQLiteデータベース内の問題となり、JSONLにミラーリングされるため、Gitでバージョン管理ができ、差分を確認し、リポジトリ内の他のファイルと同様にロールバックできます。

巨大なマークダウンのバックストーリーでクロードを詰め込む代わりに、ビーズに向けて必要な情報を正確に問い合わせさせます。エージェントは「このエピック内のすべてのオープンP1問題」をリクエストしたり、依存関係をたどったり、作業を進めながらステータスを更新したり、再来週には一度もコンテキスト設定のプロンプトをコピー＆ペーストすることなく作業を再開することができます。

内部では、Beadsはプロジェクトフォルダー内で軽量のデーモンを実行しています。これにより、ローカルのSQLiteデータベースがJSONLエクスポートと同期されます。したがって： - GitにプッシュされるのはJSONLだけで、バイナリのSQLiteファイルではありません - マージコンフリクトはテキストとして解決されます - 各クローンは自動的に同じ問題グラフを再構築します

そのトリックにより、BeadsはKubernetes、キュー、またはマネージドクラウドサービスを使用せずに、分散データベースのように感じられます。シンプルなソケットとCLI、さらにMCPサーバーを利用することで、Claudeは読み書きアクセスを得て、控えめな`.beads`フォルダーがコードの長期記憶のように振る舞うようになります。

Beadsは、その親しみやすい「イシュートラッカー」というブランディングの背後に、驚くほど意見のあるアーキテクチャを隠しています。中心にはローカルSQLiteデータベースがあり、クラウドの海馬のように、すべての問題、エピック、依存関係、見積もり、ステータスの変更を構造化された行として保存します。クラウドは巨大なマークダウン仕様を覚えておく必要はなく、次に何をすべきかを知る必要があるときに、この小さくて高速なデータベースにクエリを実行するだけです。

SQLiteはここでサイドカーではなく、正典的な真実の源です。あなたやクラウドが課題を作成、更新、または締結するたびに、Beadsはまずその変化をSQLiteに書き込み、プロジェクトの一貫したタイムラインとして利用します。数百件の課題や深い依存関係グラフを持つ大規模プロジェクトでも、SQLiteのインデックスによってラップトップ上での検索と更新が効果的に瞬時に行われます。

その標準状態をポータブルにするために、Beadsは継続的にそれをJSONL（JSON Lines）ファイルにエクスポートします。そのファイルの各行は、単一の課題またはエピックに対する完全なJSONオブジェクトであり、つまりあなたのプロジェクトメモリはリポジトリ内の別のテキストアーティファクトになります。任意のエディタで開いて変更をスキャンしたり、Claudeが優先順位を誤ってラベリングした場合にフィールドを手作業で微調整したりできます。

JSONLはClaudeのメモリをGitが実際に理解できるものに変えます。SQLiteのバイナリはリポジトリに保存されることがないため、JSONLファイルのみが存在することで、Gitは次のことが可能になります： - 問題の変更に対してクリーンな行ごとの差分を表示 - 複数の開発者やエージェントからの同時編集をマージ - 監査やロールバックのための履歴を保存

Beadsデーモンは、これらの世界をつなぎ合わせます。バックグラウンドで動作し、SQLiteデータベースの変更を監視し、それをJSONLに自動エクスポートすることで、Gitの状態がずれることがありません。オリジンからプルし、GitがJSONLファイルを更新すると、デーモンはその変更をSQLiteに戻し、双方向の同期を行うため、すべてのマシンが同じ問題グラフをローカルに再構築します。

そのストレージループの上には、軽量なソケット/CLIインターフェースがあります。ソケットは、課題の作成、クエリ、および更新のためのコマンドを公開しており、ClaudeはMCPサーバーやカスタムツールを介してそれにアクセスできます。CLIは人間に同じ機能をターミナルから提供するため、データベースに直接触れることなく、バグを報告したり、担当者を変更したり、すべてのオープン依存関係をリストしたりできます。

より深い技術的詳細、スキーマや同期動作を含む情報については、スティーブ・イェッジのリポジトリ Beads – A Memory Upgrade for Your Coding Agent (公式GitHub) が、SQLite、JSONL、デーモン、およびソケットがクラウドの新しい「永続的」メモリスタックにどのように組み合わさっているかを文書化しています。

双方向同期とは、Beadsが「単なる課題追跡ツール」から静かに脱却し、あなたのAIチームのための分散型データベースのように振る舞い始めることです。バイナリのSQLiteファイルをGitに突っ込んで祈るのではなく、Beadsはデータベースを内部の実装の詳細として扱い、クリーンでテキストベースのインターフェースであるJSONLを提供します。

ワークフローは一見シンプルに見えます。チームメイトが変更をコミットし、あなたは `git pull` を実行します。GitはJSONLファイルを行単位でマージし、Beadsデーモンが起動してマージされたJSONLを読み込み、決定論的にあなたのローカルSQLiteデータベースを一致させるように再生成します。

`.sqlite` バイナリをコミットすることはありません。コミットするのは JSONL エクスポートのみで、以下の特長があります： - 人間が読める形式 - 標準のコードレビューツールで差分を取れる - Git の既存のテキストアルゴリズムとマージ可能

各問題は1つのJSON行として存在するため、同時編集は通常のコード変更のように動作します。もし2人の開発者が異なる問題を修正すれば、Gitはそれらをスムーズにマージしますが、同じ問題に手を加えた場合は、不透明なバイナリの破損ではなく、テキストファイル内で標準的な競合が発生します。

マージが完了すると、Beadsデーモンは逆同期を行います。更新されたJSONLを解析し、ローカルデータベースと整合させ、挿入、更新、削除を適用して、SQLiteファイルが正確に正式なGitの状態を反映するようにします。

その1つのループ—DB → JSONL → Git → JSONL → DB—は、単純な課題リストを複製状態ストアに変えます。リポジトリをクローンでき、Beadsを実行できる任意のマシンは、Claude Codeが「メモリ」として使用できる同等のクエリ可能なSQLiteデータベースを持つことになります。

AIチームにとって、これは構造的な変化です。Postgresを立ち上げたり、マイグレーションを管理したり、別の同期サービスを配線したりすることなく、共有された強く一貫性のあるタスクグラフを得ることができます。

複数のエージェントが、異なるマシンやCIランナー上でも以下のことができます： - 同じプロジェクトを開く - 同じ依存関係グラフを照会する - 同じ課題やエピックを更新する

すべては通常のGitワークフローとコードレビューの中で行われ、履歴がバイナリブロブで汚染されることもなく、リポジトリの外で隠れた状態もありません。

スーパーチャージされたClaudeとの最初の接触は、あなたのターミナルから始まります。Beadsのクイックスタートを実行すると、SQLiteデータベース、JSONLエクスポート、デーモン、ソケットがすべて接続されたbeadsフォルダーがリポジトリに作成されます。Claudeの視点から見ると、そのフォルダーはAPIのように問い合わせ可能な永続的な外部の脳となります。

プロジェクトに対してClaude Codeを開き、単一の高レベルの指示を与えます。例えば、「Beadsを使ってこのリポジトリを分析し、v1.0リリース用のP0〜P3優先度のエピックと課題を生成してください。」ClaudeはBeads MCPサーバーにアクセスし、コードベースをスキャンして、構造化された課題をSQLiteに直接書き込みます。

連続した文章の壁の代わりに、実際のバックログを得ることができます。Claudeは作業を「認証」や「BrewパッケージビューアUI」、さらには「CI/CD」といったエピックにグループ化し、そこからタイトル、説明、依存関係、担当者、見積もり、優先度といったフィールドを持つ課題を展開します。BeadsはそれらすべてをJSONL形式にエクスポートし、Gitが他のテキストファイルと同様に差分を取り、マージできるようにします。

自然言語でプランを調整することができます。「この二つのエピックを統合して」とか「今は低価値のP3タスクを削除して」と、Claudeに指示することで、CLIやMCPを通じてBeadsの記録が更新されます。壊れやすいマークダウンファイルを書き換えるのではありません。双方向同期ループにより、これらの編集が異なるブランチやマシン間で持続します。

バックログが適切に見えるようになったら、あなたは魔法のフレーズを発します。「優先順位の順に未解決の問題を進めてください。」クロードは、未解決の依存関係がない最優先の未解決問題をビーンズに問い合わせ、そのコンテキストの一部だけを取り込み、あなたのリポジトリに対してコーディングを始めます。手動のコピー＆ペーストもなく、古いチャットを探し回る必要もありません。

各タスクの後、ClaudeはステータスをBeadsに戻します。問題を「進行中」、「ブロック中」、または「完了」とマークし、ノート、コミットへのリンク、さらにはおおまかな所要時間を記録します。デーモンは変更をJSONLに同期するため、チームメイトはgit pullを実行することで、同じ状態を正確に確認できます。

あなたの役割はプロジェクトマネージャーからエディターに変わります。あなたはクロードの作業を承認したり微調整したりし、時には優先順位を入れ替えたり、製品の要件が変更されたときに新しい課題を追加します。AIは苦労を引き受け、次のタスクを選び、依存関係を尊重し、チャットウィンドウが閉じても決して糸を見失うことはありません。

日々や数週間を経て、その問題データベースは生きた記憶となります。クロードは次に何をすべきかをもはや推測することはなく、バックログを読み取り、実行し、自らを更新します。これにより、Beadsはあなたの開発ワークフローのための静かで relentless なオートパイロットになります。

ターミナルのごちゃごちゃを忘れて、BeadsはクリーンなウェブUIを搭載しており、Claudeの「永続的な記憶」を実際に目に見える形に変えます。ブラウザを開くと、エピック、課題、担当者、ステータスのライブダッシュボードが表示され、エージェントが使用する同じSQLite + JSONLストアに直接支えられています。追加の同期ステップも、別のSaaSも必要ありません。

ウェブUIは依存関係の可視化に重点を置いています。エピックを展開し、リンクされた課題のセットとして依存関係グラフを観察すると、どのタスクが他のタスクをブロックしているかを確認でき、クロードがそれらをリアルタイムでどのように解決していくかを追跡できます。大規模なコードベースにおいて、そのグラフビューはAIエージェントが意図された順序に従っているかを確認するためのサニティチェックとなります。

プロジェクトのステータスは単なるバックログを超えます。以下の情報を提供します： - 時間の経過に伴うオープンとクローズの問題 - 残りの見積もりがあるエピック - 所有者と優先度のレベル - 人間とエージェントによる最近の変更タスク

UIはエージェントが変更するのと同じデータベースを参照しているため、ボードが古くなっているのではないかと心配することはありません。すべてのMCPやCLIの更新が、直接ブラウザに反映されます。

Jira統合により、Beadsはハッカートイからエンタープライズバックエンドへと変貌します。Beadsを接続することで、課題やエピックがJiraプロジェクトと同期し、Claudeはローカルで高速なSQLite表現で作業できる一方、マネージャーはおなじみのJiraボードに留まることができます。BeadsはAIワークフローを迅速に保ちつつ、企業プロセスを回避しない構造化されたキャッシュになります。

その同期により、AIエージェントは優先順位や依存関係を含む標準的なJiraチケットとして表示される作業項目を作成、更新、閉じることができます。人間はJiraでそれらのチケットを調整でき、Beadsは変更をJSONLエクスポートとSQLiteストアに取り込むことで、両方の側を整合させます。

これにより、BeadsはAIファースト開発と従来のプロジェクト管理スタックの架け橋となります。あなたはJira、ロードマップ、コンプライアンスを維持しつつ、エージェントはLLM向けに設計されたシンプルでローカルな課題グラフに基づいて動作します。セットアップの詳細については、Beadsクイックスタートガイドでデーモン、Web UI、統合の接続方法が説明されています。

SpecKitのような仕様駆動型開発ツールは、AIを40ページにわたるPRDの下に埋もれたインターンのように扱います。巨大なマークダウンファイルをClaudeに渡して、適切な部分をざっと読んでくれることを祈るのです。Beadsはそのダイナミクスをひっくり返します：Claudeがターゲットを絞った質問を投げかける側になり、仕様はテキストの壁ではなく、クエリ可能なデータベースとして存在します。

Markdownの仕様はシンプルに見えますが、トークンに対しては厳しいものです。50 KBのPRDは、コード、コメント、過去のメッセージを追加すると数万トークンに達することがあります。仕様をClaudeに「再確認」するたびに、そのコストを再度支払い、さらに7.3節に埋もれた制約を見落とすリスクもあります。

Beadsはコンテキストをデータベースの問題として扱い、読解テストとは見なしていません。Claudeはすべての要件を事前に読み込むことはせず、「エピックXの優先度でソートされたすべてのオープンな課題を教えて」や「BEAD-42のブロッカーを取得して」といった構造化されたクエリを発行します。返された行だけがコンテキストウィンドウに入るため、5,000の課題を持つプロジェクトでも5の課題しかないおもちゃのリポジトリのように軽く感じることができます。

SpecKitとその仲間たちは階層的なマークダウンに依存しています：見出し、番号付きリスト、入れ子の箇条書き。LLMはその構造を一貫して処理できず、特に100回以上の編集や部分的な引用の後では顕著です。依存関係は「Xの後にYをする」といった文章の中に隠れており、モデルは通常、それを誤解したり、リストがウィンドウ外にスクロールする際に忘れたりします。

Beadsは、これらの関係を明示的なグラフとしてエンコードします。各課題には、依存関係、エピック、担当者、ステータスのフィールドがあり、SQLiteに保存され、JSONLにミラーリングされています。Claudeが作業を計画する際には、ネストされたチェックリストではなく、タスクの有向非巡回グラフを辿るため、「Aの前にB、Bの前にCを行う」という指示が、段落4の提案ではなく、機械によって強制される順序になります。

コンテキスト効率は時間とともに蓄積されます。マークダウン仕様では、あらゆる改善がファイルを肥大化させ、再取り込みが遅くかつ高価になります。Beadsを使用すると、問題をクローズしたり優先順位を変更する際に、数行を更新するだけで済みます。Claudeはデルタのみを取得するため、数週間にわたるプロジェクトでコストと認知負荷を安定させることができます。

仕様駆動の開発は、前向きな思考において依然として輝きを放っており、Beadsはそれを置き換えようとはしません。SpecKitで詳細なPRDを作成し、それをBeadsのエピックや課題に翻訳して、計画を維持しながら実行をクエリファーストの世界に移行できます。クロードは小説の再読をやめ、ライブの共有状態マシンで操作を始めます。

小さな開発者ツール、BrewViewを想像してください：あなたのマシン上のすべての`brew`パッケージを表示し、古くなったものにフラグを立て、安全なアップグレードを提案するシングルページアプリです。SaaSなし、ログインなし、ただのローカルなRustバックエンドとReactフロントエンドです。Claudeに手伝ってもらいたいけれど、彼のメモリを見守りたくはありません。

1日目は新しいリポジトリから始まり、SQLite、JSONL、Beadsデーモンを含む`beads`フォルダーが初期化されます。あなたはClaude Codeを開き、「BrewViewを小さなアプリとして計画して、Beadsに5つのエピックと約20の課題を作成し、優先順位と依存関係を設定してほしい」と言います。ClaudeはBeads MCPサーバーにアクセスし、突然あなたのプロジェクトに構造ができあがります。

クロードは次のように叙事詩を吐き出します:

• 1Core CLIとbrewの統合
• 2データモデルとローカルストレージ
• 3リアクティブUI
• 4ワークフローと安全チェックのアップグレード
• 5テスト、ドキュメント、パッケージング

その下に、約20の課題が作成されます：`brew list --json` を解析する、`Package` スキーマを設計する、`/api/packages` を構築する、React テーブルを接続する、フィルターを追加する、ドライランのアップグレードを実装する、統合テストを書く。各課題には優先度（P0–P3）、担当者（あなたまたはクラウド）、および明示的な依存関係があります。

BeadsのWeb UIでいくつか調整を行い、UIの仕上げタスクの優先度を下げ、「Apple Siliconのエッジケースに対するサポート」バグを追加します。Beadsのデーモンは変更をJSONLに同期させるため、Gitはすべての問題をテキストの行として追跡します。一度コミットしてGitHubにプッシュし、ノートパソコンの蓋を閉じます。

第2日、新しい機械、新しいClaudeチャット。リポジトリを開くと、BeadsがJSONLからSQLiteデータベースを再構築します。あなたはClaudeに「BrewViewの次は何ですか？」と尋ねます。ClaudeはBeadsにクエリを送り、最も優先度の高いオープンな問題—「`brew list --json`の出力を使用してRustで`/api/packages`を実装する」—を見つけ、コード、テスト、ドキュメントのスカフォールディングを開始します。

文脈は決して消えません。なぜなら、Beadsがプロジェクトの唯一の真実の源を保っているからです。ブランチを切り替えたり、チャット履歴をクリアしたり、別の開発者を招いたりしても、誰もが同じエピック、状態、および依存関係グラフを共有しています。クロードは次に何をすべきかをBeadsに尋ね続け、一度に一つの問題を解決していき、やがてBrewViewが静かに出荷されます。

Beadsのようなメモリシステムは、奇妙なサイドカーというよりも、現代のAIソフトウェアエンジニアリングの欠けている半分のように見えます。クラウドが数時間ではなく数日かけて膨大なエピックや課題にじっくり取り組むのを見てしまうと、古い「仕様を新しいチャットに貼り付けて祈る」ワークフローは原始的に感じられます。ステートレスエージェントは記憶喪失のインターンに似てきて、ステートフルなものは持続的なチームメートのように見えてきます。

マルチエージェントのセットアップでは、外部の構造化メモリがオプションではなくなります。複数のClaudeインスタンス、GitHubボット、CIアシスタントは、同じ問題、依存関係、優先順位のグラフ上で調整する必要があります。SQLite + JSONL ストレージをGitでバックアップすることで、対立するコンテキストウィンドウの代わりに、共有で対立解決可能な真実のソースを提供します。

企業チームは雰囲気よりも監査可能性を重視します。バージョン管理された課題データベースは、すべてのAIの決定が具体的な成果物に基づいていることを意味します：誰が課題を作成し、依存関係がいつ変更され、どのエージェントがタスクを完了させたのか。このトレイルは、SOX、PCI、そして「モデルがそう言った」とは受け入れない社内レビューボードのために重要です。

新しいスタックの輪郭がすでに見えてきています。LLMは、持続可能でクエリ可能な状態機械の上にあるステートレスな推論エンジンとして機能します。Beadsは、課題トラッカーをその状態機械に変えます。他のチームもテストプラン、アーキテクチャ図、インシデントランブックなどを使って同様のことを行うでしょう。「あなたのコンテキストウィンドウはどれだけ大きいですか？」という問いは、「あなたの外部メモリモデルはどれだけ豊かで一貫性がありますか？」に変わります。

持続的な状態レイヤーが存在するようになると、マルチエージェントオーケストレーションは単なる研究のおもちゃではなく、実際の生産パターンのように見えてきます。ひとつのエージェントは計画に特化し、別のエージェントは実装、さらに別のエージェントはリファクタリングに特化することができ、すべてが同じ構造化ストアを通じて調整されます。Beads – AIエージェントのためのメモリーシステムおよびイシュートラッカー (MCPサーバーリスティング) のようなシステムは、エージェントを状態を持つバックエンドに接続する未来を示唆しており、この様子はマイクロサービスをデータベースに接続する方法に似ています。

未来のAI開発ツールはほぼ間違いなくこのアイデアを中心に展開されます：LLMを計算資源とし、外部メモリをオペレーティングシステムとすることです。コンテキストウィンドウは短期的な推論において依然として重要ですが、本当の leverage はクラッシュや新しいチャット、さらには新しいモデルをも超えて持続する構造化された状態から得られます。その状態を一級のバージョン付きオブジェクトとして公開しないツールは、Gitの世界においてFTPのように古臭く感じられるでしょう。

メモリーのないClaudeはデモのように感じられ、Beadsを使ったClaudeはエンジニアのように感じられます。耐久性のあるプロジェクト状態、すべての問題やエピックの完璧なリコール、コンテキストの消去や新しいチャット、さらには新しいノートパソコンでも生き残る優先スタックを手に入れます。20KBのマークダウン仕様を毎回のプロンプトに押し込む代わりに、ClaudeはコンパクトなSQLiteの脳をクエリし、必要なものだけを引き出します。

BeadsはあなたのAIエージェントを厳格なプロジェクトマネージャーに変えます。課題、エピック、依存関係、担当者は、コードのように差分を確認したり、レビューしたり、元に戻したりできるJSONLミラー型データベースに格納されます。双方向同期により、複数の人間と複数のエージェントが、ブランチやマシンを越えて単一の真実のソースに整合性を保つことができます。

始めるのは数分で、数日ではありません。Beadsをインストールし、デーモンを実行し、Claude CodeまたはMCPクライアントをソケットにポイントします。そうすることで、コンテキストウィンドウが切り替わると消えてしまうタスク、進捗、決定のための永続的なメモリをすぐに手に入れられます。

何かを逆コンパイルする必要はありません。リポジトリは公開されています：https://github.com/steveyegge/beads。クイックスタートはここにあります：https://github.com/steveyegge/beads/blob/main/docs/QUICKSTART.md。クイックスタートを一度実行してから、Beadsをデフォルトのプロジェクトテンプレートに組み込みましょう。

これを単なるおもちゃではなく、新しいワークフローの実験室と見なしてください。以下のようなパターンを試してみてください： - モノレポごとに1つのビーズDB - インフラ作業と製品作業のために別々のDB - 同じ問題グラフを共有する複数のエージェント

機能することと壊れることを共有してください。問題を報告し、PRをオープンし、他の人があなたのセットアップをコピーできるように実験を投稿してください。永続的なAIメモリの初期採用者は、将来のツールが作業をスケジュールし、エージェントを調整し、大規模にソフトウェアを出荷する方法を定義します。あなたもこのモデルを今、証明する人の一人になれるかもしれません。

ビーズとは何ですか？そして、なぜそれが作られたのですか？

Beadsは、スティーブ・イェッゲによって作成された軽量でバージョン管理された課題追跡ツールで、ClaudeのようなAIエージェントに複雑なコーディングタスクのための持続的な記憶を提供します。これにより、AIモデルがセッション間で文脈を失ったり、タスクの優先順位を忘れたりする問題が解決されます。

Beadsは、Claudeの内蔵メモリとどのように異なりますか？

クロードのネイティブメモリは過去の会話やファイルを想起します。Beadsは、AIが照会および更新できる、タスク、エピック、依存関係の構造化された外部データベースを提供し、プロジェクトの長期的な「To-Doリスト」および状態管理者として機能します。

Beadsを使用する際、データベースをGitにコミットする必要がありますか？

いいえ。テキストベースのJSONLファイルにのみコミットします。デーモンが自動的にGitのJSONLファイルとローカルのSQLiteデータベース間で変更を同期し、バージョン管理に優しいものにします。

Beadsは、ソロ開発者専用ですか？

いいえ、Beadsはコラボレーションのために設計されています。Gitを介した双方向同期メカニズムにより、複数の開発者や複数のAIエージェントが、現在の状況やタスクについての共通理解を持ちながら同じプロジェクトで作業することができます。