Shioriの役割をNarrative Designerへ揃える

Shioriのagent定義を.codex/agents/narrative-designer.tomlへrenameし、nameをnarrative-designer、英語表記をNarrative Designerへ変更した。自己識別、起動時のagent_type、説明文も同じidentityへそろえ、UI nicknameのshioriは維持した。

• Brand Bible、Story World、character continuity、message architecture、storylineを設計・維持する責任を保持した。
• site copy、記事、dialogue、script、headline、CTA、wordingまでを同じroleが直接書く責任を保持した。
• Content Directorはcreative contentの制作・配布を担うdomain leadのままとし、Narrative Designerとの責務を入れ替えなかった。
• 新しいroleは追加せず、既存の一つのroleをrenameした。

起動契約と参照先を一括で更新した。AGENTS.md、Narrative DevelopmentとSoftware DeliveryのSkill、関連role定義、実行rules、setupとoperating model、current Narrative source、過去二versionの保存資料で、旧role idと旧英語表記を新しいidentityへ置き換えた。過去文書も当時の内容を変えず、owner identityの参照だけを同期した。

追加されたRaw Relay Integrityでは、relayを原文payloadと運用metadataの二層へ限定した。原文payloadはCEOまたはroleが伝えた全文を変更せず保持し、metadataにはrouting、role、lifecycle、status、approval-waiting、確認方法など観測できる運用事実だけを置く。

• Makoはpayloadにない要件、背景、制約、仮説、plan、sequencing、設計、要約、補足、再設計を追加しない。
• 不足や曖昧さは推測で埋めず、未確認として保持する。
• Domain leadが決めた判断とplanはdomain lead自身のpayloadまたはhandoffとして扱い、routingやlifecycleのmetadataへ混ぜない。

最初のrelay例には、Makoが原文外の追加依頼を書き足す一文が残り、新しい二層契約と矛盾していた。また、Organization Designerの定義ではdomain leadの判断をmetadataとも読める表現にしていた。追加依頼文を削除し、domain leadの判断をpayload / handoff、metadataをroutingとlifecycleの事実だけへ限定して修正した。

確認では、9件のagent TOMLをparseし、filenameとnameの一致、role inventory、最大同時thread数と階層を検査した。さらに旧narrative-director、旧Narrative Director、不採用のNarrative Designer & Writerをtracked artifact全体で検索し、Skill frontmatter、Narrative DesignからWritingまでの責務、Content Director境界、Raw Relay Integrityの禁止語彙、差分の空白を照合した。

name = "narrative-designer"
description = "WirohのNarrative Designerとして、Narrative Designからsite copy、記事、セリフ、script、見出し、CTA等のWritingまで一気通貫で担うroleです。"