整流ルール v0.5（幹部会議事録Wiki）
このルールの位置付け
Phase 1パイロット「コンペ」概念ページ執筆時に 帰納的に抽出した整流ルール初版（v0.5）。残り5概念ページ（客単価／DP／茶店／評価制度／レストラン）執筆で更に検証され、==v1.0 に昇格==する予定。
0. 整流の目的
幹部会議事録に含まれる「派閥的言い回し・個人攻撃・感情語・曖昧表現」を中和し、Wikiとして組織が依拠できる記録に変換する。
これは「事実の改竄」ではない。生情報（議事録）と整理情報（Wiki）の役割分担であり、生情報は Layer 0原典として別途保管する（TCC社内Wiki_アーキテクチャ構想.md §1参照）。
「井戸端会議の弾薬庫」「言った/言わない論争の根拠地」化を防ぐ装置。
1. 整流ルール 5原則
原則1：個人名 → 組織機能名／役職表記
社員・顧客・契約者の個人名を、構造的な役割記述に置き換える。
| 原典の表現 | 整流後 | 補足 |
|---|---|---|
| 「大津さん（社員）」 | 「メンバーシップ担当」 | 社員：役職表記 |
| 「松浦支配人」 | 「施設責任者」 | 部門代表：機能名 |
| 「中村プロ」 | 「契約プロ」 | 委託先：契約区分 |
| 「東洋軒のおかみ」 | 「飲食提携業者の経営者」 | 顧客：業種＋立場 |
| 「松沢祐輔氏（居酒屋えん経営）」 | 「飲食業オーナー会員」 | 顧客：業種・属性 |
例外（個人名を残す場合）：
- 経営判断の重要決定の責任所在を明示する必要がある場合 → 役職表記で残す
- 引用カードで原典に近い形で残したい場合 → イニシャル化（「M氏」「O氏」）
- 歴史的に重要な顧客（メイン取引先）→ 役職＋業種で残す
原則2：感情語 → 事実記述
主観的・感情的な記述を、観察可能な事実描写に置き換える。
| 原典の表現 | 整流後 |
|---|---|
| 「人がいなくてしっちゃかメッチャカ」 | 「リソース不足の状態が記録された」 |
| 「笑顔が出ない」 | 「接客満足度低下が示唆された」 |
| 「軋轢があった」 | 「部門間調整課題が記録された」 |
| 「老朽テーブルの見栄えが悪い」 | 「設備の経年劣化が確認された」 |
| 「おしぼりの不適切使用」 | 「備品運用ルールの徹底が課題化された」 |
原則3：曖昧期限 → 具体期日
「翌週」「本格化」「事前準備」など期限が不明瞭な表現を、具体的な日付・責任者・成功基準に変換。
| 原典の表現 | 整流後（例） |
|---|---|
| 「翌週決定」 | 「2026-05-25会議で最終判定」 |
| 「本格化」 | 「○月○日までに×件の営業接触」 |
| 「事前準備」 | 「準備完了確認日：MM/DD、確認責任者：（役職）」 |
| 「至急対応」 | 「YYYY-MM-DD までに（担当役職）が初動」 |
==期日が原典に書かれていない場合は「（期日未確定）」と注記==。捏造しない。
原則4：修辞語 → KPI明記
「重点指示」「最優先課題」「強化」など評価語を、計測可能な指標に変換。
| 原典の表現 | 整流後（例） |
|---|---|
| 「重点指示」 | 「達成基準：月内15組確保」 |
| 「最優先課題」 | 「優先度1：根拠（数値）・締切（日付）」 |
| 「強化」 | 「対象：何を／いつまでに／誰が」 |
| 「集客遅延」 | 「進捗：3組/目標20組＝15%（5月末期限）」 |
原則5：個人意見の強調 → 中立提案表現
「○○さんが反対」「××派が主張」など個人や派閥への帰属を、論点ベースの表現に変換。
| 原典の表現 | 整流後 |
|---|---|
| 「○○さんが反対していた」 | 「当該案については議論継続中」 |
| 「□□派が主張」 | 「●●の観点から代替案が提示された」 |
| 「○○さん（社員）の提案を採用」 | 「（部門名）からの提案を採用」 |
| 「個人任せの方法」 | 「属人的な運用」 |
2. 適用しないケース（保留）
以下は整流せず、原典の表現を維持する：
- 特定発言の引用カード：イニシャル化＋「（YYYY-MM-DD議事録参照）」を付して引用カードで残す
- 社内文化の経緯として歴史的価値がある言葉：「仕組み化宣言」「次世代会員権販売タスクフォース」等の固有表現
- 公式に命名された施策・コンペ名：朝霞杯・シーフードカップ・パティアフレンドリーコンペ等
3. 数値・予算情報の取扱い
3-1. 判定原則
| カテゴリ | 取扱い | 例 |
|---|---|---|
| 対外発信される指標 | そのまま記録 | 来場者数、売上、客単価、達成率 |
| 市場情報・競合データ | そのまま記録 | 近隣コース価格、業界比較値 |
| 個別案件売上・契約額 | そのまま記録（ベンチマーク事例として） | ムータコンペ¥8,500,000、乗り入れカード¥1,580,000 |
| 内部コスト構造詳細 | 要しおりさん監修（個別判定） | 砂代¥900,000、水道光熱費¥5,510,000 |
| 個別仕入先・業者の取引額 | レンジ化検討 | 乗り入れカート ¥150〜200万円帯 |
| 個人収入・人事処遇 | 完全匿名化（Wikiに載せない） | 給与、賞与、人事評定 |
3-2. パイロット検証結果（2026-05-19・客単価ページ執筆時）
客単価ページ執筆時に出現した数値の判定：
- 客単価 ¥11,129（累計）、¥12,332（4月単月）: そのまま
- 売上 ¥34,610,000（4月）: そのまま
- 来場 2,807人（4月）: そのまま
- ムータコンペ売上 ¥8,500,000: そのまま（ベンチマーク事例）
- 近隣コース価格 ¥14,000（タートルエースGC）: そのまま（市場情報）
- 砂代 ¥900,000 / 水道光熱費 ¥5,510,000: ==要しおりさん監修==（内部コスト詳細）
3-3. 残課題
- 「内部コスト構造詳細」と「対外発信指標」の境界線は、しおりさん監修サイクルで個別判定して蓄積
- 業者名（特定可能な仕入先名）の取扱いは、原則1（個人名→組織機能名）と同じ扱いで「業種＋立場」に変換
4. 出典の取扱い（3クラス分類）★ NEW（レストランページで試験投入）
4-1. 設計原則
Wikiの境界線を再定義し、==幹部会議事録（Class A）に閉じず、付随分析資産も明示的に組み込む==。 ただし Wiki本体は Class A中心という原則を維持し、Class B/C はあくまで「議論を裏付ける／文脈を補う」用途に限定する。
4-2. 3クラス定義
| クラス | 中身 | 役割 | 更新性 | 取扱い |
|---|---|---|---|---|
| Class A | 幹部会議事録 56本（Layer 0原典） | 議論の経緯・決定の根拠 | 静的（追記のみ） | Wiki本体の主要出典 |
| Class B | tcc-dashboard ／ 支配人週報Excel ／ Supabase集計 ／ _context_TCC事業区分定義.md 等 | 議論を裏付ける数値・最新値 | ライブ | 議事録での言及を補強する用途に限定 |
| Class C | 近隣GC価格 ／ 業界統計 ／ 外部提携先公開情報 | 市場文脈・ベンチマーク | スナップショット | 取得日を必ず付記 |
| ==Class D== | ==口頭証言・補完取材==（しおりさん／オサケンさん／幹部から） | ==議事録に書かれていない裏ストーリー== | 取材日付き・追記型 | ==しおりさん／オサケンさん監修必須==。「声の大きさバイアス」（§10）の補正手段 |
4-3. 設計原則
- Class A は「議論の歴史」、Class B は「現在の状態」、Class C は「文脈」
- Wiki本体は Class A中心。Wikiが「ダッシュボード解説書」化するのを防ぐ
- Wiki ⇔ ダッシュボード相互リンク：ダッシュボード側に「経緯はWikiへ」、Wiki側に「最新数値はダッシュボードへ」を貼る
- Class B/C は議事録での言及を裏付ける用途のみ。新規論点をClass B/Cから持ち込まない（議事録に出ていない論点を勝手に立てない）
- Class C は取得日を必ず付記（市場情報は時間で変わる）
4-4. 期待される効果
- Wikiが死蔵されない（最新数値はダッシュボード側で常時更新）
- しおりさん／幹部の判断時に「過去の経緯＋現在の状態」が一画面で見える
- LINE Botからの質問にも「経緯はこれ、最新数値はこれ」と二段で答えられる
4-5. パイロット適用結果（2026-05-19・レストランページ）
レストランページで初導入。3クラスすべてを §7 で明示・出典セクションを構造化。
- ==Class A==：35議事録
- ==Class B==：_context_TCC事業区分定義.md / tcc-dashboard レストランタブ・コックピットF-3-γ / 支配人週報Excel
- ==Class C==：東洋軒おせち実績（提携先公開情報）／ 近隣GC食事プラン価格（取得日要明記）
4-6. 残課題
- 業者名（仕入先・提携先）の取扱い：原則1（個人名→組織機能名）と同様に「業種＋立場」化するか、公開情報の場合は実名残しか
- Class B 内のダッシュボード側URLが変更された場合の同期メカニズム（しおりさん相談）
5. 親しみ呼称の取扱い（レストランページで発見・v0.6 検討）
レストランページ執筆中に発見した新課題：
| 原典 | 課題 |
|---|---|
| 「大将の締めサバ」 | 「シェフ考案メニュー」と中和すると、原典の親しみが失われる |
| 「東洋軒のおかみ」 | 「飲食提携先の代表者」だと業務記録的だが、TCC文化が消える |
==判断保留==：しおりさん監修で「親しみ呼称の保存方針」を聞く。
- 案A：完全に中和（業務記録として厳格）
- 案B：固有名詞として残す（TCC文化の保存）
- 案C：初出時のみ実名で「（以降『大将』として記述）」と注記
7. ★ 系譜化原則（Wiki化の核心方法論・レストランページで発見）
この原則の発見経緯
レストランページ草稿v0.1でビール値上げ2回が「単独施策として分散記述」されていたのを、オサケンさん指摘で発見。 ==「単独で語られた事実を、繋げて初めて見える知見にする」== ——これがLLM-Wikiの本質的価値。
7-1. 原則
==抽出は「単独事実」で止めず、必ず「系譜（時系列の繋がり）」まで進める==。
7-2. チェックリスト
各概念ページ執筆時に必須：
- 同テーマの議事録横断出現を 時系列で並べたか
- 連続施策／単発施策／中断施策 を分類したか
- 「○回行われた」「○回中断された」を 数値化 したか
- 希少施策の場合は 「希少性自体」が経営判断材料 になるか確認したか
- その系譜が 「Wiki化前は単独に見えていた」 ことを明示したか
7-3. 検証実例（ビール値上げ）
==Wiki化前：2025-05とは別議事録の2026-05に分散記述されており、「単独施策」に見えた Wiki化後==：「2回の連続線」として可視化＋「他の単価アップ施策との対比」で希少性が浮上＋「利用税制約」という構造要因まで繋がった
詳細は 5-単価アップ施策の系譜 参照。
8. ★ AIバイアス自己警戒（「一般的すぎるから捨てる」を禁止）
このルールの発見経緯
レストランページ執筆中、オサケンさんから「人員（人手不足）テーマがなぜ概念ページに入っていないか」と問われ、私の思考プロセスを自己診断した結果、==「世間で一般的だから特異な発見ではない」と判断して棄却していた==ことが判明。
8-1. 禁止する判断
以下の理由で概念候補を棄却することを ==禁止==：
- 「世間でよく言われるテーマだから」
- 「一般的すぎる／普遍的すぎる／陳腐」
- 「特異な発見ではなさそう」
- 「他社でもありそうな話」
==一般的なテーマこそ組織に根が深い構造課題かもしれない==。
8-2. 必須手順
各概念ページ候補の選定時：
- ==言及頻度Grepによる定量検証== を必ず実施
- 頻度が上位（例：6/56ファイル以上）のテーマは ==例外なく候補に含める==
- 「一般的だから外す」と判断したテーマは、==外した理由をログ化== して後で再検証
- 希少度バイアス（特異な発見偏重）に注意：「目新しい発見」だけを評価しがちな自分を疑う
8-3. 検証実例
| テーマ | 私の初期判断 | 実態（Grep） | 教訓 |
|---|---|---|---|
| ビール値上げ | 「単独施策」と認識し系譜化を怠った | 2回連続実行・TCC最大の連続線 | 系譜化原則（§7）の発見へ |
| 人員（人手不足等） | 「一般的すぎる」と棄却 | 13-16ファイル・茶店の2倍以上 | AIバイアス警戒（§8）の発見へ |
==2件とも、Wiki化プロジェクトの方法論を進化させた==。
8-4. しおりさん相談時の追加項目
- 「Claudianが『一般的すぎる』として棄却したテーマがないか」を聞く
- 経営側で気になっているが議事録に断片しか出ていないテーマを聞き出す
9. v0.6 → v1.0 昇格基準
当初予定の見直し
v0.5は当初「6本（→7本）の概念ページ完成後にv1.0昇格」予定だった。==しかし、レストランページまでで既に4つの方法論的発見が積み重なった==：
- 数値取扱い（6カテゴリ判定）— 客単価ページで発見
- 3クラス出典分類 — レストランページで発見
- 系譜化原則（§7）— レストランページで発見
- AIバイアス自己警戒（§8）— 人員テーマ浮上で発見
v0.5のまま v1.0 直行は危険。==v0.6 を中間バージョンとして経由==する。
9-1. v0.6 への昇格条件
残り3本（人員・茶店・評価制度）の執筆が完了した時点で：
- 新発見がなかった場合 → v0.6 確定
- 新発見1〜2件 → v0.6 で再検証
- 新発見3件以上 → v0.6 で根本再設計
9-2. v1.0 への昇格条件
しおりさん監修サイクル後、以下が満たされた時点：
- 全7本の概念ページで整流ルール v0.6 が問題なく適用できた
- しおりさん監修で「ルールの上書き／追加」が出なかった
- 「親しみ呼称の取扱い」「個人名取扱い境界線」など保留事項に判断が出た
9-3. v1.0 昇格時の必須作業
- ルールの最終形を
05_REFERENCE/Wiki/整流ルール_v1.0.mdに正式版として配置 - 7本の概念ページを v1.0 ルールで再点検
- しおりさん監修ログを
05_REFERENCE/Wiki/監修ログ.mdに蓄積開始
10. ★ 議事録の声の大きさバイアス（原典自体のバイアス・Class D で補正）
このルールの発見経緯
レストランのビール値上げ系譜を執筆中、オサケンさんから「最初のビールの値上げは、レストランではないマスター室の責任者・業務支配人の林さんの案だった」と指摘を受け、議事録には「声が大きい人のことしか取り上げられない」構造的バイアスが存在することが判明。
10-1. バイアスの構造
==議事録は「議論された内容」を記録するが、議論を「誰が発案したか」「誰の前例があったから採用されたか」「採用後の相乗効果は何だったか」は記録されないことが多い==。
| 議事録に記録されやすい | 議事録に記録されにくい |
|---|---|
| 採用後の議題化された決定事項 | ==発案者の名前と着想の経緯== |
| 担当部署アサイン | ==他部署からの提案==（管轄越え） |
| TODO形式の指示 | ==採用判断の背景にある前例== |
| 数値結果 | ==他施策との相乗効果==（声掛け×値上げ等） |
| 大きな声の人の発言 | ==地道な裏方の貢献== |
10-2. 補正手段：Class D（口頭証言）
==Class D（口頭証言）が「声の大きさバイアス」の主要な補正手段==。
- しおりさん／オサケンさん／幹部への補完取材
- 「議事録には書かれていない真相」をWikiに重ね書き
- 取材日・発言者・引用形式を明記
10-3. 検証実例：ビール値上げ
==Wiki化前：議事録から抽出した結果、「単独施策」として記述 Class D補完後==：
- 提案者：==業務支配人（マスター室管轄）==（議事録に名前なし）
- 着想経緯：近隣GC支配人との会話で気付き、==自主調査==
- 採用判断：施設責任者（松浦支配人）が即採用
- 採用速度の背景：==練習場コイン値上げの成功体験==（同一発案者）
- 結果増の理由：==声掛け施策との相乗効果==
==「単発施策」が「人物起点の連続成功（コイン→ビール×2）」==に書き換わった。これがClass Dの威力。
10-4. Class D取材のチェックリスト
各概念ページしおり監修時に必ず実施：
- 発案者は誰か（議事録に名前なし／別人記載のケース）
- 着想の経緯はどこからか（近隣比較／他社経験／個人の気付き等）
- 採用判断は誰か（議事録上の議題化と別の意思決定者）
- 採用速度の背景はあるか（前例の成功体験／信頼関係等）
- 結果増の理由（他施策との相乗効果／タイミング等）
- ==地道な貢献者==で議事録に名前が残らなかった人はいるか
10-5. 取材時の注意
- 個人攻撃の温床にならない（誰が悪い、ではなく、誰の貢献を残すか）
- 業務支配人の「他部署提案」のような ==役職の横断的貢献==を見える化する
- ==「声の小さい貢献者」の名前を保存==することがWiki化の組織健全化機能
11. ★ Wiki化の触媒哲学（揚げ足を取られてこそWiki）
オサケンさんの本質発言（2026-05-19）
==「Wikiってこうやって増えて行くのでしょうね。他の人が読んだら意見がでるような、揚げ足をとられてこそWikiなのだろう。そこで、何を載せるか、どう載せるか、それらが大事なのでしょうね」==
11-1. 設計思想の転換
==Wikiは「正解の保管庫」ではなく「議論の触媒」==。
| 従来のWiki観 | Wiki化の触媒哲学 |
|---|---|
| 完成形を目指す | ==議論の起点を提供する== |
| 揚げ足を取られないように書く | ==揚げ足を取られて初めて価値が出る== |
| 編集権限を絞る | 監修・反論・補完の経路を開く |
| 正確性で評価する | ==触発の質で評価する== |
11-2. 設計原則
- ==草稿はオサケンさん／しおりさんに「異論ありますか」と問いかける形にする==
- 反論・追加・補完を ==「修正」ではなく「Class D 補完」として歓迎==
- ==「最終版」を作らない==。「v0.X、v0.Y…」と進化し続ける文化を植える
- 監修ログを必ず残す：「誰がどう揚げ足を取ったか／どう修正したか」がWikiの最大の資産
- 完成度よりも「触発回数」を品質指標にする
11-3. しおりさん相談時の最重要メッセージ
==「Wikiは議論の触媒です。完成形ではありません。揚げ足を取ってもらうほど良くなります」==
これが伝わらないと、Wikiは「権威化された静的ドキュメント」になり、組織の議論を硬直化させる。逆効果。
11-4. v1.0 昇格基準への組み込み（§9更新）
v1.0 昇格条件に追加：
- 各概念ページに ==1回以上の Class D 補完== が記録されている
- しおりさん／オサケンさんから ==1回以上の「異論／揚げ足／追加」== を受けた
- 受けた指摘の ==対応質==（無視・反映・議論継続）が記録されている
12. 残課題（v1.0 化に向けて）
| # | 残課題 | 検討予定 |
|---|---|---|
| 1 | 顧客名の取扱い：完全匿名化 vs 業種表記化、踏み込み度合い | 客単価ページ（2本目）で検証 |
| 2 | 数値・予算情報のレンジ化：どこから秘匿対象か | しおりさん相談時 |
| 3 | 派閥的議論の経緯：完全除去 vs 「議論があった事実」だけ記録 | 評価制度ページ（5本目）で本格検証 |
| 4 | プロ・委員名：契約形態の表記揺れの統一 | 全6本完成後に一括見直し |
| 5 | 顧客企業名：会社名出すかどうか | VoC Wiki Phase で本格議論 |
5. パイロット適用結果（2026-05-19時点）
コンペ概念ページ（1本目）での適用例
5原則すべてを適用。==整流前後の対比例5件==を 6-整流ルール適用例-v05 に記録。
観察された傾向
- 個人名は 47本中ほぼ毎回登場。整流コストは高いが、組織記録としての価値は高まる
- 感情語・修辞語は 2026年議事録で減少傾向（オサケンさん介入の効果？）
- 派閥的言い回しは 想定より少ない（=しおりさん体制下で抑制されている可能性）
次の検証ポイント
- 客単価ページ（2本目）：数値の取扱いを本格検証
- 評価制度ページ（5本目）：派閥的議論への整流耐性を検証
6. 更新履歴
| 日付 | 内容 |
|---|---|
| 2026-05-19 | v0.5 初版（Claudian）。コンペ概念ページ草稿執筆時に帰納的抽出。 |
| 2026-05-19 | v0.5 更新（Claudian）。客単価ページ執筆時の検証で §3「数値・予算情報の取扱い」を6カテゴリ判定原則に再整理。検証実例追記。 |
| 2026-05-19 | v0.5 更新（Claudian）。レストランページ執筆時に §4「出典の取扱い（3クラス分類）」を新設・試験投入。§5「親しみ呼称の取扱い」を v0.6 検討事項として記録。 |
| 2026-05-19 | ==v0.5 大幅更新==（Claudian）。オサケンさん2件の指摘により発見：§7「系譜化原則」（ビール値上げ系譜化漏れ発見）／§8「AIバイアス自己警戒」（人員テーマ棄却発見）／§9「v0.6 → v1.0 昇格基準」（中間バージョン経由を必須化）。Wiki化方法論が大幅進化。 |
| 2026-05-19 | ==v0.5 さらに大幅更新（第3の進化）（Claudian）。オサケンさんの「議事録には声が大きい人のことしか取り上げられない」「揚げ足を取られてこそWiki」指摘により発見：§4を4クラス化（Class D「口頭証言」==新設）／§10「議事録の声の大きさバイアス」／§11「Wiki化の触媒哲学」。Wikiは完成形ではなく議論の触媒という根本転換。 |