SCALE — Build Lab
TIER 1 · ナレッジ管理

Vault更新確認フロー

価値ある情報が出たら必ずユーザーに保存確認するフロー。「聞くコストは小さい・漏らすコストは大きい」原則。

EFFECT

ナレッジ更新漏れをゼロに。

OPEN IN OBSIDIAN
Vaultを正本として開く(最新編集はObsidian側で)
obsidian://open?vault=SCALE-Brain&file=90_Meta%2FVault%E6%9B%B4%E6%96%B0%E7%A2%BA%E8%AA%8D%E3%83%95%E3%83%AD%E3%83%BC
Vault パス: 90_Meta/Vault更新確認フロー.md
KEY POINTS(4)
  • 価値ある情報の判定基準
  • 保存確認の標準フォーマット
  • 更新漏れ防止のチェックリスト
  • Claude による自動確認のルール
TARGET READERS
Claude Code 利用者全員ナレッジ運用責任者

Vault更新確認フロー

:LiTarget: 概要

価値ある情報が出たら必ずユーザーに保存確認するフロー。「聞くコストは小さい・漏らすコストは大きい」原則。

:LiKey: 要点

  • 価値ある情報の判定基準
  • 保存確認の標準フォーマット
  • 更新漏れ防止のチェックリスト
  • Claude による自動確認のルール

:LiUsers: 対象読者

  • Claude Code 利用者全員
  • ナレッジ運用責任者

:LiTrendingUp: 効果

ナレッジ更新漏れをゼロに。

:LiBookOpen: Vault本文より抜粋

[!quote] 第二の脳が機能するかどうかは、更新漏れがあるかないかで決まる。



観点一言
:LiGem: 核心第二の脳が機能するかどうかは、更新漏れがあるかないかで決まる。
:LiKey: キーワード大原則 / 確認すべきタイミング必ず聞く / 確認の標準フォーマット / スキップしていい例
:LiUserCheck: 使う人全社員 / 運用担当
:LiClock: 読了目安5-7分
価値ある情報が出たら、必ずユーザーに保存確認する。
更新漏れ = Vault機能不全 = 第二の脳の崩壊。
聞くコストは小さい。漏らすコストは大きい。

トリガー確認文例
:LiWrench: システム改修・実装が完了「このシステムの概要をVaultにまとめますか?」
:LiLightbulb: 新しいナレッジ・学び・知見「これVaultのジャンルページに統合しますか?」
:LiTarget: 経営判断・重要決定「これDailyノート / 該当部署フォルダに記録しますか?」
:LiBarChart3: 大きな成果・進捗の話「進捗をVault反映しますか?」
:LiScroll: 新ルール・新方針「CLAUDE.md / システム開発書を更新しますか?」
:LiHandshake: 顧客・パートナー関連の重要なやり取り「これVaultに保存しますか?」
:LiBanknote: 報酬体系・契約条件の確定「これVaultに保存しますか?保存先候補は…」
  • Obsidianで開く: obsidian://open?vault=SCALE-Brain&file=90_Meta%2FVault%E6%9B%B4%E6%96%B0%E7%A2%BA%E8%AA%8D%E3%83%95%E3%83%AD%E3%83%BC
  • Vault パス: 90_Meta/Vault更新確認フロー.md

:LiInfo: このノートは Vault が正本。最新の編集は Obsidian 側で行うこと。