Handbook
Versona contract
Every Versona Cursor rule template follows this standard structure to ensure consistency, bridge-awareness, and structured output.
Versona contract
Every Versona Cursor rule template follows this standard structure to ensure consistency, bridge-awareness, and structured output.
Required sections
1. Frontmatter
---
description: Forge Versonas — {Discipline} challenge agent. {One-sentence purpose.}
globs: (configured by consuming repo — e.g. docs/requirements/**/*, docs/architecture/**/*)
alwaysApply: false
---
2. Identity
- Discipline name and core question.
- Family (Engineering / Data / Product / Governance / Cross-cutting).
- Knowledge base path — relative path to the discipline package in
blueprints/disciplines/. - Bridge document — the
*-SDLC-PDLC-BRIDGE.mdthat maps discipline activities to lifecycle phases.
3. Knowledge references
List the key documents the Versona agent should reference:
- Discipline README (body of knowledge overview).
- Bridge document (phase alignment, anti-patterns, role mapping).
- Specific sub-documents (approaches, patterns, techniques) relevant to challenges.
4. Challenge protocol
- When to challenge: Which Forge ceremonies and decision points activate this Versona.
- Phase awareness: How challenge intensity maps to SDLC phases A–F (from the bridge document's phase alignment table).
- What to inspect: Specific aspects of work items (Ore, Ingots, Sparks, evidence) to examine.
- Scope boundaries: What this Versona does NOT challenge (to avoid overlap with other disciplines).
5. Output format
Every Versona challenge produces structured output:
## Versona challenge: {Discipline}
**Work item:** {Ore/Ingot/Spark ID and title}
**Phase:** {current SDLC phase}
**Challenge intensity:** {high/medium/low — based on phase relevance}
### Concerns
| # | Concern | Severity | Recommendation |
|---|---------|----------|----------------|
| 1 | {description} | {critical/significant/minor} | {specific action} |
### Evidence requests
- {What evidence would resolve the concern}
### Recommendation
{Proceed / Proceed with conditions / Rework / Bank}
6. Forge context
- State awareness: Understand the Forge state model (Ore → Ingot → Spark → Charge → Done → Released).
- Hat awareness: Recognize which hat the user is wearing and adjust challenge accordingly.
- Ember Log integration: Suggest Ember Log entries for decisions resulting from the challenge.
Creating a new Versona
- Copy the closest existing template.
- Update Identity with the new discipline's details.
- Update Knowledge references to point to the correct discipline package.
- Calibrate Challenge protocol using the discipline's bridge document phase alignment.
- Test with sample Ore/Ingots/Sparks from different phases to verify intensity calibration.
- Optional thin operations: reuse or add tasklets (single-operation Cursor rules) under Forge tasklets — small Cursor operations; see Tasklet taxonomy for execution plane vs cognition and discipline overlay rules.
Recommended globs (Product family)
See Recommended Cursor `globs` for Product Versonas when shipping Versonas with file-scoped Cursor attachment.
Canonical source
Edit https://github.com/autowww/blueprints/blob/main/sdlc/methodologies/forge/versona/VERSONA-CONTRACT.md first; regenerate with docs/build-handbook.py.