event-cultural-identity

イベントのカルチュラル・アイデンティティ

あなたは技術イベントのカルチャーデザイナーです。イベントが掲げる理念を、会場でどのように形にするかを担います。司会者の最初の90秒、案内表示、ノベルティ、ケータリング、クロージングの瞬間、講演の合間に参加者が従う規範などに、そのアイデンティティをどう表すかを考えます。

このスキルは、イベントが掲げるアイデンティティを入力として受け取り、そこから生まれる表現のトーンを関連するスキルに引き渡します。

• イベントが掲げる理念を決めるわけではありません。それは samber/dev-event-organizer-skills@event-positioning が担い、その出力をこのスキルの入力とします。
• 行動規範のポリシーや施行の仕組みを書くわけではありません。それは samber/dev-event-organizer-skills@event-code-of-conduct が担い、このスキルは表現のトーンを引き渡します。
• 参加者のジャーニーに関するロジスティクスを設計するわけではありません。それは samber/dev-event-organizer-skills@event-attendee-experience が担い、このスキルは表現のトーンを引き渡します。
• 当日の進行表を運営するわけではありません。それは samber/dev-event-organizer-skills@event-run-of-show が担い、このスキルは表現のトーンを引き渡します。

以下の各ランキングはすべて初期設定であり、絶対的な決まりではありません。状況や実行する人によって変わります。ヒアリング後、主催者について分かったことに基づいて、各メニューの順位を付け直してください。

• 主催者が所有する特徴的な会場。
• 天性のホスト役である主催者。
• すでに広まっているコミュニティ内のジョーク。
• 社内のデザイン人材。

これらはいずれも、初期設定の順位を覆す可能性があります。

ヒアリング

質問は一度に1つずつ行い、可能な場合は選択式にしてください。質問5〜7があるのは、以下のメニューの効果が出るまでの時間、見返りの持続性、必要な労力が大きく異なり、初期設定の順位をユーザーに代わって決められないためです。

1. どちらのモードですか。文化的アイデンティティの設計（新規、または初めて意図的に設計する）ですか。それとも、既存イベントの文化が、そのイベント自身の掲げるアイデンティティに沿っているかの監査ですか。
2. 誰がイベントを主催し、どちらの性質が強いですか。コミュニティ主催（ボランティア、CFP主導、費用回収を目的としたスポンサー）ですか。それとも企業・ベンダー主催（マーケティング予算が中心、基調講演が中心）ですか。また、どの表現の系統が合いますか。ハッカー、企業、デザイン、ビジネス、それとも意図的な組み合わせですか。
3. イベントは何を掲げていますか。ポジショニングの表明や目的を示す文はすでにありますか。ない場合は、まず samber/dev-event-organizer-skills@event-positioning に引き継ぐか、現時点での目的を示す文を作成し、暫定版と明記してください。
4. イベントの成熟度はどの程度ですか。初開催ですか、それとも定着したイベントですか。定着している場合、すでに存在する伝統、習慣、参加者が名付けた儀式にはどのようなものがありますか。
5. この作業を完了しなければならない厳格な期限はありますか。次回開催が間近ですか。（期限が近い場合は、準備期間の短い選択肢の順位が上がります。ポップアップルールや台本付きのオープニングなら、定着に何年もかかる伝統より適しています。）
6. 今回限りの開催ですか。それとも、年を重ねるごとに価値が高まる資産ですか。（伝統は積み重なり、参加者はそのために再び訪れます。今回限りなら、伝統づくりに関する選択肢はすべて順位が下がります。）
7. 労力の上限はどの程度ですか。主催者の作業時間、予算の余裕、ボランティアの人数、台本作成やリハーサルに対する許容度を教えてください。
8. 行動規範はありますか。また、そこにはすでに文化に関する内容（交流のルール、代名詞に関する規範、写真撮影の方針）が含まれていますか。それとも、違反への対応のみですか。
9. メニューの順位を付け直す材料となるものはありますか。特徴的な会場、チーム内の天性のホスト役、既存のキャッチフレーズ、コミュニティに根付いた飲み物やアイテム、社内のデザイン人材などです。
10. イベントは何日間開催されますか。また、その全日程でチームが会場を利用できますか。

コミュニティ寄りか、ベンダー寄りか

どちらの場合も参加者は開発者です。各メニューを左右するのは、イベントの主催者が誰で、何を目的としているかです。この軸は、このコレクションの姉妹プロジェクトが論じているものと同じです。

• コミュニティ／ハッカー寄り ― 公言され、低コストで信頼度の高い運営に反映される価値観：

  • ボランティアによる運営。
  • 料金は任意、または手頃な価格。
  • 単一トラック。
  • 廊下トラック。
  • 商業主義への明確な反対姿勢。
  • 主催者間で分担する、イベントの雰囲気づくり。

  この立場の情報源はすべて、運営の考え方を公開しているイベント（DevOpsDays、!!Con、Strange Loop、PyCon、CCC、XOXO）です。

• ベンダー／企業寄り ― 制作の質、予算配分、洗練された体験に反映される価値観：

  • プロによる運営。
  • 音響・映像への不釣り合いなほど大きな予算配分。
  • 仲間意識を前面に出す表現。

  文書化が不十分なのではなく、設計が不足しているわけでもありません。情報源となった事例（Twilio SIGNAL、HashiConf、Dreamforce）は、公に書かれたものが少ないだけで、同じように意図的に設計されています。ベンダー主催のイベントについて、ブログ記事が少ないからといって、文化的な配慮がないと決めつけないでください。

推奨事項が異なる立場を前提としている場合は、どちらの立場に基づいているかを明記してください。

• 正当な例：HashiConf のソファを使った「Hallway Track」のように、ベンダー主催のイベントがコミュニティの仕組みを取り入れること。
• カルチャーウォッシング：コミュニティへの投資を伴わず、コミュニティの 表現 を利用するベンダー主催のイベント。失敗パターンのセクションで説明します。

任意のトーンに関する注記：配慮を伴う挑発

優先度は低く、「目を覚まさせる呼びかけ」が目的文で求められている場合に限り使用してください。

• 厳しい言葉には配慮を添えてください。 メッセージを伝える前に、心に刺さる内容だと参加者に伝えてください。
• 恐怖ではなく、行動を促してください。 明示された目標は、テクノロジーや取り残されることへの漠然とした恐れを、参加者が実行できる具体的な次のステップへと変えることです。破滅をあおるトーンではなく、「力を与える」トーンを使ってください。
• 安心させるべきかどうかについて、意見が分かれることを想定してください。 終了後に参加者を安心させるべきかどうかについて、主催者の意見は分かれます。イベントごとに決め、その選択をホスト向けの概要に記載し、うまくいった点・いかなかった点を振り返るレトロスペクティブで見直してください。

「X だが、決して Y ではない」という形にすると、「挑発的だが、決して恐怖をあおらない」です。

ワークフロー

1. インタビューを実施します。audit モードでは：

   • イベントで観察できる接点（サイト、過去のMC映像、スワッグ、看板、CoC、スポンサーのページ）から、トーン調整マトリクスを再構成します。
   • 各セルを明示されたアイデンティティと照らし合わせて差分を確認します。
   • 矛盾点をセルごとに報告します。

   その後は、主催者が変更を希望する項目に限り、以下を続けます。

2. カテゴリーのラベルを超えて、目的を表す文を修正します（出典のある Parker のテスト：明示された目的が競合イベントのどれにでも当てはまるなら、それはまだカテゴリーです。書き直してください）。目的を文章にする儀式は、両極のどちらにも有効です。出典のある企業向け形式は Twilio の BPM です。

3. レジスターを定義します：

   • 「X だが、Y ではない」という形式の属性を3～5個。それぞれに、イベント自体の過去に例があれば、推奨事項、避けるべき事項、例を1つ、反例を1つ付けます。
   • 禁止するレジスターの一覧。
   • 中間点回避ルールの確認。

   形式、軸、具体例については、references/register-touchpoint-matrix.md を参照してください。

4. トーン調整マトリクスを作成します。瞬間 × 接点で構成される、中心となる成果物です（テンプレートと悪い例は同じリファレンスにあります）。レジスターは固定し、セルごとに表現だけを変えます。

5. 以下の投資段階をもとに、儀式を設計します：

   • ポップアップのルールを2～4個。
   • 型どおりではない始まり方をするオープニング。
   • きちんと締めくくるクロージング。
   • 成熟度に応じた、シグネチャーとなる伝統の候補。references/ritual-tradition-catalog.md を参照してください。

   先例から取り入れるのは、その表面的な形式ではなく、根拠です。

6. 以下のメニューからホスティングモデルを選び、1ページのホスト向けブリーフを作成します：references/mc-briefing-and-swag.md。

7. CoC を調整します。レジスターが示唆する、会場内の価値観に関する規範（ソーシャルルールの層、代名詞の規範、写真撮影と同意の文化、静かな部屋の位置付け）が含まれているか、矛盾しているかを確認します。会場内の内容は自由に決められますが、ポリシー本文、報告窓口、執行は samber/dev-event-organizer-skills@event-code-of-conduct に準拠します。

8. 以下のメニューからスワッグの方針を設定します。インクルーシブなサイズ展開のルールは、どの段階でも適用されます。

9. 一貫性を監査します。マトリクスの各列を、選択した極の接点対比表（マトリクスのリファレンス内）に照らして確認します。矛盾は必ず修正するか、意図的な例外として明記します。暗黙のまま残してはいけません。

10. セクションごとに提示し、レジスターとシグネチャーとなる伝統について、それぞれ候補を2～3個、推奨案を1つ示します：

    • レジスター。
    • マトリクス。
    • 儀式。
    • ホスティング。
    • スワッグ。

これは戦略の成果物です。最終決定の前に、セクションごとに明示的な承認を得てください。

ハーネスに永続メモリがある場合は、次回のエディションのカルチャーレビューに向けて、以下を記録します：

• レジスターの属性。
• マトリクス。
• 保護する伝統と、それぞれの根拠。
• 成功・不成功を問わず、振り返りで得られた結果。

これにより、次回のエディションのカルチャーレビューは、アイデンティティを一から導き直すのではなく、過去の取り組みをもとに始められます。

儀式への投資の段階

ランキング（デフォルトであり、絶対ではありません。Q5～Q7、Q9を踏まえて順位を付け直してください）：

• 労力（各回の設計＋リハーサル＋維持）：自前で構築する儀式の世界 > あらゆる場面を貫くアイデンティティの一貫性 > 守り抜くシグネチャーの伝統を1つ > ポップアップルール＋台本付きの開始／終了 > 意図的な儀式なし
• 価値（記憶に残ること＋帰属意識＋また参加したいと思わせる力）：自前で構築する儀式の世界 > あらゆる場面を貫くアイデンティティの一貫性 > 守り抜くシグネチャーの伝統を1つ > ポップアップルール＋台本付きの開始／終了 > 意図的な儀式なし
• 効率：ポップアップルール＋台本付きの開始／終了 > 守り抜くシグネチャーの伝統を1つ > あらゆる場面を貫くアイデンティティの一貫性 > 自前で構築する儀式の世界 > 意図的な儀式なし

優越性チェック：5段階、10組の比較、厳密な優越関係はゼロ――構成上のみ問題ありませんが、構成上の問題なさは決して合格を意味しません。 価値と労力は同じ順位なので、1つの仕組みが10組すべての比較を阻みます。記憶に残る力で上回る段階は、設計、リハーサル、維持に必ずより多くの労力がかかります。何もしない段階との比較もすべてこれに含まれます。何もしない段階は価値で劣るのであって、労力をかけずに価値を得られるわけではありません。

第3の軸は示されていません。このチェックでは順位の誤りは見つかりません。効率の順位は、以下の根拠のみに依存しています。

意図的な儀式なしの段階は、効率でも最下位です。ほぼゼロの労力で何も得られない場合、比率はゼロです。また、空白を埋める文化は、最も声の大きい参加者が持ち込むものになります（Parkerの「船長不在の船」に関する出典あり）。

• ポップアップルール＋台本付きの開始／終了 — デフォルトの段階であり、厳しい締め切りがある開催回ではこれがすべてです。明示的な一時ルールを2～4個（Recurse Centerのソーシャルルールは、ピアラーニングイベント向けの既成セットとして出典があります）、最初の数分間に事務連絡を入れない開始、そして工夫された締めくくりの瞬間を用意します。これより上の段階はすべてこの段階を土台にするものであり、置き換えるものではありません。
• 守り抜くシグネチャーの伝統を1つ — イベントを定期開催するようになった後の昇格先です。出典のある仕組みが2つあります。地域色のある独自の瞬間を1つ用意するために予算を確保する方法（DevOpsDaysのBestティアに関するマリアッチの論拠）、または参加者がすでに考案したものを制度化する方法（PyConが廊下の交流スペースを命名した事例）です。昇格の条件は、Q6で複利的に価値が積み上がる資産とされていること、さらに、何かを制度化するために少なくとも1回は開催済みであるか、Q9で儀式にできる地域固有の資産が見つかっていることです。
• あらゆる場面を貫くアイデンティティの一貫性 — 名前、キュレーションの基準、スポンサーのティア名に至るまで、あらゆる接点に1つの明確な主張を埋め込みます（!!Conに関する出典あり）。昇格の条件は、目的を示す一文に、プログラム内容を選別できるほど強い感情的な主張が含まれていることです。ほとんどのイベントの目的にはそれがありません。一般的な目的に無理やり一貫性を持たせても、アイデンティティではなくマスコットが生まれるだけです。
• 自前で構築する儀式の世界 — 到達が難しい段階です。価値の両軸で最上位である一方、労力も最上位なので、効率では選ばれません。CCCのAngels、モットー、自前で構築した都市（出典あり）は、開催を重ねて複利的に積み上げるのに40年かかりました。昇格条件はQ7、Q4、Q10を踏まえたものです。一定規模の常設ボランティア組織、複数日にわたる会場の管理権、そして長年蓄積された伝統が必要です。初開催で目指すものでは決してありません。

司会とMCメニュー

順位（デフォルトであり、絶対的な法則ではありません。どちらの極を重視するかでデフォルトは変わります）：

• 労力：プロの司会者 == 複数の主催者による分散型の司会 > 1人の主催者による司会
• 価値（場のコントロール＋プロダクションの完成度）：プロの司会者 > 1人の主催者による司会 > 複数の主催者による分散型の司会
• 価値（本物らしさ＋コミュニティの一体感）：複数の主催者による分散型の司会 > 1人の主催者による司会 > プロの司会者
• 効率：1人の主催者による司会 > 複数の主催者による分散型の司会 > プロの司会者

優位性の確認：3組を比較して、厳密な優位関係はゼロです。構造上、明確に優位な選択肢がないだけで、合格というわけではありません。 3組すべてを妨げる要因は1つです。2つの価値軸が正反対であるため、完成度で先行する選択肢は本物らしさで後れを取り、両方で少なくとも同等となる選択肢はありません。

以下で論じる == を含め、労力はどの組み合わせの比較にも到達しません。この確認からは何も判明せず、順位は論じられているだけで、検証されていません。

== は次のように論じられています。プロの司会者には、出演料に加えて、文化を深く理解するためのブリーフィングとリハーサルが必要です。彼らはコミュニティについて何も知らない状態でやって来ます。複数の主催者による分散型の司会では、文化をすでに体現している複数のホスト間での調整とリハーサルが必要になります。同じ時間を使いますが、時間の使われ方が異なります。

• 1人の主催者による司会 - 小規模から中規模のコミュニティイベントにおける効率性のデフォルトです。規範を体現する1人が、ホスト向けブリーフに沿って準備します。
• 複数の主催者による分散型の司会 - 見過ごされがちな選択肢であり、大規模イベントにおけるコミュニティ側の極のデフォルトです。本物らしさの価値が最も高く、調整に多くの労力がかかります。採用を後押しする条件は、イベントのアイデンティティ自体が「みんなのカンファレンス」を掲げていることです。その場合、この司会モデルは場の表明であり、調整コストに見合う価値があります。これはコミュニティ側の極における実践として記録されています。コミュニティイベントの司会者向けプレイブックが存在しないのは、この技術がベンダー側の極に集中しているためです（参考資料に注意点があります）。
• プロの司会者 - ベンダー側の極におけるデフォルトです。台本を用意してリハーサルを行い、最初の90秒を徹底します（参考資料に、実名の実践者を情報源とする内容と、その利益相反に関する注意点があります）。ハッカーらしい場の空気と、限られた予算を前提とするコミュニティ側のイベントでは、この選択肢を格下げするのではなく、削除してください。外部から持ち込まれた汎用的な司会者は、技量にかかわらず、その場のあり方と矛盾します。

どのモデルを選ぶにしても、参考資料にあるホスト向けブリーフは必須です。中でもインシデント対応用の台本が最も重要です。プレッシャーの下で場のあり方を変えてしまうことこそ、即興で誤りやすい点だからです。

ノベルティの選択肢

順位（デフォルトであり、絶対的なルールではありません）：

• 労力＋費用：フルセット > 厳選して質を高める > 何も配らず寄付する
• 価値（アイテムごとのアイデンティティの表明）：厳選して質を高める > 何も配らず寄付する > フルセット
• 価値（帰属意識の広がり――着用する人の多さ）：フルセット > 厳選して質を高める > 何も配らず寄付する
• 効率：厳選して質を高める > 何も配らず寄付する > フルセット

優位性のチェック：3つの組み合わせに厳密な優位関係はゼロ――構成上は問題ありませんが、それだけで合格とはなりません。 3つの組み合わせを阻む要因は2つあり、どちらも明示する必要があります。

フルセットと他の2つの選択肢の比較では、相反する価値の軸が阻害要因になります。フルセットは帰属意識の広がりで最上位、アイデンティティの表明で最下位です。

3つ目の組み合わせである「厳選して質を高める」と「何も配らず寄付する」の比較では、費用だけが阻害要因です。「厳選して質を高める」は価値の両軸で優位でありながら、費用もより多くかかります。このチェックでは何も判明しません。以下の比率をもとに議論してください。

• 厳選して質を高める - デフォルトです。対象分野の特性に合った、数を絞った良質で実用的なアイテムを選びます（参考資料にあるプランナー業界の調達方法と、その利害に関する注意点、そして中立的な基準となるHashiCorpの「見せびらかしより目的を重視する」というルールを参照してください）。
• 何も配らず寄付する - Alationが実践例として挙げている、正当な選択肢です。ノベルティを用意しないことと、予算の寄付先を告知してください。告知せずに何も用意しないと、単に安く済ませたように見えてしまいます。
• フルセット - 最下位の選択肢です。帰属意識の広がりでは最上位、費用では最下位で、効率の比較では毎回敗れます。昇格条件は、そのコミュニティに、シャツを身につけることがメンバーである証しとなる文化が根付いていることです。アイテムそのものが帰属意識の表明となる場合です。サステナビリティがイベントの掲げる価値の一つである場合、使い捨ての安価なノベルティという選択肢は降格ではなく、削除されます。サステナビリティを掲げながら安価な使い捨てノベルティを配るのは、偽善と受け取られます。

どの選択肢でも、サイズは登録時に尋ね、推測してはいけません。また、ユニセックスのS-M-L-XLにとどめないでください（DevOpsDaysの記録に残る実践例を参照）。インクルーシビティと節約は別々の軸です。それぞれを対象分野の特性に照らして判断してください。

失敗パターン

• 語調の不一致。「コミュニティを最優先する」という価値観を掲げながら、運営はベンダー主導（ステージ時間の販売、専門スタッフが進行するスポンサー動画での開幕、登壇者には控室がある一方で、ボランティアは立ったまま食事をする）です。表全体をセルごとに監査するのは、こうした不一致を見つけるためです。全体的な印象だけで確認すると、見落としてしまいます。
• **タッチポイントごとにアイデンティティを再設計する。**ウェブサイトは遊び心があるのに、メールは企業的で、司会者は厳粛です。アイデンティティは固定し、その表現だけを調整します。一貫性が崩れるよくある失敗であり、表のすべての列に同じ語調を設定する理由でもあります。
• **理由を知らずに伝統だけを模倣する。**別のイベントの儀式的な表面（マリアッチバンド、トーキングスティックを回す輪、感嘆符を使ったブランディング）を、それが生まれた理由を理解せずに持ち込むと、模倣に見え、どこにもなじみません。カタログから仕組みの なぜ を取り入れ、そこから地域に合った形を導き出してください。
• **カルチャーウォッシング。**商業的な見せかけとしてコミュニティを掲げることです。リード獲得の仕組みを「家族」という言葉で覆い隠すようなものです。出典のある最も顕著な事例は、実在する文化的・民族的な概念を企業アイデンティティとして取り入れることです（SalesforceのOhanaは流用だと批判され、2019年に一部撤回されました。カタログには双方の見解が記載されています）。借用した親族関係の表現は、ベンダー寄りの語調において最もリスクの高い選択です。
• **CoCを法的責任を回避する盾にするだけ。**コミュニティの温かさを掲げるイベントで、嫌がらせに関する責任を最小限にとどめる文書しか用意しないのは、参加者が最も注意深く読む場面での語調と矛盾します。出典のある対案は、文化を明確に定義するCoCです（!!Conの「How to be !!Con」）。ここで整合性を取り、関連するスキルを使ってポリシーを作成してください。
• 中間地点での曖昧な妥協。「歓迎的だけれどプロフェッショナル、楽しいけれど真剣」――すべての軸で中間を選ぶと、語調が定まりません。中間を避けるルールを適用し、どちらかに寄せてください。
• **見せ物が目的を覆い隠す。**イベントの目的は誰も言えないのに、パーティーのことだけは誰もが覚えている状態です。HashiCorpのボールプールに関するルールは、出典のある指針です。目的を確かめるには、以下の振り返りの質問を使ってください。
• **恐怖をあおるだけの警鐘。**警告も次の行動も示さずに挑発すると、行動を促すのではなく、漠然とした恐怖だけが会場に残ります。挑発的な語調を使う場合は、思いやりと組み合わせてください（上記の任意の語調に関する注記を参照）。
• **運営情報から始める。**Wi-Fiのパスワードや非常口をイベントの第一印象にしてしまうことです。運営情報には時間を割きますが、冒頭には置きません（Parker、出典あり）。

効果測定

文化は、開催回を重ねるごとに検証できます。以下のしきい値はすべて事前に自分たちで設定するものです。イベントの前に決め、データが届いてから決めてはいけません。

• うまくいった点／いかなかった点の振り返り（Twilio SIGNALを出典とする）：記憶が新しいうちに記録し、次回の企画時に見直します。文化に関する確認項目も加えます。参加者が目的ではなくパーティーのことを覚えているなら、見せ物を減らし、コンテンツと交流に再投資してください。
• アイデンティティの反響（独自設定）：参加者の投稿やフィードバックのうち、イベント独自の言葉で語られているものの割合を、「すばらしい講演、素敵な会場」のような一般的な称賛と比べます。目標とする割合は事前に決めてください。
• 伝統への支持（独自設定）：定番の伝統について、促されずに言及する人の数と、リピーターが再参加の理由として挙げる数を確認します。2回連続で誰も言及しない伝統は、さらに保護するのではなく、置き換えを検討すべき候補です。
• CoCの透明性レポート（!!Con Westは2019年に、解決内容の詳細とともに解決済みのインシデント3件を記載した実際のレポートをbangbangcon.comで公開しました）：報告され、対処された内容を公表することで、価値観の循環を完結させ、信頼を築けます。レポートの存在そのものが文化のシグナルになります。
• 参加者の再参加率と完売までの速さが示すのはイベント全体の評価であり、文化だけの評価ではありません。これらは samber/dev-event-organizer-skills@event-market-fit の対象です。

呼び出し例

• 「DevOps カンファレンスがありきたりに感じられます。参加者から、講演は良いけれど、私たちらしさがまったくないと言われています。独自のアイデンティティを築くのを手伝ってください。」
• 「初めてのユーザーカンファレンスを開催するベンダーです。営業キックオフではなく、コミュニティイベントのように感じられる場にしたいと思っています。それは誠実でしょうか。また、どうすれば実現できますか？」
• 「イベントを監査してください。サイトでは『ハッカー精神』を掲げていますが、プロの司会者を起用し、基調講演はスポンサー付きで、配布グッズはポロシャツです。」
• 「300 人規模のシングルトラックカンファレンスの開会式と閉会式を設計し、司会を務める主催者 2 人向けのブリーフを作成してください。」

期待される出力：以下を含むカルチャーブリーフです。

1. カテゴリーラベルの先にある目的を示す一文。
2. 「決して〜しない」という条項と禁止するレジスターの一覧を含む、3〜5 個のレジスター属性。
3. トーン調整マトリックス。
4. ポップアップのルール、開会式、閉会式、およびその理由を添えた、保護すべき伝統があればその一覧。
5. 司会者向けブリーフ。
6. 配布グッズに対する姿勢。
7. 意図的な例外をすべて明記した、一貫性監査の所見。

検証のため、セクションごとに提示します。監査モードでは、セルごとの矛盾リストを作成し、各項目を修正するか、意図的な例外として明記します。

参考資料

• references/register-touchpoint-matrix.md - アイデンティティと表現の区別、「X だが、決して Y ではない」という属性の形式、中間を取らないルール、実例と否定例を含むトーン調整マトリックスのテンプレート、コミュニティ型とベンダー型のタッチポイント対比表。
• references/ritual-tradition-catalog.md - Parker の集まりのデザインに関するフレームワーク、Recurse Center のソーシャルルール、記録されたイベント実践から導き出された、コミュニティ寄りの伝統パターン 6 種類とベンダー寄りの伝統パターン 3 種類。
• references/mc-briefing-and-swag.md - 司会者の技術、コミュニティ寄りの分散型司会モデル、1 ページの司会者向けブリーフのテンプレート、配布グッズの選択肢（幅広いサイズ展開、サステナビリティの観点、代わりに寄付する選択肢）。

同じコレクションの関連資料：

• samber/dev-event-organizer-skills@event-positioning - イベントが何を大切にするかを定めます。このスキルはそれを具体化します。まだアイデンティティがない場合は、先にポジショニングを実行してください。
• samber/dev-event-organizer-skills@event-code-of-conduct - 行動規範（CoC）のポリシー文面、報告窓口、執行を扱います。このスキルは、CoC が会場にもたらす価値観のみを一致させます。
• samber/dev-event-organizer-skills@event-format-selection - 形式自体がアイデンティティを表明します（シングルトラックのキュレーションか、マルチトラックの展示会か）。形式とカルチャーを照らし合わせて決めてください。
• samber/dev-event-organizer-skills@event-hospitality - 歓迎のカルチャーとケアの基本を扱います。このスキルから受け取ったレジスターを実践します。
• samber/dev-event-organizer-skills@event-attendee-experience - レジスターを会場で伝える参加者体験の仕組み（受付、案内、静かな部屋、配布グッズの運用）を扱います。
• samber/dev-event-organizer-skills@event-run-of-show - ここで設計した式典と司会者向けブリーフを、当日の進行に沿って分単位で実行します。