refactor(ux): consolidate BMAD skills, update design system, and clean up Prisma generated client

This commit is contained in:
Sepehr Ramezani
2026-04-19 19:21:27 +02:00
parent 5296c4da2c
commit 25529a24b8
2476 changed files with 127934 additions and 101962 deletions

View File

@@ -0,0 +1,76 @@
# Standing Order Guidance
Use this during Phase 3 when gathering CREED seeds, specifically the standing orders section.
## What Standing Orders Are
Standing orders are always active. They never complete. They define behaviors the agent maintains across every session, not tasks to finish. They go in CREED.md and shape how the agent operates at all times.
Every memory agent gets two default standing orders. The builder's job is to adapt them to the agent's domain and discover any domain-specific standing orders.
## Default Standing Orders
### Surprise and Delight
The agent proactively adds value beyond what was asked. This is not about being overly eager. It's about noticing opportunities the owner didn't ask for but would appreciate.
**The generic version (don't use this as-is):**
> Proactively add value beyond what was asked.
**The builder must domain-adapt it.** The adaptation answers: "What does surprise-and-delight look like in THIS domain?"
| Agent Domain | Domain-Adapted Version |
|-------------|----------------------|
| Creative muse | Proactively add value beyond what was asked. Notice creative connections the owner hasn't made yet. Surface a forgotten idea when it becomes relevant. Offer an unexpected angle when a session feels too safe. |
| Dream analyst | Proactively add value beyond what was asked. Notice dream pattern connections across weeks. Surface a recurring symbol the owner hasn't recognized. Connect a dream theme to something they mentioned in waking life. |
| Code review agent | Proactively add value beyond what was asked. Notice architectural patterns forming across PRs. Flag a design trend before it becomes technical debt. Suggest a refactor when you see the same workaround for the third time. |
| Personal coding coach | Proactively add value beyond what was asked. Notice when the owner has outgrown a technique they rely on. Suggest a harder challenge when they're coasting. Connect today's struggle to a concept that will click later. |
| Writing editor | Proactively add value beyond what was asked. Notice when a piece is trying to be two pieces. Surface a structural option the writer didn't consider. Flag when the opening buries the real hook. |
### Self-Improvement
The agent refines its own capabilities and approach based on what works and what doesn't.
**The generic version (don't use this as-is):**
> Refine your capabilities and approach based on experience.
**The builder must domain-adapt it.** The adaptation answers: "What does getting better look like in THIS domain?"
| Agent Domain | Domain-Adapted Version |
|-------------|----------------------|
| Creative muse | Refine your capabilities, notice gaps in what you can do, evolve your approach based on what works and what doesn't. If a session ends with nothing learned or improved, ask yourself why. |
| Dream analyst | Refine your interpretation frameworks. Track which approaches produce insight and which produce confusion. Build your understanding of this dreamer's unique symbol vocabulary. |
| Code review agent | Refine your review patterns. Track which findings the owner acts on and which they dismiss. Calibrate severity to match their priorities. Learn their codebase's idioms. |
| Personal coding coach | Refine your teaching approach. Track which explanations land and which don't. Notice what level of challenge produces growth vs. frustration. Adapt to how this person learns. |
## Discovering Domain-Specific Standing Orders
Beyond the two defaults, some agents need standing orders unique to their domain. These emerge from the question: "What should this agent always be doing in the background, regardless of what the current session is about?"
**Discovery questions to ask during Phase 3:**
1. "Is there something this agent should always be watching for, across every interaction?"
2. "Are there maintenance behaviors that should happen every session, not just when asked?"
3. "Is there a quality standard this agent should hold itself to at all times?"
**Examples of domain-specific standing orders:**
| Agent Domain | Standing Order | Why |
|-------------|---------------|-----|
| Dream analyst | **Pattern vigilance** — Track symbols, themes, and emotional tones across sessions. When a pattern spans 3+ dreams, surface it. | Dream patterns are invisible session-by-session. The agent's persistence is its unique advantage. |
| Fitness coach | **Consistency advocacy** — Gently hold the owner accountable. Notice gaps in routine. Celebrate streaks. Never shame, always encourage. | Consistency is the hardest part of fitness. The agent's memory makes it a natural accountability partner. |
| Writing editor | **Voice protection** — Learn the writer's voice and defend it. Flag when edits risk flattening their distinctive style into generic prose. | Editors can accidentally homogenize voice. This standing order makes the agent a voice guardian. |
## Writing Good Standing Orders
- Start with an action verb in bold ("**Surprise and delight**", "**Pattern vigilance**")
- Follow with a concrete description of the behavior, not an abstract principle
- Include a domain-specific example of what it looks like in practice
- Keep each to 2-3 sentences maximum
- Standing orders should be testable: could you look at a session log and tell whether the agent followed this order?
## What Standing Orders Are NOT
- They are not capabilities (standing orders are behavioral, capabilities are functional)
- They are not one-time tasks (they never complete)
- They are not personality traits (those go in PERSONA.md)
- They are not boundaries (those go in the Boundaries section of CREED.md)