全盲创业者靠Claude做出无障碍产品,卖出1700美元

全盲创业者用Claude绕过无障碍缺陷界面、直接调用API卖出1700美元产品,揭示AI协作中领域知识不可替代。
一位自幼全盲的创业者分享了他用Claude为另一位盲人业主构建无障碍日志工具并卖出1700美元的经历。他的核心论点是:Vibe Coding被严重误解——AI能快速写代码、调试和重构,但判断一个屏幕阅读器体验是否真正好用,需要人的领域知识。他的实际工作流是持续的人机迭代:Claude产出实现,他用辅助技术亲自测试,再用无障碍术语向Claude解释问题并驱动修改。案例中最有启发性的一点是对问题的重新框定——与其改造难用界面,不如直接通过API构建全新交互层。更深远的意义在于:AI正在让残障人群从被动等待厂商修复,转变为主动构建工具的能力,而这种能力的核心门槛是领域知识,而非编程技能。
一位全盲的创业者最近在 Reddit 上分享了自己的经历:他用 Claude 为另一位盲人业主打造了一套无障碍解决方案,并卖出了 1700 美元。金额本身不算惊人,但这个故事真正的价值在于它揭示了「Vibe Coding」(凭感觉编程)常被误解的一面——AI 写代码只是工作的一半,真正让产品可用的是背后的领域知识。
一个盲人开发者的真实工作流
这位作者两岁起失明,长期在数字无障碍(WCAG)、3D 打印物理无障碍以及 AI 开发领域工作。他从小自学 HTML、CSS 和 JavaScript,多年下来对屏幕阅读器和辅助技术极为熟练。这份积累在他与 Claude 协作时成了关键资产。

事情的起因是另一位从事治疗领域的盲人业主向他求助。对方使用的日志系统在 MacBook 的 VoiceOver 下几乎无法操作,但这个系统提供了官方 API。作者由此产生一个想法:与其费力把原有界面改造得可访问,不如直接绕过它。
借助 Claude,他构建了一个独立界面,直接通过 API 与日志系统通信。用户只需输入类似「我下周有哪些预约?」这样的自然语言,就能拿到所需信息,而不必在那个难用的界面里艰难导航。
Vibe Coding 的误解:AI 不懂什么是好体验
作者特别强调,「Vibe Coding」这个词容易给人错误印象。他并没有简单地对 Claude 说「把这个做成无障碍的」。Claude 确实能飞快地写代码、研究 API、调试问题、重构逻辑、实现功能——但它并不知道一个好的屏幕阅读器体验究竟应该是什么感觉。
这恰恰是领域知识不可替代的地方。作者列举了一系列需要人来判断的细节:什么时候某个元素应该是按钮而不是可点击文本、控件该如何标注、执行操作后焦点应如何移动、错误和状态信息如何被朗读、标题如何组织界面结构、键盘交互如何设计,以及——什么时候增加更多 UI 反而会让体验变差。
他一针见血地指出:「无障碍不是不断加 ARIA 标签,直到自动检测工具不再报错为止。」这句话点破了很多开发者对无障碍的肤浅理解。
WCAG(Web Content Accessibility Guidelines,网络内容无障碍指南)是由 W3C 制定的国际标准,定义了网页和应用在视觉、听觉、认知等维度对残障用户应满足的可访问性要求,目前主流版本为 WCAG 2.1。ARIA(Accessible Rich Internet Applications)则是一套 HTML 属性规范,允许开发者为动态内容和复杂组件补充语义信息,帮助屏幕阅读器正确理解界面结构。然而正如作者指出的,ARIA 使用不当反而会制造噪音或混淆——比如在已有原生语义的元素上叠加冗余属性,或在焦点管理逻辑错误时标注再多标签也无济于事。真正的无障碍开发需要理解屏幕阅读器的工作机制:它们以线性方式逐节点朗读 DOM 树,用户依靠标题层级跳转、表单元素的标注以及动态区域(live region)的播报来建立界面心理地图。这些交互细节无法从自动检测工具的报告中还原,只能由实际使用辅助技术的人凭经验判断。
人机协作的迭代循环
作者描述的实际工作流更像一场持续的对话:
- 他先明确用户真正要完成的任务;
- Claude 帮助设计并实现;
- 他用与客户相同的辅助技术亲自测试;
- 找出那些「技术上能用」但在屏幕阅读器下别扭、低效或令人困惑的地方;
- 用无障碍术语向 Claude 解释问题,并描述他真正想要的交互方式;
- Claude 修改实现,他再次测试,如此往复。
这个循环里,AI 负责快速产出,人负责判断质量。两者缺一不可。
重新定义问题,而不只是修补界面
故事中最有启发性的一点,是作者对问题本身的重新框定。一个视力正常的开发者面对那个日志系统时,可能会想「怎么把这些菜单和标签页做成可访问的?」而作者的视角是:「盲人用户为什么一开始就需要去导航这些菜单和标签页?」
既然 API 已经暴露了底层功能,Claude 就让他有能力构建一种完全不同的交互方式。有时候最好的无障碍决策,根本不是去复刻原界面,而是彻底换一种思路。
AI 给残障人群的,是「选择权」
对于 AI 会给软件开发带来什么,业界讨论已经很多。但作者提出了一个常被忽视的角度:AI 正在让残障人士有能力围绕障碍自己造工具,而不必再等别人来移除这些障碍。
他解释道,作为盲人,过去当某个记账软件、网站或应用不可访问时,他的选择通常只有几种:找变通办法、找替代品、请人帮忙,或者寄望于厂商哪天愿意修复。Claude 改变了这个等式——现在他越来越可以问自己:「如果由我来设计,这个东西的无障碍版本会是什么样?」然后真的把它做出来。
文章结尾的一段话尤其打动人。作者说,自己两岁就失明,不知道重见光明是什么感觉,但从技术层面讲,这大概是他体验过的最接近的东西——「不是因为 Claude 让我看见,而是因为它给了我选择。」
这一转变背后有一个关键的技术前提:API 的可用性。当软件厂商暴露底层功能接口时,开发者便可以绕过官方界面另起炉灶,这本是企业集成或自动化场景中的常见做法。但对残障用户而言,API 意味着另一种自由——原界面的无障碍缺陷不再是不可逾越的障碍,只要底层数据可以通过接口获取,就可以按照自己的需求重新设计交互层。过去,这条路只对拥有相当编程能力的人开放;而生成式 AI 大幅降低了这一门槛,使得领域知识而非编码技能成为决定性因素。这也解释了为何作者的案例具有超越个案的意义:它预示着一类新型「自助无障碍工具」的可能性——由最了解自身需求的人来定义和构建,而不是等待可及性被纳入产品路线图。
结语
这个案例的意义远超 1700 美元的交易。它既是对「Vibe Coding」的一次冷静校正——提醒人们领域专家在 AI 协作中不可或缺,也展示了生成式 AI 在无障碍领域的独特价值:把「等待他人关照」的被动局面,变成「自己动手解决」的主动能力。对于长期被主流技术忽视的残障群体而言,这或许是 AI 浪潮中最值得关注的一条支线。
相关推荐

一个月为M4 Mac Mini开发Linux GPU驱动的技术挑战
开发者Cody Ho用一个月时间为M4 Mac Mini构建Linux GPU驱动,本文解析Apple Silicon GPU逆向工程的核心难点、开源社区协作价值及其对Linux硬件生态的意义。

SEO Page Builder Enhanced:让AI生成的SEO内容摆脱套路味
开发者基于octelens原版seo-page-builder打造的增强版开源工具,通过引入编辑审校、一手经验、事实与时效校验及写作风格护栏,专门解决AI生成SEO内容套路化、缺乏原创洞见的问题。

分层RAG架构研究求助:独立开发者如何叩开学术研究之门
一位独立开发者在Reddit求助信息检索领域教授,指导其分层RAG架构研究。本文剖析异构文档检索的技术背景,探讨独立AI研究者面临的学术门槛困境,并给出公开成果、社区协作等实用建议。