知らない言葉シリーズ㉔statusとは？「その情報が今どうなっているか」を示す印だった

最近、Obsidianを使っていると、知らない言葉が次々と出てきます。

共通メタデータ。
YAML frontmatter。
Properties。
Obsidian Bases。
一つずつ調べて、ようやく少しずつつながってきました。

その中で、何度も出てきた言葉があります。
status（ステータス）

たとえば、
status: adopted
と書かれている。
「これ、結局どういう意味？」
今回は、statusについて調べてみました。

statusって何？
statusを日本語にすると、
「状態」
という意味です。
これだけなら、なんとなく分かります。
でも、Obsidianのファイルにあるstatusは、何の状態なのか。

私には、
「その情報が、今どういう状態なのかを示す印」
と考えるのが一番分かりやすかったです。
たとえば、
status: adopted
と書いてあったとします。
以前の私は、
「statusという項目の値がadoptedです」
と説明されても、
「……それで？」
となっていました（笑）。

なので、日本語にしてみます。
statusは、
「今、この情報はどういう状態？」
adoptedは、
「採用されています」
という意味です。

つまり、
status: adopted
は、
「この情報は、現在採用されている」
と書いてあるだけです。
これなら、かなり分かります。

statusには、いろいろな状態がある

Project NEXでは、完成した情報だけを残しているわけではありません。
候補になった案。
試している途中のもの。
採用したもの。
却下したもの。
以前は使っていたけれど、新しい判断に置き換わったもの。
一時的に止めているもの。
完了したもの。
こうした情報も残しています。

そこでstatusを使って、
candidate ＝ 候補
testing ＝ 検証中
adopted ＝ 採用
rejected ＝ 却下
superseded ＝ 旧判断・置き換え済み
paused ＝ 停止中
completed ＝ 完了
というように、
「この情報は今どういう状態なのか」
が分かるようにしています。

なぜ、わざわざstatusが必要なの？

ここで疑問が出ました。
「ファイルを読めば分かるんじゃないの？」
確かに、本文を読めば、
これは採用された案なのか。
まだ検討中なのか。
もう使っていないのか。
分かるかもしれません。
でもstatusがあれば、本文を読む前に、
「これは採用」
「これは候補」
「これはもう古い情報」
と判断しやすくなります。

つまりstatusは、
その情報を今どう扱えばいいのかを判断する手がかり
だったんですね。

古い情報は消せばいいんじゃない？
最初は、そう思いました。
新しい判断が決まったなら、古い情報を消せばいい。
でもProject NEXでは、古い判断も残しています。
なぜなら、
「なぜ今の結論になったのか」
という過程も、あとから使える知識になるからです。
失敗した案も、途中で変えた判断も残す。

その代わり、
「これは今の判断ではない」
と分かるようにする。
そこでstatusが役に立ちます。

特に分かりにくかったsuperseded

statusの中でも、最初に見て、
「これは何？」
と思ったのが、
superseded
です。

Project NEXで使うなら、
「以前は有効だったけれど、今は新しい判断に置き換わっている」
という状態です。

ここがrejectedとは少し違います。
rejectedは、
検討したけれど採用しなかった。
supersededは、
以前は使っていた。でも、その後、新しい判断に置き換わった。
というイメージです。

たとえば、
A案を正式採用した。
↓
しばらく使った。
↓
問題が見つかった。
↓
B案へ変更した。
この場合、A案は単純な「却下」ではありません。
一度は正式に使われていた過去の判断です。

だから、
status: superseded
として残しておく。
これなら、
「間違った情報」ではなく、
「過去には使っていたけれど、今は使わない情報」
として扱えます。

AIにとってstatusが大事な理由

ここで、Project NEXのKnowledge OSにつながりました。
Project NEXでは、過去の判断も残しています。
そのためAIに、
「現在有効な判断だけ教えて」
と頼んだとき、古い判断と現在の判断を区別する必要があります。
そこで、
candidate
rejected
superseded
adopted
といったstatusが手がかりになる。

過去を残しながら、今使うべき情報を見分ける。

Project NEXでstatusを重視している理由が、ここでかなり分かりました。

Basesにもつながっていた

前回調べたObsidian Basesでも、statusは使えます。
たとえば、
「adoptedだけ見る」
「testingだけ見る」
「completedは除く」
といったように、状態によって情報を絞って見る。

つまりstatusは、ファイルにつけて終わりではありません。
「今どの状態の情報を見たいのか」
という条件にも使えるわけです。

Propertiesで一つのファイルのstatusを見る。
Basesで複数のファイルをstatusによって絞る。
AIもstatusを手がかりに、今使うべき情報を判断する。
前に覚えた言葉が、ここでもつながりました。

「名札」で考えるとどうなる？

ここまで使ってきた「名札」で考えてみます。
共通メタデータは、
名札に何を書くか。
YAMLは、
名札を書くときのルール。
frontmatterは、
名札を置く場所。
Propertiesは、
その名札をObsidianで見たり編集したりする仕組み。
Basesは、
たくさんの名札を使って、必要な情報を見たい形で見る仕組み。

そしてstatusは、
その名札に書いてある「今の状態」。
たとえば、
「採用」
「検証中」
「却下」
「旧情報」
「完了」
という印です。
これなら、私にもかなり分かりやすい。

知らない言葉を一つ覚えた

今回覚えたのは、
status＝その情報が、今どういう状態なのかを示すもの
ということ。
最初は、
status: adopted
と書かれていても、
「また英語が増えた」
くらいにしか思っていませんでした。
でも実際には、かなり重要な役割がありました。

情報を残すだけなら、statusはなくてもいい。
でも、
過去の情報を残しながら、今使うべき情報を間違えないようにする。
そのためにstatusがある。
古い情報を消すのではなく、
古い情報が「古い」と分かるようにして残す。
Project NEXでstatusを使っている理由が、ようやく分かりました。