Skip to content

DevFest WisconsinAug 19, 2026

Building accessible AI: Embedding inclusion across the SDLC

AI accelerates broken processes – learn how to embed accessibility across the entire software development lifecycle so AI scales inclusion, not barriers.

talkAccessibilityAI/MLCI/CDInclusive designUI/UX
1 / 16

Hello everyone, my name is Carie Fisher. I use she/her pronouns, and I'm a senior accessibility program manager at GitHub. Today I'm talking about building accessible AI, and what it takes to embed inclusion across the software development lifecycle.

But first, I want to tell you about a product my team made accessible — and the person it still excluded.

When I worked at Deque, my team spent months fixing accessibility bugs in a major retailer's app before it shipped. It passed its audit. We thought the app was in a good place. Then we tested it with people who are blind and low vision, and within ten minutes we knew it wasn't.

One tester was asked to buy a pair of shoes from a card grid. She was on an Android phone using TalkBack, which read the grid as a stream: a product name, a number, another number, on and on. The prices were there. The availability was there. But nothing connected them to a product, so none of it meant anything. She opened one product page, came back, and lost her place. She asked if the site was broken. It wasn't.

This wasn't a company that ignored accessibility. They'd invested heavily in it, and the audit was clean when we ran it. But the audit came before release, and the product kept changing after that. Everything that shipped after that check went out unexamined. One moment, one version — a snapshot. Accessibility can't live in a single checkpoint. It has to run through how you plan, design, build, and ship.

AI doesn't fix broken processes – it accelerates them. If accessibility is already part of your workflow, AI can help scale inclusion. If it's not, AI will only speed up the barriers your team is already creating. This talk explores how accessibility can be embedded across the entire software development lifecycle, from planning and design to coding, code review, CI/CD, and post-release feedback. Using real-world examples from product and engineering practice, it shows how teams can use accessibility requirements, design tooling, deterministic tests, and AI-assisted review workflows to catch issues earlier, reduce accessibility debt, and keep people in the loop where automation falls short. The session makes the case that accessible AI products don't happen by accident. They come from intentional systems, better tooling, and planning grounded in disability. The payoff is not just better experiences for disabled people, but better products for everyone.

This talk explores how accessibility can be embedded across the entire software development lifecycle, from planning and design to coding, code review, CI/CD, release, and customer feedback. It explains why accessibility cannot live in a single checkpoint, especially as AI accelerates software delivery and can scale inaccessible patterns just as quickly as inclusive ones.

The session uses real product examples, disability-centered planning, design annotations, deterministic tooling, AI-assisted code review, and human validation to show how teams can make accessibility the default path. The goal is to scale inclusion, not exclusion, by keeping disabled people and human judgment in the loop throughout the process.

Key topics

  • Why late accessibility audits miss issues and increase remediation costs
  • Continuous accessibility across planning, design, development, review, and release
  • Planning grounded in disability and "Nothing About Us Without Us"
  • Accessibility annotations and design-to-development handoff
  • AI coding agents, instruction files, skills, deterministic tools, and human review
  • GitHub's AI-powered accessibility scanner and responsible remediation workflows