docs: update all documentation and add AI tooling configs
- Rewrite README.md with current architecture, features and stack - Update docs/API.md with all current endpoints (corporate, BI, client 360) - Update docs/ARCHITECTURE.md with cache, modular queries, services, ETL - Update docs/GUIA-USUARIO.md for all roles (admin, corporate, agente) - Add docs/INDEX.md documentation index - Add PROJETO.md comprehensive project reference - Add BI-CCC-Implementation-Guide.md - Include AI agent configs (.claude, .agents, .gemini, _bmad) - Add netbird VPN configuration - Add status report Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
This commit is contained in:
117
_bmad/wds/workflows/4-ux-design/workflow-suggest.md
Normal file
117
_bmad/wds/workflows/4-ux-design/workflow-suggest.md
Normal file
@@ -0,0 +1,117 @@
|
||||
---
|
||||
name: 'workflow-suggest'
|
||||
description: 'Build a scenario''s page flow step by step, with the agent proposing and the user confirming at each stage.'
|
||||
---
|
||||
|
||||
# [S] Suggest — Agent Proposes, User Confirms Each Step
|
||||
|
||||
**Goal:** Build a scenario's page flow step by step, with the agent proposing and the user confirming at each stage.
|
||||
|
||||
**When to use:** When the user wants collaborative control — the agent suggests, the user approves or adjusts before moving on.
|
||||
|
||||
---
|
||||
|
||||
## INITIALIZATION
|
||||
|
||||
Read design log at `{output_folder}/_progress/00-design-log.md` before starting.
|
||||
|
||||
## Entry
|
||||
|
||||
Load scenario context from `{output_folder}/C-UX-Scenarios/`.
|
||||
|
||||
### Scenario Check (CRITICAL GATE)
|
||||
|
||||
Before starting page design, verify that a scenario exists for the selected scenario:
|
||||
|
||||
1. Look for scenario files in `{output_folder}/C-UX-Scenarios/[NN-slug]/[NN-slug].md`
|
||||
2. **If a Phase 3 scenario exists** → Skip to **Page Creation** below. The scenario's 8-question answers, shortest path, and first page specification provide everything needed.
|
||||
3. **If NO scenario exists** → Do NOT attempt to define the scenario here. Instead:
|
||||
- Inform the user: *"Before we design pages, we need a scenario outline. This gives us the user's device, mental state, entry point, and the shortest path — all essential for good page design."*
|
||||
- Suggest returning to Phase 3 to outline the scenario using the 8-question dialog
|
||||
- The user can then return here with [D] from the Phase 3 post-scenario menu
|
||||
|
||||
**Why:** Phase 3's 8-question dialog is the canonical way to define scenarios. It produces richer, more grounded scenarios than trying to shortcut the process here.
|
||||
|
||||
### Phase 3 Handover Context
|
||||
|
||||
When entering from Phase 3's [D] option (start designing), the scenario file and page folders already exist. Use:
|
||||
- **Page folders** from `{output_folder}/C-UX-Scenarios/[NN-slug]/pages/[NN].1-[page-slug]/` — each page has a boilerplate `.md` and a `Sketches/` subfolder
|
||||
- **First page spec** (`[NN].1-*.md`) has full entry context (device, arrival, mental state) from Q4, Q5, Q6
|
||||
- **Shortest path** from Q8 to know the full page sequence
|
||||
|
||||
## Steps
|
||||
|
||||
Execute steps in `./steps-s/`:
|
||||
|
||||
### Page Creation (per page)
|
||||
|
||||
| Step | File | Purpose |
|
||||
|------|------|---------|
|
||||
| 08 | step-08-page-context.md | Establish page context |
|
||||
| 09 | step-09-page-name.md | Name the page |
|
||||
| 10 | step-10-page-purpose.md | Define page purpose |
|
||||
| 11 | step-11-entry-point.md | Define entry points |
|
||||
| 12 | step-12-mental-state.md | Capture mental state |
|
||||
| 13 | step-13-desired-outcome.md | Define desired outcome |
|
||||
| 14 | step-14-variants.md | Identify page variants |
|
||||
| 15 | step-15-create-page-structure.md | Create initial structure |
|
||||
|
||||
**Agent behavior:** Propose each step, wait for user confirmation before proceeding. Adjust based on feedback.
|
||||
|
||||
**Reference data:**
|
||||
- `./data/scenario-init/` — scenario guides and examples
|
||||
- `./data/page-creation-flows/` — page creation approaches
|
||||
|
||||
---
|
||||
|
||||
## AFTER COMPLETION
|
||||
|
||||
### Design Log Update
|
||||
|
||||
After finishing a page specification, append to the Design Loop Status table in `{output_folder}/_progress/00-design-log.md`:
|
||||
```
|
||||
| [Scenario slug] | [NN.X] | [Page name] | specified | [YYYY-MM-DD] |
|
||||
```
|
||||
Do NOT skip this — the design log drives the adaptive dashboard.
|
||||
|
||||
### Two-Option Transition
|
||||
|
||||
After specification is complete, check what was identified during the design:
|
||||
- **Web platform?** → Responsive content decisions are needed
|
||||
- **Storyboard items identified?** → On-page interactions need exploring
|
||||
- **Complex functionality?** → Forms, validation, dynamic content need detail
|
||||
|
||||
**If complexity exists:**
|
||||
|
||||
<output>
|
||||
**Specification for "[page name]" is complete.**
|
||||
|
||||
This page has [responsive states / storyboard items / complex functionality] that need exploring.
|
||||
|
||||
1. **Explore [responsive states / storyboard / functionality]** — define the details
|
||||
2. **Explore the next scenario step** — [next page name]
|
||||
</output>
|
||||
|
||||
**If simple page (no complexity identified):**
|
||||
|
||||
<output>
|
||||
**Specification for "[page name]" is complete. Ready to build.**
|
||||
|
||||
1. **Build it** — start agentic development
|
||||
2. **Explore the next scenario step** — [next page name]
|
||||
</output>
|
||||
|
||||
**If no more pages in scenario:**
|
||||
Replace option 2 with: "All pages in this scenario are designed!"
|
||||
|
||||
### Transition Handling
|
||||
|
||||
- **Option 1 (next logical step):** Proceed to the appropriate activity (explore → responsive diffs, build → Phase 5 prototyping)
|
||||
- **Option 2 (next scenario step):** Check Q8 for the next page. If the next page doesn't have a folder yet, ask the two outline questions (page purpose + exit action), create the page folder, then design it using steps 08-15.
|
||||
- **Component Extraction Check** (2nd+ page only): Before designing the next page, scan completed specs for shared elements. If found, briefly suggest extraction. Don't block the flow — the user can defer.
|
||||
|
||||
### Execution Rules
|
||||
|
||||
- ALWAYS halt and wait for user input after presenting transition options
|
||||
- User can chat or ask questions — always respond and then redisplay the transition
|
||||
- The user can always say "stop" to pause and return later — log current status
|
||||
Reference in New Issue
Block a user