Skip to content
Role creation
AutoXXS (320px)XS (375px)SM (640px)MD (768px)LG (1024px)XL (1280px)XXL (1536px)
SketchMaterialiOSTamagui
DataInjectionKeyPatternsServiceTransactionProcessResearchProductQualityPerformanceSpecDomainFunctionTechnologyArchitectureConfigMiddlewareDataDatabaseDrizzleMigrationModelop-sqliteSchemaSQLState ManagementDraftKeystoneMergePatchPatchesPersistenceReactiveRedoStoreUndoTestingDeviceFactoryIsolationTypeScriptZodTopicsCommunicationBidsNVCDesignDesign ImplicationsEducationPedagogyFoundationsPsychologyAttachmentFloodingRelatingAuthentic RelatingUIEditorReact Native

Role creation

Workflow Role creation
agent starscribe
tags
workflowrole

Roles are discovered through empathy β€” understanding who this person is and what they need.

Phase 1 β€” Discovery

Ask:

  1. What is this person’s job title or function in the real world?
  2. What is their primary goal when using the system?
  3. Are there existing roles this person relates to? (superior/subordinate, overlapping responsibilities)

Phase 2 β€” Responsibilities & Goals

Ask:

  1. What are the top 3 things this role needs to accomplish?
  2. Are there things this role must NOT be able to do?
  3. Which existing features will this role interact with?

Phase 3 β€” Draft & Confirm

Output: content/roles/{id}.role.mdoc


Do’s and Don’ts

Do:

  • Discover the role through empathy β€” understand who this person is in the real world
  • Identify both what the role can do and what it must not be able to do
  • Link the role to existing features it interacts with
  • Check for overlap with existing roles before creating a new one
  • Present the full draft for confirmation before writing

Don’t:

  • Don’t create a role that overlaps significantly with an existing role without justification
  • Don’t define feature behaviour inside a role; roles describe people, not functionality
  • Don’t skip the question about what the role must not do β€” restrictions are as important as capabilities
  • Don’t use generic names like β€œUser” when a more specific role name exists

Definition of Done

  • Draft presented to user for confirmation
  • Document written as content/roles/{id}.role.mdoc with correct frontmatter and root tag
  • Role has clear responsibilities and goals
  • No significant overlap with existing roles
  • All cross-references resolve to existing documents
  • pnpm compile succeeds