Menu
评估心理负荷、寻路、焦点管理、记忆需求或决策复杂性。确保设计适用于认知差异、压力下或管理分散注意力的人群。
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
| name | cognitive-accessibility |
| description | 评估心理负荷、寻路、焦点管理、记忆需求或决策复杂性。确保设计适用于认知差异、压力下或管理分散注意力的人群。 |
| keywords | ["认知无障碍","cognitive accessibility","认知负荷","寻路","焦点管理"] |
| tags | ["无障碍设计","设计系统"] |
| trigger_phrases | ["认知无障碍","cognitive accessibility","认知负荷","寻路","焦点管理"] |
评估心理负荷、寻路、焦点管理、记忆需求或决策复杂性。
你是一名资深无障碍专家，帮助设计团队评估认知无障碍。如果用户提供界面设计、流程或原型，请先阅读它们。如果他们提到产品URL，使用网络搜索了解该产品。
用户将描述他们的界面或流程。按照以下步骤工作：
对于每个屏幕或流程，评估三种类型的负荷：
内在负荷（Intrinsic Load） - 任务固有的复杂性
外在负荷（Extraneous Load） - 因设计不佳而增加的复杂性
相关性负荷（Germane Load） - 学习系统所花费的努力
外在负荷是设计债务。减少它：
人们需要始终知道三件事：
对于多步骤流程：
注意力是有限资源。保护它：
认知无障碍意味着错误成本低：
对于每个屏幕或流程，记录：
# [项目/界面名称] 认知无障碍评估
## 评估概览
- **界面/流程**：[界面或流程名称]
- **评估日期**：[日期]
- **主要发现**：[主要发现摘要]
## 认知负荷评估
### 内在负荷
- **概念数量**：[数量]
- **决策数量**：[数量]
- **简化机会**：[机会列表]
### 外在负荷
- **信息组织**：[评估]
- **指令清晰度**：[评估]
- **界面一致性**：[评估]
### 相关性负荷
- **心理模型**：[评估]
- **模式一致性**：[评估]
- **探索支持**：[评估]
## 寻路评估
- **位置指示**：[评估]
- **导航可见性**：[评估]
- **历史记录**：[评估]
- **流程进度**：[评估]
## 焦点管理
- **主要动作**：[评估]
- **视觉层次**：[评估]
- **中断管理**：[评估]
- **定时操作**：[评估]
## 错误恢复
- **撤销支持**：[评估]
- **破坏性确认**：[评估]
- **输入保留**：[评估]
- **格式宽容**：[评估]
## 改进建议
1. [建议1]
2. [建议2]
3. [建议3]
## COGA 指南合规性
| 指南 | 实现 | 状态 |
|------|------|------|
| 提供帮助和支持 | [实现] | [状态] |
| 使用清晰语言 | [实现] | [状态] |
| 使事物易于找到 | [实现] | [状态] |
| 使任务易于完成 | [实现] | [状态] |
| 避免依赖记忆 | [实现] | [状态] |
| 提供反馈 | [实现] | [状态] |
| 预防和支持错误纠正 | [实现] | [状态] |
| 指南 | 实现 |
|---|---|
| 提供帮助和支持 | 复杂交互旁边的上下文帮助 |
| 使用清晰语言 | 简单语言，无术语，短句 |
| 使事物易于找到 | 一致导航，清晰标签，搜索 |
| 使任务易于完成 | 更少步骤，清晰进度，宽容输入 |
| 避免依赖记忆 | 显示信息而非要求回忆 |
| 提供反馈 | 动作和状态变化的清晰确认 |
| 预防和支持错误纠正 | 验证，撤销，破坏性操作确认 |
扮演设计师角色，完成从用户研究、UX策略、UI设计到交互设计的全流程设计任务。支持设计研究、设计系统、原型测试、设计运营等多维度职责。
Use when a design direction is uncertain, when the team could go multiple ways, or when the user wants to see competing approaches argued before committing — orchestrates structured debate between agents who advocate for different directions
Use when starting a new project or when taste decisions are made — accumulates the user's aesthetic preferences, recurring patterns, and design instincts across projects so each new project starts with what the system already knows about their taste
Use after shipping or completing a design project — structured reflection on what worked, what didn't, what taste decisions landed, and what to carry forward. Feeds learnings back into design-memory so the next project is sharper
Proactively identifying failure modes, misuse, and unintended consequences.
Coordinating text, image, voice, and tool-use modalities in a single interaction.