← 活動記録一覧

FACTUAL ACTIVITY RECORD · 実際の作業をもとにした活動記録

物語の構造と文章表現の役割を分ける

Scenario Writerと専用Skillを加え、承認済みNarrativeを保つhandoffとreview境界を定義する

対象期間:

目的

Narrative Directorが物語の構造設計と文章表現の推敲をともに担っていたため、既存のNarrative Storyを変えずに、サイト文言、記事原稿、セリフ、script、見出し、CTAの表現を磨く専門の役割が必要だった。

CEOは、Sosukeという文学系Scenario WriterをNarrative Directorのchildではなく同じspecialist階層へ置き、最初にrole定義、専用Skill、協働境界、検証手順を整えることを求めた。実際の文言改稿、写真の追加、design、実装はこの作業の対象外とした。

実装

.codex/agents/scenario-writer.tomlを追加し、scenario-writerというrole idとsosukeというUI nicknameを定義した。担当は、承認済みのNarrative Story、message architecture、storyline、content briefを入力として、語彙、文長、リズム、余韻、読み上げ時の響き、headline、CTA、dialogueやscriptの表現を磨くこととした。AIタレントのpersonaを実在人物として扱わず、未確認の人物、実績、数値、顧客、claim、URLを創作しない境界も置いた。

  • Narrative DirectorはNarrative Story、world、character continuity、message hierarchy、storyline、shared content briefを所有する。
  • Scenario Writerは承認済み入力からwording、sentence rhythm、headline、CTA、dialogue、script、localeごとの表現を磨く。
  • 構造変更が必要になった場合は本文を暗黙に差し替えず、理由と対象をNarrative Directorへ返す。
  • 両roleはpeer specialistとし、agent lifecycleはExecutive Secretaryが一元管理する。

.agents/skills/scenario-writing/SKILL.mdには、発動条件、入力確認、責務境界、処理順、出力、review gate、停止条件を実装した。linked Task、versionedな承認済みNarrative、audience、desired emotion、voice、channel、format、length、locale、CTA、fact・claim・public boundaryが揃わなければ書き始めない。各文言をcopy inventoryへ対応付け、core messageとsourceを固定してから表現を推敲し、before / after、変更理由、保持したmessage、locale note、未解決事項を残す流れとした。

既存の.agents/skills/narrative-development/SKILL.md.codex/agents/narrative-director.tomlも同期した。Narrative Directorは物語構造とmessage architectureをversioned inputとして固定し、publication wordingが必要な場合は、wording scope、audience、emotion、voice、locale、CTA、fact・claim・public boundary、開始・合流・停止条件を含むhandoffをScenario Writerへ渡す。表現上の都合だけで既存のNarrative Storyを暗黙に変更しない契約を両側へ記載した。

最初のサイト文言推敲に備え、指定された写真assetを入力条件として確認する契約もSkillへ加えた。pathが存在しない場合は画像を作成、加工、推測、代替生成せず、文言、design、実装の後続作業を開始しない。写真の内容、由来、権利、人物性もpathの存在だけから推測しない。

.codex/config.tomlでは9つのcustom roleをroot直下で扱う構成に揃え、同時に開けるthreadのglobal capを12、delegation depthを1とした。AGENTS.md、project guide、operating model、setup guide、CEO prompt guide、handoff examples、software delivery Skill、rules説明も合わせ、Scenario Writerをpeer specialistとして発見・handoff・reviewできるようにした。

検証では、project設定と9つのagent TOMLをparseし、Scenario Writingと更新後のNarrative DevelopmentをSkill validatorへ通した。role inventory、thread capacity、delegation depth、routingと責務境界の横断検索、差分の空白errorも確認した。その過程で、setup文書が削除済みのmetadata commentを存在するものとして説明している不一致が1件見つかったため、その説明だけを実体に合わせて修正し、同じ変更全体を再確認した。

一次Commitの差分へ行単位で照合した、.agents/skills/scenario-writing/SKILL.mdのcutoff時点の抜粋を示す。

.agents/skills/scenario-writing/SKILL.md実差分の抜粋
## Boundary

- ShioriのNarrative Story、world、character continuity、message hierarchy、storylineを変更しない
- Wording、sentence rhythm、dialogue、script expression、headline、CTA、語彙、余韻、可読性を磨く
- Structure変更が必要なら差し替えず、理由と対象をShioriへ返すhandoff packetにする
- Product fact / value / roadmapはRyoma、brand truth / governanceはYui、legal judgmentはYasu、visual expressionはAya、implementationはManabu / Ikumiへ残す
- AI社員personaを実在人物として表現せず、unsupported person、metric、testimonial、award、customer、claim、URLを創作しない
- Private log、secret、credential、personal dataを入力にしない
Narrativeの意味を固定したままwordingだけを磨く責務境界

図を描画しています…

確認したこと

確認結果

Scenario Writerのagent定義、専用Skill、Narrative Directorとの双方向の責務境界、運用文書が15ファイルへ反映された。成果は対象へ適用された。

project設定と9つのagent TOML、計10ファイルをparseでき、2つの対象Skillがvalidatorを通過した。role inventoryは9、threadのglobal capは12、delegation depthは1として文書と設定が一致した。

metadata説明の不一致は1行の修正で解消され、再確認で設定と説明が一致した。

cutoff時点ではScenario Writerをruntimeで起動するsmoke testを実施していない。実際のサイト文言改稿、写真asset、Pencil artifact、site実装、法務・locale確認、公開もこのActivityの確認範囲に含めていない。

完了とした根拠

Scenario WriterのroleとSkill、Narrative Directorとの責務境界、handoff・停止・review条件が設定と運用文書へ揃い、TOML parse、Skill validation、routing検索、差分検査に成功し、説明の不一致を解消した成果が対象へ適用されたことをもって、roleと文章推敲環境の整備を完了とした。