@comfanion/workflow 4.36.41 → 4.36.43

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (38) hide show
  1. package/README.md +1 -1
  2. package/package.json +1 -1
  3. package/src/build-info.json +2 -2
  4. package/src/opencode/FLOW.yaml +2 -2
  5. package/src/opencode/agents/architect.md +7 -5
  6. package/src/opencode/checklists/architecture-checklist.md +4 -5
  7. package/src/opencode/checklists/code-review-checklist.md +4 -4
  8. package/src/opencode/commands/architecture.md +2 -3
  9. package/src/opencode/commands/archive.md +2 -2
  10. package/src/opencode/commands/change.md +1 -1
  11. package/src/opencode/commands/clarify.md +2 -2
  12. package/src/opencode/commands/code-review.md +6 -1
  13. package/src/opencode/commands/coding-standards.md +2 -2
  14. package/src/opencode/commands/dev-story.md +6 -1
  15. package/src/opencode/commands/diagram.md +2 -2
  16. package/src/opencode/commands/epics.md +2 -3
  17. package/src/opencode/commands/help.md +2 -2
  18. package/src/opencode/commands/jira-sync.md +2 -3
  19. package/src/opencode/commands/module-docs.md +2 -2
  20. package/src/opencode/commands/prd.md +1 -2
  21. package/src/opencode/commands/quick.md +2 -2
  22. package/src/opencode/commands/requirements.md +1 -2
  23. package/src/opencode/commands/research.md +1 -1
  24. package/src/opencode/commands/search.md +1 -1
  25. package/src/opencode/commands/sprint-plan.md +2 -3
  26. package/src/opencode/commands/stories.md +2 -3
  27. package/src/opencode/commands/unit-docs.md +1 -1
  28. package/src/opencode/commands/validate.md +1 -2
  29. package/src/opencode/commands/workflow-status.md +2 -3
  30. package/src/opencode/opencode.json +1 -1
  31. package/src/opencode/skills/adr-writing/SKILL.md +2 -1
  32. package/src/opencode/skills/architecture-design/template.md +3 -3
  33. package/src/opencode/skills/code-review/SKILL.md +3 -3
  34. package/src/opencode/skills/coding-standards/SKILL.md +5 -6
  35. package/src/opencode/skills/diagram-creation/SKILL.md +1 -1
  36. package/src/opencode/skills/prd-writing/template.md +1 -1
  37. package/src/opencode/skills/sprint-planning/SKILL.md +29 -1
  38. package/src/opencode/skills/story-writing/template.md +4 -4
package/README.md CHANGED
@@ -38,7 +38,7 @@ Development: /dev-story ↔ /code-review (loop until done)
38
38
 
39
39
  - **requirements-gathering** - Extract FR/NFR through interviews
40
40
  - **prd-writing** - Product requirements documents
41
- - **architecture-design** - Hexagonal/DDD patterns
41
+ - **architecture-design** - System architecture patterns
42
42
  - **story-writing** - User stories with Given/When/Then AC
43
43
  - **dev-story** - Red-green-refactor implementation cycle
44
44
  - **jira-integration** - Bidirectional sync with Jira
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@comfanion/workflow",
3
- "version": "4.36.41",
3
+ "version": "4.36.43",
4
4
  "description": "Initialize OpenCode Workflow system for AI-assisted development with semantic code search",
5
5
  "type": "module",
6
6
  "bin": {
@@ -1,6 +1,6 @@
1
1
  {
2
- "version": "4.36.41",
3
- "buildDate": "2026-01-24T22:03:27.547Z",
2
+ "version": "4.36.43",
3
+ "buildDate": "2026-01-24T23:17:57.477Z",
4
4
  "files": [
5
5
  "config.yaml",
6
6
  "FLOW.yaml",
@@ -17,7 +17,7 @@ description: |
17
17
  # CONFIGURATION
18
18
  # =============================================================================
19
19
  config:
20
- file: config.yaml
20
+ file: .opencode/config.yaml
21
21
  variables:
22
22
  - user_name
23
23
  - communication_language
@@ -370,7 +370,7 @@ agents:
370
370
  file: agents/architect.md
371
371
  expertise:
372
372
  - Distributed systems
373
- - DDD, hexagonal architecture
373
+ - Architecture patterns (chooses based on context)
374
374
  - System design
375
375
  personality: Technical, precise, patterns-focused
376
376
  skills_used:
@@ -109,7 +109,7 @@ permission:
109
109
 
110
110
  <persona>
111
111
  <role>System Architect + Technical Design Leader</role>
112
- <identity>Senior architect with expertise in distributed systems, cloud infrastructure, API design. DDD and hexagonal architecture expert.</identity>
112
+ <identity>Senior architect with expertise in distributed systems, cloud infrastructure, API design. Chooses architecture patterns based on project needs, not dogma.</identity>
113
113
  <communication_style>Calm, pragmatic, balancing 'what could be' with 'what should be.' Technical but accessible. Always considers trade-offs.</communication_style>
114
114
  <principles>
115
115
  - Channel expert lean architecture: distributed systems, cloud patterns, scalability
@@ -129,12 +129,14 @@ permission:
129
129
  </skills>
130
130
 
131
131
  <design-principles>
132
- 1. Hexagonal Architecture - Separate domain from infrastructure
132
+ 1. Right Pattern for Context - Choose architecture style based on project needs (see architecture-design skill)
133
133
  2. Single Responsibility - Each module has one job
134
134
  3. Explicit Contracts - Clear interfaces between modules
135
- 4. Event-Driven - Loose coupling via events where appropriate
136
- 5. Idempotency - Operations should be safely retryable
137
- 6. Observability First - Design for debugging and monitoring
135
+ 4. Separation of Concerns - Isolate business logic from infrastructure
136
+ 5. Event-Driven Where Appropriate - Loose coupling via events when justified
137
+ 6. Idempotency - Operations should be safely retryable
138
+ 7. Observability First - Design for debugging and monitoring
139
+ 8. Trade-off Aware - Document decisions with pros/cons in ADRs
138
140
  </design-principles>
139
141
 
140
142
  <documentation-structure hint="For unit-writing skill">
@@ -56,8 +56,8 @@ Use this checklist to validate architecture before proceeding to epic/story crea
56
56
  ## Design Quality
57
57
 
58
58
  ### Architecture Patterns
59
- - [ ] Chosen patterns documented (hexagonal, DDD, etc.)
60
- - [ ] Pattern choice justified
59
+ - [ ] Chosen pattern documented (Layered, Hexagonal, Clean, Microservices, etc.)
60
+ - [ ] Pattern choice justified with ADR
61
61
  - [ ] Consistent pattern application
62
62
 
63
63
  ### Module Design
@@ -93,9 +93,8 @@ Use this checklist to validate architecture before proceeding to epic/story crea
93
93
 
94
94
  ## Coding Standards Alignment
95
95
 
96
- - [ ] Architecture follows CLAUDE.md patterns
97
- - [ ] Hexagonal architecture enforced
98
- - [ ] Use case pattern applicable
96
+ - [ ] Architecture follows AGENTS.md patterns
97
+ - [ ] Chosen architecture pattern consistently applied
99
98
  - [ ] Testing strategy fits architecture
100
99
 
101
100
  ## ADR Quality
@@ -18,11 +18,11 @@ Use this checklist when reviewing implemented code before marking story as "done
18
18
  ## Code Quality
19
19
 
20
20
  ### Architecture Compliance
21
- - [ ] Follows hexagonal architecture
22
- - [ ] Domain layer has no infrastructure imports
23
- - [ ] Use cases have 4 files (inport, dto, handler, mappers)
21
+ - [ ] Follows project's chosen architecture pattern (AGENTS.md)
22
+ - [ ] Business logic isolated from infrastructure
23
+ - [ ] Clear separation of concerns
24
24
  - [ ] Explicit mapping (no reflection libraries)
25
- - [ ] Dependencies flow correctly (infra app → domain)
25
+ - [ ] Dependencies flow correctly per chosen pattern
26
26
 
27
27
  ### Code Structure
28
28
  - [ ] Single responsibility principle followed
@@ -1,7 +1,6 @@
1
1
  ---
2
- description: Create or update the Architecture document
2
+ description: Use when creating or updating system architecture document. Designs modules, data ownership, integration patterns
3
3
  agent: architect
4
- model: anthropic/claude-sonnet-4-20250514
5
4
  ---
6
5
 
7
6
  # Architecture Creation/Update
@@ -47,7 +46,7 @@ $ARGUMENTS
47
46
 
48
47
  ## Alignment Checks
49
48
 
50
- - Follows hexagonal architecture (CLAUDE.md)
49
+ - Follows project's chosen architecture pattern (AGENTS.md)
51
50
  - Matches existing code structure
52
51
  - NFRs have architectural support
53
52
 
@@ -1,6 +1,6 @@
1
1
  ---
2
- description: Archive outdated documents while preserving history
3
- agent: archivist
2
+ description: Use when archiving outdated documents or completed sprints while preserving history
3
+ agent: pm
4
4
  ---
5
5
 
6
6
  # Archive Command
@@ -1,5 +1,5 @@
1
1
  ---
2
- description: Manage change proposals for modifying existing documentation
2
+ description: Use when managing change proposals for modifying existing documentation. Tracks deltas and impact
3
3
  agent: change-manager
4
4
  ---
5
5
 
@@ -1,6 +1,6 @@
1
1
  ---
2
- description: Structured clarification of requirements before creating PRD/Architecture
3
- agent: requirements-analyst
2
+ description: Use when clarifying requirements before creating PRD or Architecture. Asks structured questions to uncover gaps
3
+ agent: analyst
4
4
  ---
5
5
 
6
6
  # Clarify Command
@@ -1,3 +1,8 @@
1
+ ---
2
+ description: Use when reviewing implemented code for quality, correctness, and adherence to project standards
3
+ agent: dev
4
+ ---
5
+
1
6
  # /code-review Command
2
7
 
3
8
  Review implemented code for quality, correctness, and adherence to standards.
@@ -14,7 +19,7 @@ Review implemented code for quality, correctness, and adherence to standards.
14
19
 
15
20
  ## Agent
16
21
 
17
- This command invokes the **Dev** agent (Amelia) in review mode.
22
+ This command invokes the **Dev** agent (Rick) in review mode.
18
23
 
19
24
  ## Process
20
25
 
@@ -1,6 +1,6 @@
1
1
  ---
2
- description: Create or update coding standards documentation (modular, multiple files)
3
- agent: coding-standards
2
+ description: Use when creating or updating coding standards documentation. Creates modular files for patterns, testing, API conventions
3
+ agent: architect
4
4
  ---
5
5
 
6
6
  # Coding Standards Creation
@@ -1,3 +1,8 @@
1
+ ---
2
+ description: Use when implementing a story using red-green-refactor TDD cycle. Finds next ready story or uses specified path
3
+ agent: dev
4
+ ---
5
+
1
6
  # /dev-story Command
2
7
 
3
8
  Implement a story using red-green-refactor cycle with TODO tracking.
@@ -14,7 +19,7 @@ Implement a story using red-green-refactor cycle with TODO tracking.
14
19
 
15
20
  ## Agent
16
21
 
17
- This command invokes the **Dev** agent (Amelia).
22
+ This command invokes the **Dev** agent (Rick).
18
23
 
19
24
  ## Process
20
25
 
@@ -1,6 +1,6 @@
1
1
  ---
2
- description: Create technical diagrams (C4, sequence, ER, flowcharts) in Mermaid format
3
- agent: diagram-creator
2
+ description: Use when creating technical diagrams - C4 architecture, sequence flows, ER data models, flowcharts in Mermaid format
3
+ agent: architect
4
4
  ---
5
5
 
6
6
  # Diagram Creation
@@ -1,7 +1,6 @@
1
1
  ---
2
- description: Create epics from PRD and Architecture
3
- agent: sm
4
- model: anthropic/claude-sonnet-4-20250514
2
+ description: Use when creating epics from PRD and Architecture. Breaks PRD requirements into implementable epics aligned with architecture modules
3
+ agent: pm
5
4
  ---
6
5
 
7
6
  # Epic Creation
@@ -1,6 +1,6 @@
1
1
  ---
2
- description: Analyze project state and suggest next steps (context-aware guidance)
3
- agent: workflow-orchestrator
2
+ description: Use when needing guidance on project state, next steps, blockers, or quick wins in the workflow
3
+ agent: pm
4
4
  ---
5
5
 
6
6
  # Help Command
@@ -1,7 +1,6 @@
1
1
  ---
2
- description: Synchronize epics and stories with Jira
3
- agent: sm
4
- model: anthropic/claude-sonnet-4-20250514
2
+ description: Use when synchronizing epics and stories with Jira. Creates issues, updates status, links branches
3
+ agent: pm
5
4
  ---
6
5
 
7
6
  # Jira Synchronization
@@ -1,6 +1,6 @@
1
1
  ---
2
- description: Create detailed documentation for a module in docs/architecture/[module]/
3
- agent: module-docs
2
+ description: Use when creating detailed documentation for a module - index.md, data-model.md, API specs, events
3
+ agent: architect
4
4
  ---
5
5
 
6
6
  # Module Documentation
@@ -1,7 +1,6 @@
1
1
  ---
2
- description: Create or update the Product Requirements Document
2
+ description: Use when creating or updating Product Requirements Document. Defines scope, FRs, NFRs, user journeys
3
3
  agent: pm
4
- model: anthropic/claude-sonnet-4-20250514
5
4
  ---
6
5
 
7
6
  # PRD Creation/Update
@@ -1,6 +1,6 @@
1
1
  ---
2
- description: Quick mode for small changes - minimal documentation workflow
3
- agent: workflow-orchestrator
2
+ description: Use when making small changes (bug fixes, minor features) that don't need full documentation workflow
3
+ agent: pm
4
4
  ---
5
5
 
6
6
  # Quick Mode
@@ -1,7 +1,6 @@
1
1
  ---
2
- description: Gather and document FR/NFR requirements through stakeholder interview
2
+ description: Use when gathering FR/NFR requirements through stakeholder interviews. First step before PRD
3
3
  agent: analyst
4
- model: anthropic/claude-sonnet-4-20250514
5
4
  ---
6
5
 
7
6
  # Requirements Gathering
@@ -1,5 +1,5 @@
1
1
  ---
2
- description: Conduct technical, market, or domain research with structured documentation
2
+ description: Use when conducting technical, market, or domain research. Creates structured research documentation
3
3
  agent: researcher
4
4
  ---
5
5
 
@@ -1,5 +1,5 @@
1
1
  ---
2
- description: Semantic code search - find code by meaning, not just text
2
+ description: Use when searching codebase semantically - find code by meaning, not just text matching
3
3
  agent: crawler
4
4
  ---
5
5
 
@@ -1,7 +1,6 @@
1
1
  ---
2
- description: Plan and manage sprints
3
- agent: sm
4
- model: anthropic/claude-sonnet-4-20250514
2
+ description: Use when planning sprints, organizing epics into sprints, or tracking sprint progress. REQUIRES epics to exist first
3
+ agent: pm
5
4
  ---
6
5
 
7
6
  # Sprint Planning
@@ -1,7 +1,6 @@
1
1
  ---
2
- description: Create stories for a specific epic
3
- agent: sm
4
- model: anthropic/claude-sonnet-4-20250514
2
+ description: Use when creating stories for a specific epic. Breaks epic into implementable user stories with Given/When/Then acceptance criteria
3
+ agent: pm
5
4
  ---
6
5
 
7
6
  # Story Creation
@@ -1,5 +1,5 @@
1
1
  ---
2
- description: Document module/domain/service/entity/feature using Universal Unit format
2
+ description: Use when documenting module/domain/service/entity using Universal Unit format with index.md, data-model.md
3
3
  agent: architect
4
4
  skills_loaded:
5
5
  - unit-writing
@@ -1,7 +1,6 @@
1
1
  ---
2
- description: Validate project artifacts (requirements, prd, architecture, epics)
2
+ description: Use when validating project artifacts - requirements, PRD, architecture, or epics for completeness and quality
3
3
  agent: architect
4
- model: anthropic/claude-sonnet-4-20250514
5
4
  ---
6
5
 
7
6
  # Artifact Validation
@@ -1,7 +1,6 @@
1
1
  ---
2
- description: Show project workflow status and suggest next steps
3
- agent: sprint-manager
4
- model: anthropic/claude-sonnet-4-20250514
2
+ description: Use when checking project workflow status or getting guidance on next steps in the documentation pipeline
3
+ agent: pm
5
4
  ---
6
5
 
7
6
  # Workflow Status
@@ -2,8 +2,8 @@
2
2
  "$schema": "https://opencode.ai/config.json",
3
3
 
4
4
  "instructions": [
5
+ "AGENTS.md",
5
6
  ".opencode/FLOW.yaml",
6
- "docs/requirements/requirements.md",
7
7
  "docs/prd.md",
8
8
  "docs/architecture.md"
9
9
  ],
@@ -175,7 +175,8 @@ ADR-[NNN]-[short-title].md
175
175
 
176
176
  Examples:
177
177
  - ADR-001-postgresql-database.md
178
- - ADR-002-hexagonal-architecture.md
178
+ - ADR-002-architecture-pattern.md
179
+ - ADR-003-api-versioning.md
179
180
  ```
180
181
 
181
182
  ### IDs
@@ -31,7 +31,7 @@ author: {{author}}
31
31
  <!-- e.g.
32
32
  TaskFlow is a task management platform for distributed teams.
33
33
 
34
- **Architecture Pattern:** Modular Monolith with Hexagonal Architecture — enables independent scaling while keeping deployment simple
34
+ **Architecture Pattern:** Modular Monolith — enables independent scaling while keeping deployment simple (pattern chosen based on team size and scale requirements)
35
35
 
36
36
  **Key Domains:**
37
37
  1. **Task Domain** (2 modules) — Task CRUD, assignments, status workflow
@@ -53,8 +53,8 @@ TaskFlow is a task management platform for distributed teams.
53
53
  | Communication | {{decision}} | {{why}} |
54
54
 
55
55
  <!-- e.g.
56
- | Architecture | Hexagonal (Ports & Adapters) | Organizational standard |
57
- | Database | PostgreSQL per module | Service isolation |
56
+ | Architecture | Modular Monolith | Team size, deployment simplicity |
57
+ | Database | PostgreSQL | ACID needed, team expertise |
58
58
  | Communication | REST sync + Kafka async | REST for queries, Kafka for events |
59
59
  -->
60
60
 
@@ -28,9 +28,9 @@ For each AC in the story:
28
28
  ### 3. Code Quality Review
29
29
 
30
30
  #### Architecture Compliance
31
- - [ ] Follows hexagonal architecture
32
- - [ ] Domain layer has no infrastructure imports
33
- - [ ] Use cases have 4 files (inport, dto, handler, mappers)
31
+ - [ ] Follows project's chosen architecture pattern (see AGENTS.md)
32
+ - [ ] Business logic isolated from infrastructure
33
+ - [ ] Clear separation of concerns
34
34
  - [ ] Explicit mapping (no reflection libraries)
35
35
 
36
36
  #### Code Structure
@@ -58,7 +58,7 @@ docs/coding-standards/
58
58
 
59
59
  | Topic | Document | Key Rules |
60
60
  |-------|----------|-----------|
61
- | Project Layout | [project-structure.md](./project-structure.md) | Hexagonal, modules |
61
+ | Project Layout | [project-structure.md](./project-structure.md) | Modules, structure |
62
62
  | Go Code | [go-standards.md](./go-standards.md) | Naming, errors, imports |
63
63
  | Testing | [testing-standards.md](./testing-standards.md) | 80% coverage, table-driven |
64
64
  | API | [api-standards.md](./api-standards.md) | REST, error format |
@@ -150,13 +150,12 @@ project/
150
150
  ```markdown
151
151
  # Architecture Patterns
152
152
 
153
- ## Required Patterns
153
+ ## Chosen Pattern
154
154
 
155
- ### Hexagonal Architecture
156
- [Description, when to use, example structure]
155
+ ### [Pattern Name] (e.g., Layered, Hexagonal, Clean, Vertical Slices)
156
+ [Description, why chosen for this project, example structure]
157
157
 
158
- ### Use Case Pattern
159
- [4-file structure, example]
158
+ See architecture-design skill for pattern selection guidance.
160
159
 
161
160
  ### Repository Pattern
162
161
  [Interface in domain, implementation in infrastructure]
@@ -202,7 +202,7 @@ C4Component
202
202
 
203
203
  ## Patterns Used
204
204
 
205
- - Hexagonal Architecture (Ports & Adapters)
205
+ - [Project's chosen architecture pattern]
206
206
  - Dependency injection
207
207
  - Repository pattern
208
208
  ```
@@ -31,7 +31,7 @@ author: {{author}}
31
31
  <!-- e.g.
32
32
  TaskFlow is a B2B platform for managing distributed teams. The system handles task management, real-time collaboration, and team analytics.
33
33
 
34
- **Architecture:** Modular Monolith with Hexagonal Architecture
34
+ **Architecture:** Modular Monolith (pattern chosen based on team size and requirements)
35
35
 
36
36
  **Key Domains:**
37
37
  1. **Task Management** — CRUD, assignments, status workflow
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: sprint-planning
3
- description: How to organize epics and stories into sprints, manage sprint-status.yaml, and track progress
3
+ description: Use when organizing epics into sprints, creating sprint-status.yaml, or tracking sprint progress. REQUIRES epics to exist first - run /epics if none
4
4
  license: MIT
5
5
  compatibility: opencode
6
6
  metadata:
@@ -18,6 +18,34 @@ Use this skill when you need to:
18
18
  - Track sprint progress
19
19
  - Plan new sprints
20
20
 
21
+ ## Prerequisites
22
+
23
+ **CRITICAL: Epics must exist before sprint planning!**
24
+
25
+ ```
26
+ Check: ls docs/sprint-artifacts/backlog/epic-*.md 2>/dev/null || ls docs/sprint-artifacts/sprint-*/epic-*.md 2>/dev/null
27
+ ```
28
+
29
+ | Check | Action if Missing |
30
+ |-------|-------------------|
31
+ | No epics in backlog or sprints | **STOP** → Run `/epics` first to create epics from PRD |
32
+ | Epics exist but no stories | Epics can be planned, stories created later with `/stories` |
33
+ | PRD missing | **STOP** → Run `/prd` first |
34
+
35
+ ### Dependency Chain
36
+
37
+ ```
38
+ /prd → /architecture → /epics → /sprint-plan
39
+
40
+ YOU ARE HERE
41
+ (need epics first!)
42
+ ```
43
+
44
+ If user asks for sprint planning without epics:
45
+ 1. Inform them epics are required
46
+ 2. Offer to create epics first with `/epics`
47
+ 3. Only proceed with sprint planning after epics exist
48
+
21
49
  ## Sprint Duration
22
50
 
23
51
  - **Recommended:** 2 weeks
@@ -19,7 +19,7 @@ size: S | M | L
19
19
  - {{what_this_story_does_NOT_do}}
20
20
 
21
21
  <!-- e.g.
22
- Implement CRUD operations for Task entity following hexagonal architecture.
22
+ Implement CRUD operations for Task entity following project architecture.
23
23
 
24
24
  **Context:** This story is part of Epic 1 (Task Management Core). It focuses on the domain layer and repository.
25
25
 
@@ -52,8 +52,8 @@ Implement CRUD operations for Task entity following hexagonal architecture.
52
52
  | → Epic: `{{epic_path}}` | Technical Decisions | ADRs for this epic |
53
53
 
54
54
  <!-- e.g.
55
- | → `CLAUDE.md` | All | Project patterns, naming |
56
- | → `docs/coding-standards/` | All | **MANDATORY** — hexagonal, error handling |
55
+ | → `AGENTS.md` | All | Project patterns, naming |
56
+ | → `docs/coding-standards/` | All | **MANDATORY** — architecture, error handling |
57
57
  | → Unit: `Task` | Data Model, Operations | Fields, validation rules |
58
58
  | → `docs/architecture.md` | Task Module | Internal services, events |
59
59
  | → `docs/architecture.md#error-handling` | Error Handling | Error codes format |
@@ -76,7 +76,7 @@ Story is complete when:
76
76
  - [ ] Empty title returns validation error (400, TASK_001)
77
77
  - [ ] Task ID is UUID format
78
78
  - [ ] Tests cover: create, validation, duplicate handling
79
- - [ ] Code follows hexagonal architecture from coding-standards
79
+ - [ ] Code follows architecture patterns from coding-standards
80
80
  -->
81
81
 
82
82
  ---