本站案例
ux.zondev.top 首页迭代
把一个“像工具目录”的首页，改成陌生用户一进来就知道这是做什么、为什么重要、下一步该怎么看的叙事首页。
问题：陌生用户一进来，不知道这是个什么站；信息层级偏平；语言像在对作者解释；工具暴露得太早，反而盖住了站点主张。
结果：首页从“工具入口”推进成“观点 + 方法 + 下一步行动”的首页，也为后面的 methods / cases / skills / sources 铺了结构。
Cases
真实案例，是这套方法站得住的地方。
这里放的不是炫耀页，而是“问题怎么出现、怎么被改、最后留下了什么规律”的公开证据。
每个案例都会反向链接到对应的技能和来源，让它不只是一段故事，而是一段能被复用的经验。
Case Group
入口与定位
Case Group
人机协作
AI 工作流案例
Task System V2 / Today Focus 治理
把一个会反复推送库存任务的个人任务系统，重构成“今日聚焦 + 人类确认门 + 多周期复盘”的可执行服务。
问题：今日提醒读取的是“昨天没勾选的文本”，不是“今天真的要动的承诺池”；大量待确认事项没有写清楚要确认什么，也没有说明为什么还需要人来接手。
结果：任务系统从“提醒堆积器”变成“今天推进什么、什么时候轮到人确认、什么该归档”的明确流程，也让 AI 和人之间的分工更稳定。
Case Group
服务恢复
服务恢复案例
OpenClaw / Feishu 服务恢复地图
把一句“它不靠谱”拆成 memory、路由、上下文、交付和回执五层工程问题，让复杂 agent 服务能按层修复。
问题：当 memory 读不回、群消息没路由到正确 agent、引用上下文不完整、交付链接还是旧内容、/done 写入后又没有回执时，用户只会得到一个结论：系统不可靠。
结果：服务恢复从“模糊不可信”变成可诊断、可验收、可分层修复的工程问题，也更适合作为 agent 服务设计案例公开说明。