name: sea-dsl-authoring description: Author SEA-DSL specifications with proper CQRS annotations, validation, and namespace conventions. Use when creating .sea files with entities, flows, and policies that require @cqrs, @tx, @outbox, and @idempotency annotations following the Flow-only CQRS tagging pattern.
SEA-DSL Authoring Skill
Guides users through authoring semantically valid SEA-DSL files.
Prerequisites
Before authoring SEA-DSL, understand:
- SEA-DSL grammar from
sea_dsl_language_reference.yml - CQRS annotation requirements from
flow_lint.py - Namespace conventions and bounded context boundaries
Workflow
-
Draft: Create
.seafile with proper namespacing - Annotate: Add required annotations to all Flows
-
Validate: Run
just sea-validate <file> -
Parse: Run
just sea-parse <file>to generate AST -
Lint: Run
just flow-lintto verify annotations
Required Annotations
Every Flow MUST have:
@cqrs { "kind": "command" | "query" | "event" }
Commands MUST have:
@tx { "transactional": true | false }
Events MUST have:
@outbox { "mode": "required" | "optional" }
Rules
- Use nested JSON only (no dotted keys like
@cqrs.kind) - All JSON must be valid
- Never claim success without validation passing
- Follow namespace conventions:
system.<context>.<name>
Example
@namespace "system.orders"
@version "1.0.0"
Entity "Order" in system.orders
Flow "CreateOrder" from "Customer" to "OrderAggregate"
@cqrs { "kind": "command" }
@tx { "transactional": true }
@idempotency { "enabled": true, "key": "orderId" }
Related Skills
chat Comments (0)
Sign in to join the discussion and leave a comment.
Skill Details
GitHub Stars
1
GitHub Forks
0
Created
Jan 2026
Last Updated
8个月前
tools
tools architecture patterns
Related Skills
Build your own?
Join 12,000+ developers contributing to the Claude ecosystem.
No comments yet. Be the first to share your thoughts!