一度書くだけ · どのエージェントでも、どのプロジェクトでも、どのマシンでも実行 · 決して削除されない


あなたのエージェントがシステム全体のマップを描きます。以降のすべてのセッションがそれを読み込みます。

プレイブックとは、一度だけ作成される手順書のことで、デプロイ、翻訳処理、週次レポートなどが含まれます。どのエージェントでも、どのプロジェクトでも、どのマシン上でも、毎回同じように実行できます。ノートには、あるセッションから次のセッションへの引き継ぎ情報が記録されます。そしてアトラスは、プレイブックによって実現されるもので、エージェントがコードと稼働中のシステムからシステム全体のマップを描き、その後の各セッションはそのマップから始まります。

無料プラン · $0 · すべてのプランでプレイブックとノートが利用可能

手順を1回だけ記述します。すべてのエージェントがそれを実行します。

プレイブックは単純なMarkdown形式で、ステージごとの見出しがあり、コマンドはコードブロックで示され、成功を確認するために後で読み返す内容も記載されている。これは1つのプロジェクトではなく、アカウント全体で保存される。プロジェクトは別々に保持され、手順は共有される。どのエージェントでもそれを取得して自分のハーネスで実行できる。「これをプレイブックとして保存して」と言えばプレイブックになり、「プレイブックdeployを使って」と言えば実行される。通常はそれすら不要で、プレイブックの内容に一致するプロンプトは、エージェントが応答を始める前にそのプレイブックを受け取るのだ。

決して削除されない

キュレートされたレコードには現在の真実が記載されており、状況が変わるにつれて整理されていきます。プレイブックにはどのように行うかが記載されており、誰も手順を削除しません。デプロイに関して書いたmdファイルは、配線が最初に変わった時点で陳腐化し、二度と開かれることはありませんでした——一方、プレイブックは実行されるたびに、それを実行しようとするエージェントによって開かれます。見つけるのに1週間かかったレシピも、見つかった時のまま変わらず残っています。

同じやり方で、どこでも

1つのプロジェクトに5人のエージェントがいる場合も、5台のマシンに1人のエージェントがいる場合も、デプロイは同じデプロイです。ある実行について一度学んだことは、その後のすべての実行が知っています。

📋

同僚に渡すときのように書かれている

手順、正確なコマンド、その後何をチェックするか、前回は何が問題だったのか、そしていつのことか。エージェントは、同じセッション内で実行して得た知見を追加する。

メモ — 引き継ぎ

セッションが中断した場所、現在有効な内容、次に何をするか——これらはエージェントによって記述され、プロジェクトごとに保管され、常に最後の5件が手元にある。次のセッションはそれから始まる。PCを起動し「続けて」と言えば、そこから作業が続けられる。

アトラス:システム全体を正確に保つ地図

このアトラスは、エージェントにプロジェクトのマッピング方法を教えるプレイブックであり、そこに描かれるマップ自体もプレイブックであるため、どのセッションでもそれを開くことができる。各プロジェクトにつき1つのルートマップがあり、その中にはボックス、配線とそれらを流れるもの、ストア、そして図版の索引が含まれる。4枚から8枚の図版があり、システムの各平面ごとに1枚ずつ、対応する手順はその属する図版の中に記載されている。エージェントはコードと稼働中のシステムを読み、マップに1行書く前にすべての配線を検証するのだ。

地図の3つのルール

  • トポロジーはルートに一度だけ描画されます。プレートはワイヤーを再記述することはなく、自身の詳細情報および処理手順のみを保持します。複製があるとずれが生じるため、構造上それは存在しません。
  • 数値は地図上のどこにも存在しない。ポートや上限、価格、数量などは一切記載されておらず、数値がどこにあるかだけが示されているだけで、その数値自体は示されていない。数値を示す地図は1週間も経たないうちに間違ってしまう。
  • ワイヤーを変更した人は、同じセッション内でマップも更新する。 ルートには——<what>に対して<date>が確認されている——という情報が記載されており、読み手はその範囲までのマップのみを信頼する。

ルートマップに含まれるもの、順に

  • プロジェクトの概要を2文で記載し、確認済みの行も添える。
  • 図:箱と矢印で、各ワイヤーにつき1本の矢印があり、その矢印には伝わるものが示されている。このページ上では、方向性が何よりも重要だ。
  • ワイヤーの一覧:誰が開始するか、何が伝わるか、何が決して伝わらないか。嘘を見抜くのはこのセクションだ。
  • ストア:状態が存在するすべての場所、そこに保持されるもの、そして決して保持されないもの。
  • 索引:各図版は名称で、各手順は図版とセクションで示されている。

図版に含まれるもの

  • その平面の各部分について:それが何であるか、何を保持しているか、何と通信し、どの方向へ通信するか、決して何をしないか、そして動作したときに何が起こるか。
  • 値が存在する場所——ポインタであり、値そのものではない。
  • その手順:正確なコマンド、動作確認のための読み戻し方法、そして実際に何が問題となったか、日付も含めて。

火曜日に、あなたのエージェントはマップを開き、これから触れようとする配線を確認し、何かを変更する前に検証済み行の日付をチェックします。

my-app-map — verified 2026-09-04 against commit a1b2c3d and the live containers

  browser ──(requests, session cookie)──▶ api ──(SQL)──▶ postgres
                                          │
                                          └──(jobs)──▶ worker ──(files)──▶ object store

Wires: the browser never talks to the worker; the worker never reads a cookie.
Stores: postgres (users, orders — never card numbers) · object store (uploads).
Plates: my-app-map-api · my-app-map-worker · my-app-map-data · my-app-map-ops
Procedures: deploy → my-app-map-ops, deploy · restore → my-app-map-data, restore

エージェントに一言伝えるだけ

アトラス方式はメモリと共に同梱されています——最初のセッションからプレイブックに入っています。プロジェクトのマッピングは一文で済み、マップ自身の最後のステップによって、今後のすべてのセッションがマップの存在を確実に把握します。

1 · すでに備わっている

これらの方式はメモリと共に同梱されています

atlas、plan、prospectusは、どちらのエディションでも、最初のセッションからプレイブックに含まれています。これらはあなたのものです。編集すれば、その編集内容のまま残ります。プロジェクトにまだ何もない場合、エージェントがこれらを提案します。

2 · プロジェクトごと

地図を描いてもらう

プロジェクト内で、エージェントに次のように伝えてください:playbook atlasを使ってこのプロジェクトのマップを書いて。これによりコードや実際のシステムが読み込まれ、すべてのワイヤーが検証され、ルートマップとその図版が作成されます。

3 · 方法による仕上げ

プロジェクトは、自分に地図があることを学習する。

この方法の最後のステップでは、プロジェクト用のルールが保存されます。つまり、ワイヤを変更する前にそのマップを読み込み、同じセッション内でそれを更新するのです。これ以降、各セッションではそのマップが存在していることが前提として開始されます。

プレイブック、メモ、地図帳は、無料プランを含むすべてのプランに含まれています。無料で始める

プラン:プロジェクトが目指すものと、その理由

アトラスにはプロジェクトの仕組みが記載されている。プランには、そのプロジェクトで何を意図していたかが書かれている。プロジェクトごとに1つのプレイブックがあり、4つのセクションから構成され、誠実さを保つための1つのルールがある——「完了したものは消える」。プランの先頭行は各セッションでノートと並んで開かれ、次のセッションはその最上部の項目から再開する。

4つのセクション、それだけです。

  • Decided — 有効な各決定について1行ずつ記載:日付、決定者、およびその理由。提案は決定済みとして記載されることはない。
  • Next — 順序付き、最大10項目まで。各行には対象の名称と、完了の形が記載されている。順序こそがプランが持つ唯一のステータスである。
  • Parked — 提起されたもののまだ決定されていないアイデアで、それぞれ提起日が記載されている。
  • 人間とともに始める — 人だけが下せる決断を、日付付きで1行ずつ。

それを腐らせないための掟

  • 完了したら、消える。 項目を完了した人は、同じセッション内でそれを削除し、変更内容をあるべき場所へ移します。ワイヤーはアトラスへ、決定や測定値は記録へ、コードはコミットへ。「完了」セクションは存在しません。
  • レジャーは歩みを終える。 なお重要な捕獲行はNextまたはParkedの1行となってレジャーを離れ、残りは消滅します。
  • 一度に書き手は一人。 書き直す前に計画を読み、全体を丸ごと書き直してください。
my-app-plan — walked 2026-09-10 by the Tuesday session

## Decided
2026-08-14 · you · Postgres, not SQLite — two writers, one box
2026-09-02 · you · ship the importer before the dashboard — nobody can try it empty

## Next
1. Importer accepts CSV with a header row. Finished: a real customer file lands.
2. Retry the webhook on 5xx. Finished: one blip stops costing a record.
3. Dashboard: one chart, last 30 days. Finished: it answers "is it working".

## Parked
2026-08-30 · a public status page — nothing to show yet

## Open with your user
2026-09-08 · free tier: how many rows before it asks for money

エージェントに一言伝えるだけ

plan方式は、atlasと同様にメモリと共に同梱されています。どのプロジェクトでも1つ保持できます。

1 · すでに備わっている

その方式はプレイブックに含まれています

planには、最初のセッションからすべてのメモリが同梱されています。編集すれば、その内容はあなたのもののまま残ります。

2 · プロジェクトごと

計画を書かせる

プロジェクト内で、エージェントにこう伝えてください:playbook planを使ってこのプロジェクトの計画を書いて。Decidedは既に効力のある決定から、Nextはメモとレジャーから種が作られます。

3・その後の毎セッション

作業から始まります

計画の最初のNext行は、メモと並んでセッション概要とともに届きます。セッションは、自分の目的を知ることから始まるのです。

シート:製品が約束するもの

発送されたらお知らせします

新リリース、実際のベンチマーク、時折の深掘り記事。スパムなし、ワンクリックで登録解除。

私たちが作るすべて

Voice Pro

あなたの声を学習するローカル音声認識。永久ライセンス。当社のフラッグシップ製品。

有料・フラッグシップ

brethof-brain

AIエージェントのためのメモリー — レコード、ルール、意思決定の全履歴とグラフが、セッション開始時から既に揃っています。聞く前に答えてくれます。

有料・無料プランあり

3Dモデル

印刷対応デジタルモデル。GLBとOBJを含む。生涯アクセス権付き。

有料・デジタルカタログ

3Dプリント

プリンター5台、十分な処理能力を備えています。まだセルフサービス店はありません——ご要望をお知らせいただければ、メールで見積もりを送らせていただきます。

ご予約制・メールでお問い合わせください

Nova

私たちのYouTubeチャンネル。サイバータイガー司会者が、地元のAIツールとその実際の機能について解説します。

チャンネル・ライブ

レビュー

ソフトウェアやAIツールの短い動画レビュー:実際にカメラの前で使用し、誰にも買えない評価をお伝えします。

動画レビュー・新着

厳選リスト

AIコーディングエージェント、MCPサーバー、ローカルAI、およびAI向けLinuxに特化した厳選されたGitHubリスト。各エントリーには出典のリンクが記載されています。

無料・厳選

ガイド

Linux、Windows、macOSでのローカルAIを扱った詳細なガイドで、設定ファイルも同梱されています。

無料・ライブ

アンチデベロッパー向けティアリスト

ネガティブキュレーション:時間を無駄にする手法とツールのランキング。証拠必須。

無料・ライブ

Brethof AIについて

私たちとは誰か、なぜプライバシーを最優先にしたAIを開発するのか、そして何をしないのか。

外部: YouTube · GitHub