← All activity records

FACTUAL ACTIVITY RECORD · An activity record based on work that took place

Aligning roles and Story-level delivery in one operating model

Restructuring responsibility boundaries for Narrative, creative content, legal work, and progress visibility

Activity period:

Purpose

Separating Narrative Design from Writing had blurred the boundary between designing meaning and shaping it into words, duplicating both constraint handoffs and checks. At the same time, creative content such as video, music, images, and 3D models had no domain lead responsible for production and distribution together.

Delivery units split by Task were also prone to conflicts, while interpretation during relays, hidden approval waits, and compliance and reputation questions beyond narrow legal review remained unresolved. The aim was to bring roles, message transmission, work units, and verification gates into one organizational operating model.

Implementation

Shiori's scope expanded from Narrative Design through Writing, bringing message architecture, articles, dialogue, scripts, headlines, and calls to action into the same version. The former Writing-only agent and Skill were removed, eliminating the handoff between meaning design and expression refinement.

Sosuke was redefined as Content Director for creative content. Video, music, images, and 3D models became an expressive domain distinct from products, with a top-level domain lead owning requirements, Epics, User Stories, Tasks, production plans, and distribution plans. This added an entry point and integration owner for creative content alongside corporate and product work.

  • One User Story became one delivery unit, with downstream work converging on the same result.
  • A single delivery owner was designated, and a manifest aligned the Story, Tasks, completion conditions, dependencies, and post-application treatment.
  • Fail-closed checks ran immediately before preparation, application, and completion updates, stopping when any gate was unchecked, stale, or inconsistent.

Mako was constrained to relay the CEO's and each Role's original wording without alteration, leaving process design and requirement interpretation to domain leads. Central ownership of agent lifecycle, progress, approval-wait visibility, and critical gates remained. Startup receipts exposed the technical thread and agent identifiers, original Task, status, available host and location, and ways to inspect the work.

  • A codex://threads/<thread_id> link is formed from a verified identifier only when the technical thread can be obtained.
  • When the identifier cannot be obtained, the link stays unavailable, with host, location, and another inspection path shown instead.
  • Aya's long-running work is not stopped because time passes, and even complete silence requires CEO confirmation before stopping.

Yasu's remit expanded to Legal & Compliance, covering compliance and reputation risk as well as law. Checks for customer-facing websites, applications, and content also gained legal-risk and reputation-risk perspectives. These decisions were synchronized across agent definitions, operating documents, Skills, checklists, hooks, rules, the current organization map, and publication boundaries.

.codex/agents/content-director.toml — Story-level delivery boundary (excerpt)Exact implementation excerpt
- PRを伴うdeliveryでは、原則として対象repositoryごとに1 User Story / 1 branch / 1 PRとし、同一Storyの全Taskをdomain leadが作った同一branchへ順序付きで統合する
Story delivery and handoff routing at the cutoff

Rendering diagram…

What was confirmed

Verification results

The former Writing-only agent and Skill were gone, and Shiori owned Narrative Design through Writing in the same version.

Content Director was present as the top-level domain lead for creative content, completing an inventory of nine Roles across three domain entry points and six specialists.

Story-level delivery, single ownership, the manifest, fail-closed gates, verbatim relay, task visibility, and Aya's stop boundary agreed across agent definitions, operating documents, Skills, and rules.

Checks found that unavailable could incorrectly become a failure when no technical thread was obtainable; link, fallback, and blocker conditions were then aligned to identifier availability.

TOML, JSON, hook syntax, Skill frontmatter, rules, cross-references, and diff-format checks passed, and the new operating model was applied to the target by the cutoff. Live task-link and approval-wait display in a remote environment was not exercised by this Activity.

Basis for completion

The work was complete when Role definitions, the Story-level delivery contract, verbatim relay and progress visibility, and legal, compliance, and reputation gates were consistently applied across the relevant configuration, documents, Skills, and rules, and passed syntax, inventory, decision-condition, and cross-reference checks.