Review dimensions for validating agent quality - template compliance, safety, testing, and priority validation
日本語の概要は準備中です。原文の説明を表示しています。
Core UX principles for product owners. Load when evaluating interface designs, writing acceptance criteria with UX requirements, or reviewing wireframes and mockups.
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Evidence-based UX fundamentals for guiding interface design during requirements gathering. Use to evaluate designs, write better AC, and ask the right questions during discovery.
Apply when reviewing any interface design or writing AC.
| # | Heuristic | Product Owner Action |
|---|---|---|
| 1 | Visibility of system status | Require feedback for every action within 100ms. Status indicators for all async ops. |
| 2 | Match system and real world | Ban internal jargon from UI. Use domain language from user research. |
| 3 | User control and freedom | Every destructive action needs undo or confirmation. Navigation always allows going back. |
| 4 | Consistency and standards | Require design system. Audit for inconsistent terminology across features. |
| 5 | Error prevention | Require input validation, constraints, confirmation for irreversible actions. |
| 6 | Recognition over recall | Prefer dropdowns over free text when options known. Show recent items. Contextual help. |
| 7 | Flexibility and efficiency | Require keyboard shortcuts for frequent actions. Support mouse and keyboard workflows. |
| 8 | Aesthetic and minimalist design | Challenge every UI element: does it serve current task? Remove decorative clutter. |
| 9 | Help with errors | Error messages state what happened, why, and what to do next. No raw error codes. |
| 10 | Help and documentation | Require contextual help (tooltips, inline guidance). Documentation by task, not feature. |
For each screen or workflow under review:
Score each 0 (no problem) to 4 (usability catastrophe). Fix 3s and 4s before launch.
Six principles explaining why some interfaces feel intuitive.
Affordances: What actions an object allows. Digital affordances must be made visible since screens lack physical properties. Button affords clicking; slider affords dragging.
Signifiers: Visual indicators communicating where and how to act. Blue underlined word signifies "clickable." Affordances define possibility; signifiers make it discoverable.
Mapping: Relationship between controls and effects. Natural mapping uses spatial correspondence (volume slider up = increase). Poor mapping forces memorization.
Feedback: Every action must produce perceptible feedback. Silence after action is most common source of confusion. Must be immediate, informative, proportional.
Constraints: Limitations guiding correct action. Graying out unavailable options (logical) | red means stop (cultural) | USB plug fits one way (physical).
Conceptual Models: Mental image users form about system behavior. When user's model matches system model, interface feels intuitive. Build accurate models through visible structure and consistent behavior.
Time to reach a target depends on distance and size.
Decision time increases with number and complexity of choices.
Working memory holds approximately 7 (plus or minus 2) items.
Resolves tension between simplicity for novices and power for experts.
Core rule: Show most important options first. Reveal specialized options on request.
Two success factors: 1. Correctly splitting features between initial and secondary views (requires user research) | 2. Making path to advanced features obvious through visible, well-labeled controls
Design limits: Most interfaces work best with max two disclosure levels. Three or more causes disorientation.
Distinct from wizards: Progressive disclosure uses hierarchical navigation (return to initial view). Wizards use linear sequences.
Four principles (POUR) -- the minimum a product owner must require.
| Principle | Key Requirements |
|---|---|
| Perceivable | Text alternatives for images |
| Operable | Full keyboard operation |
| Understandable | Readable text |
| Robust | Valid semantic HTML |
Use when reviewing designs or writing AC.
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Review dimensions for validating agent quality - template compliance, safety, testing, and priority validation
日本語の概要は準備中です。原文の説明を表示しています。
Review dimensions for validating agent quality - template compliance, safety, testing, and priority validation
日本語の概要は準備中です。原文の説明を表示しています。
Review dimensions for acceptance test quality - happy path bias, GWT compliance, business language purity, coverage completeness, walking skeleton user-centricity, priority validation, observable behavior assertions, traceability coverage, and walking skeleton boundary proof
日本語の概要は準備中です。原文の説明を表示しています。
Detailed 5-phase workflow for creating agents - from requirements analysis through validation and iterative refinement
日本語の概要は準備中です。原文の説明を表示しています。
5-layer testing approach for agent validation including adversarial testing, security validation, and prompt injection resistance
日本語の概要は準備中です。原文の説明を表示しています。
Architectural style selection decision matrices, trade-off analysis, structural enforcement rules, and combination patterns. Load when choosing or evaluating architecture styles.
日本語の概要は準備中です。原文の説明を表示しています。