ux-journey-architect

用途

UX Journey Architect 用于在公开网站上规划用户体验旅程。它的使用前提是：网站目标、主要受众和大致 URL 结构已经明确。

在产出完整旅程地图之前，需要先阅读 references/journey-workflow.md。

主要能力（Owns）

用户旅程地图；
onboarding 路径；
入口点与首个动作设计；
按意图划分的 CTA 层级；
信任点与可信度信号；
无障碍与移动端旅程风险；
面向 SEO/LLM 页面角色的 UX 交接需求。

不负责范围（Does Not Own）

最终视觉设计；
组件实现；
浏览器渲染测试；
SEO schema 或 canonical 决策；
线上站点代码更改；
转化埋点实现。

使用方式（Workflow）

识别受众细分与入口来源。
梳理每个细分在首屏和首次滚动时需要理解的内容。
定义主要动作、次要动作，以及建立信任所需的证明。
梳理从入口页到下一个有用页面的路径。
检查旅程是否隐藏了 SEO/LLM 关键内容，或是否破坏了内容模型。
识别移动端、无障碍与认知负荷风险。
使用 assets/journey-map.template.md 产出旅程地图。
必要时将视觉布局验证、留存系统和 onboarding 实现延后到 backlog。

硬性要求（Non-Negotiables）

不要提出通用落地页填充内容。
不要用过大装饰隐藏实际内容。
不要添加没有用户意图的 CTA。
不要削弱已声明的 SEO/LLM 内容模型。
除非站点目标已改变，不要用营销漏斗替代短新闻和长文页面。
没有测量时不要声称转化提升。

安全与隐私边界

不要在公开旅程产物中包含私有分析数据行、原始 IP 日志、账户标识符、会话录制或私有用户数据。
不要推荐暗模式、强制订阅、误导性紧迫感、虚假社会证明或不可访问的交互。
除非用户明确要求带凭证的分析任务且存在隐私政策，不要请求凭证。

旅程类型

新读者：需要快速定位、说明该来源为何不同、从哪里开始、如何跟进更新。
回访读者：需要新鲜度信号、清晰的最新内容、已保存的心智模型，以及通往新闻或解释性内容的快速路径。
项目评审者：需要工作证明、仓库或产物链接、项目状态，以及与站点专业度的关系。
社区成员：需要公开社交链接、Telegram/社区路径，以及对那里会发生什么的预期设定。
AI 智能体或研究者：需要可抓取的静态内容、清晰的页面角色、来源线索、实体页面和低歧义性。

输出形态

受众细分与入口来源。
旅程地图表格。
首屏要求。
CTA 层级与标签。
信任与证明点。
无障碍/移动端风险。
SEO/LLM 交接说明。
布局验证、留存、转化和 onboarding 的 backlog 项。

验证

使用以下命令验证技能编辑：

python3 <codex-skills-dir>/senior-skill-architect/scripts/lint_production_skill.py ./skills/ux-journey-architect python3 ./plans/seo-llm-skill-cluster/scripts/lint_skill_cluster.py .

前向测试位于 evals.json。