ステートメントで主張と決定を記録

3か月前、会議ノートに"We'll price Pro at $29/month."と書きました。5週間後には別のノートへ"Pricing update: Pro moves to $39/month."と書きました。今日、チームメンバーがProの価格を尋ねます。ノートには両方の答えがあり、検索は古いほうも平然と返します。必要なのは、2つの文をどちらも保持し、どちらも決定だと理解し、後の文が前の文を改訂したと把握する記憶です。古い価格には取り消し線をつけ、何に置き換えられたかを示します。

それがステートメント層です。エンティティと関係がノートに描かれた世界を記録するのに対し、ステートメントはあなた自身を記録します。先ほど抽出器へ教えた語彙は、多くの動詞をひとつのエッジへまとめます。この層は反対に、文全体をそのまま保ちます。

Settingsの"Capture your decisions and questions"は既定で有効です。有効にすると、抽出が重要な文を一字一句そのままグラフへ取り込みます。7種類に分類し、発言者と対象を追跡し、議論し合う文をつなぎます。改訂履歴の信頼性も保ちます。このレッスンの到達点は、日常的に使う"Revisions"パネルです。

正確な言葉を残す理由

抽出は保存されたノートを読むとき、自分が何かに明確に関与した文も探します。決定、抱えている質問、主張、残したい引用、好み、価値観、立場です。それぞれがグラフ内の第一級ノード、ステートメントとなり、出典ノートに固定され、そのノート名とステートメント番号で識別されます。保存されるテキストは要約ではなく、実際に書いた文そのものです。そのため、あとでアプリに"価格について何を決めたか？"と尋ねると、自分の言葉がそのまま引用されます。

• 正確な抜粋：編集していない、あなたの文。
• 種類：以下の7つのうち、必ずひとつ。
• 何についての文か：関係するエンティティへのリンク。ただし、同じノート内で表明されたものだけ。
• 誰の発言か：発言者が自分ではない場合にだけ記録。
• 極性：favor、against、neutral。stanceとpreferenceのステートメントだけに付与。

7つの種類と、誰が言ったか

7つの種類は2つのグループに分かれます。4つはある時点の行為です。そのノート、その日に一度起きたこと、つまり決めた、尋ねた、主張した、引用したという行為です。3つは継続的な傾向で、変更するまでは自分について真であり続けるもの、つまり好み、価値観、立場です。

エンティティのプロフィールページを開くと、その対象に関するステートメントが"In your words"の下に表示されます。"Decisions"、"Open questions"、"Claims"、"Quotes"、"Preferences"、"Values"、"Stances"が、それぞれアイコン付きでまとまります。各ステートメントは出典ノートへリンクし、ノートにステートメントが生まれた時点でこのセクションが表示されます。

継続的な種類のうち2つには、追加情報があります。Stanceとpreferenceには、favor、against、neutralの極性が記録され、文の隣に小さなバッジで表示されます。極性は固定された選択肢なので、どのバッジも明確にひとつの意味を持ちます。

すべてのステートメントは発言者も把握します。自分の文なら、追加情報は記録されません。発言者がない場合はノートの著者を意味します。ノートが他者を引用または報告している場合、たとえば引用元や"Sarah decided X"のような文では、その人物が発言者として記録され、その人のエンティティへつながります。エンティティページでは、文のあとに発言者名が表示されます。

主張を結ぶ根拠・反論・応答の関係

ノートは事実を述べるだけではありません。"Because of that…"、"this contradicts…"、"answering yesterday's question…"のように議論します。文章が2つのステートメントを明示的につないでいる場合、グラフはそのリンクをsupports、rebuts、responds toとして記録します。信頼性を守るルールはひとつです。これらのリンクは、自分で文章中につないだ場合にだけ存在します。機械が推論の筋道を補うことはないため、supportsやrebutsの連鎖は必ず自分が書いたものです。

In the note:

  1  Our churn data says the first week decides retention.      → claim     (statement 1)
  2  Because of that, we'll rebuild onboarding before billing.  → decision  (statement 2)
  3  Minsu disagrees. He says pricing, not onboarding,          → claim     (statement 3)
     drives churn.                                                 (said by Minsu)

Stored links, only because the text itself connects them:

  statement 1  supports  statement 2     ("Because of that")
  statement 3  rebuts    statement 1     ("disagrees")

No explicit link in the text → no link.
The graph never invents your reasoning.

考えを変える：supersedes、retracts、導出される状態

考えは変わります。その変化を記録するステートメント間の関係が、もう2つあります。ここでも文章に明記された場合だけです。Supersedesは、このステートメントが以前のものを置き換えることを示します。Retractsは、以前のステートメントが撤回され、代わりはないことを示します。これらのリンクから、各ステートメントにはcurrent、superseded、retractedというライフサイクル状態が生まれます。この状態はストアへ書き込まれません。その時点で存在する改訂リンクを使い、読み取り時に計算されます。

結果はアプリの各所に表示されます。supersededまたはretractedのステートメントには取り消し線が入り、"Superseded"または"Retracted"バッジがつきます。その隣の"Superseded by {note}"または"Retracted by {note}"リンクを押すと、改訂したノートが開きます。古い言葉は削除されず、正直なラベルとともに保たれます。

後のノートが、以前の決定を改訂するとき

ここまでは、ひとつのノート内で自分でステートメントをリンクする改訂を扱いました。しかし実際の決定は、たいていノートをまたいで変わります。6月の会議ノートで決めたことを、7月のノートで変えても、互いへの言及はないかもしれません。決定を含むノートを抽出したあと、アプリは同じエンティティについて、後のノートが以前の決定を改訂していると推定できます。この機械による推定が、ノートのグラフへ触れることはありません。各提案は別の`#analysis`名前付きグラフに置かれ、レビュー状態と提案日時が記録され、確認を待ちます。

• 参加するのはdecision種類のステートメントだけです。自分の決定がどう変化したかを扱う層です。
• 順序には、フロントマターまたは本文でノート自身が示す日付を使います。ファイルの更新日時は使いません。意思決定ノートに日付を書けば、自動で正しい順に並びます。
• 確信度の高い提案は自動適用され、"Applied"と表示されます。常に"Undo"で取り消せます。
• 却下は永続的に記憶されるため、同じ組み合わせが再び提案されることはありません。
• 確定したリンクだけが、アプリ全体で決定を"Superseded"として表示させます。

ステートメント

原文のままの1文を第一級ノードとして保存したもの。ノート名とステートメント番号で識別する。

ステートメント種類

decision、question、claim、quote、preference、value、stanceという固定された7種類のいずれか。

立場の極性

favor、against、neutralの固定リスト。stanceとpreferenceのステートメントだけに付与される。

発言者情報

自分以外の発言者を記録したもの。記録がない場合は、ノートの著者を意味する。

根拠リンク

supports、rebuts、responds to。ステートメント間のリンクで、著者が明示した場合にだけ存在する。

改訂

後の決定が以前の決定を変更すること。ひとつのノート内、またはノートをまたぐ推定として記録される。

導出状態

current、superseded、retracted。改訂リンクから読み取り時に計算し、保存はしない。

ノート日付

フロントマターまたは本文で、ノート自身が示す日付。Revisionsはこの日付で並べ、ファイルの保存日時は使わない。

主張と決定の変更履歴を管理

ステートメントで3層モデルが完成します。エンティティはノートに同一性を与え、関係は構造を与え、ステートメントは声と時間軸を与えます。エージェントに"価格について何を決め、いつ変更したか？"と尋ねると、この層が自分の文のまま、発言者と正確な改訂を添えて答えます。次は、この層を直接使うコマンドを学びます。/revisions、/tensions、/briefはいずれも、ここで取得した決定や立場を読み取ります。