⚙️ Vault運用

セッション判定ルール

最終更新 2026年04月27日 / 90_Meta/セッション判定ルール.md

セッション・Inbox判定ルール


30秒で全体像

観点 一言
核心 Inboxに投入された情報をどう処理するかの基準。Claudeはこのルールに従って自動判定する。
キーワード 弾くもの削除または無視 / 分類先の選び方 / 判定の粒度迷ったら / Slack :writing_hand:
使う人 全社員 / 運用担当
読了目安 5-7分

Inboxに投入された情報をどう処理するかの基準。Claudeはこのルールに従って自動判定する。

基本思想

「重要なものを拾う」ではなく「不要なものを弾く」

全セッション・全Slack投稿を一度吸い込み、ノイズだけを弾いて、残りを適切フォルダへ配置する。

✅ 取り込むもの(必ず分類してフォルダへ)

事業・戦略系

  • 事業アイデア(新規事業、既存事業改善)
  • 戦略判断(方向転換、優先順位変更)
  • 競合分析
  • 市場動向
  • KPI・数値分析
  • 中長期計画

ナレッジ・学び系

  • 書籍・記事・動画からの学び
  • 実体験からのインサイト
  • 成功事例・失敗事例
  • マーケ/営業/開発/経営ノウハウ
  • フレームワーク・方法論

意思決定・情報共有

  • 重要な決定事項
  • 他メンバーへの指示・依頼
  • 他メンバーへの情報更新
  • クライアント情報
  • 人事・採用判断

プロダクト・システム

  • システム設計・仕様
  • プロダクト改善アイデア
  • 技術選定理由
  • UI/UX判断
  • 不具合の根本原因と対策

マーケ・セールス

  • 施策アイデア
  • キャンペーン案
  • コピーライティング
  • ターゲット分析
  • リード獲得アイデア

弾くもの(削除または無視)

Claude Code セッション

  • 発話5未満の短い会話
  • 「動いた?」「動きました」レベルの動作確認
  • 単純なバグ修正(原因と教訓を含まない)
  • エラーメッセージの解読だけで終わった会話
  • ~/Obsidian/SCALE-Brain/ 配下作業そのもの(既にhookでスキップ)

Slack 投稿

  • 「了解」「承知しました」「ありがとうございます」だけの返信
  • 絵文字スタンプだけの反応
  • 短い雑談・挨拶
  • スケジュール調整の往復(最終決定は残す)
  • 事務連絡(特段の判断を含まない)
  • 会議URL共有だけ

共通ノイズ

  • テスト・動作確認投稿
  • 「こんにちは」「お疲れ様」のみ
  • 同じ内容の重複(既存ノート参照)

🔀 判定プロセス

flowchart TD
    START([Inboxファイル検出]) --> READ[内容を読む]
    READ --> FILTER{ノイズ判定}
    FILTER -->|ノイズ| DELETE[削除]
    FILTER -->|コンテンツあり| SPLIT{複数コンセプト?}
    SPLIT -->|Yes| DIVIDE[分割]
    SPLIT -->|No| CLASSIFY
    DIVIDE --> CLASSIFY[type/dept/tags判定]
    CLASSIFY --> RENAME[命名規則でリネーム]
    RENAME --> YAML[YAMLフロントマター付与]
    YAML --> MOVE[適切フォルダへ移動]
    MOVE --> LINK[関連ノートへ [[]] リンク]
    LINK --> ACTION{他メンバーへの<br/>指示/更新?}
    ACTION -->|Yes| TODO[該当部署のInbox or Daily ToDo に追加]
    ACTION -->|No| DAILY
    TODO --> DAILY[10_Daily に処理ログ記録]
    DAILY --> META[90_Meta/Claude作業ログ に詳細]
    META --> END([完了])

分類先の選び方

コンテンツ種別 格納先フォルダ
事業アイデア 30_事業戦略部/ または該当部署
システム仕様 31_システム開発部/
セールスノウハウ 21_ナレッジベース/セールス/
マーケ施策 34_マーケティング部/施策/
マネジメント学び 21_ナレッジベース/マネジメント/
AIエージェント運用 22_AI運用ルール/
新規事業 40_新規事業/
他メンバーへの指示 該当部署の _Inbox/ (各部署フォルダ配下に設置)

🔖 他メンバーへの更新の扱い

ユーザー発言に「ハヤテに共有」「ゲンカイに依頼」等が含まれる場合:

  1. 該当部署フォルダ内に _指示/YYYY-MM-DD_xxx.md を作成
  2. 10_Daily の「 明日以降やること」に追加
  3. タグ付け: 要共有 または 要依頼

判定の粒度(迷ったら)

  • 迷ったら取り込む(削除より保存優先)
  • 後から見て価値が無ければその時削除
  • 分類先に迷ったら 00_Inbox/ に残して人間判断を待つ
  • それでも迷ったら 10_Daily/YYYY-MM-DD.md の「 判定保留」セクションに記載

Slack :writing_hand: リアクションの特例

:writing_hand: 付き投稿は確実に大串本人が「残したい」と判断したもの
- 弾かない
- 必ず適切フォルダへ配置
- タグ writing_hand + 確実投入 付与

関連ノート