Derek Featherstone

Derek Featherstone

@feather.ca

AI x Accessibility Builder & Strategist. Author. Speaker. Teacher. #Woodworking for fun; https://feather.ca/bsky

117 followers137 following123 posts

After about 5 hours running my personal OS with Opencode and Sol 6.1 as the LLM, I have come to some conclusions: - nothing is load-bearing or doing the heavy lifting - nothing is worth noting - nothing is actually different

And, given that there have been no "It's not X, it's Y" statements... it must, in fact, actually be X. #MindBlown #AI #humour

One of the best things I’ve read or heard this year was Peter Bell saying in a LinkedIn live something along the lines of: “Use LLMs to write code to replace themselves”

It changed the way that I thought about and architected the systems I was building. It’s a great way to force yourself to think more clearly about what it is that you’re building, what needs an LLM’s judgment, and what can/should be code.

What I don’t understand is how millions of reviews, returns, and similar customer orders has ANYTHING to do with my “recommended shoe size” :) Other aspects of the shoe? Sure, maybe let them be influenced by other factors. But definitely NOT size.

Working with AI → the rate of change is immense, and keeping up is difficult. One of the key tenets of the systems I'm building is resilience to change: key components being "swappable". Like the LLM. Or a CRM. Or an automated accessibility checker. Or... well, you get the idea.

View full thread

I decided to see if I can get my Claude Code/Opus/Obsidian Vault setup running on OpenCode/Sol 6.1/Obsidian Vault. Once I get that running, I'll aim for the ability to use local inference rather than a cloud service. So far, so good.

I'm tempted to take it to another level: every instruction that I create to have an agent run the system is something that is well documented such that another human could run it themselves :)

Working with AI → the rate of change is immense, and keeping up is difficult. One of the key tenets of the systems I'm building is resilience to change: key components being "swappable". Like the LLM. Or a CRM. Or an automated accessibility checker. Or... well, you get the idea.

I DID NOT, however, make that a key tenet of the day to day Personal OS/Chief of Staff system I've created, so I decided to review the system for opportunities to abstract key parts out of the system so that they're swappable.

ENERGIZED!! That's how I felt after speaking at an internal conference on Thursday about “Accessibility & Inclusion in the Age of the Builder.” Wow, I'd forgotten how much I love presenting at events. Yes, it was virtual. That's not my favourite, but still love connecting over the internets.

I took a look at what's different now than about 10 years ago. How do we ensure we're scaling inclusion and not exclusion? (people is the answer). People, process, and tools → what's changed? Process and tools. What's stayed the same? People. There's a pattern there.

Accessibility doesn’t take longer JUST because it’s accessibility. It takes longer because you’re learning new things: New techniques, new processes, new things to consider, new insights from working with people with disabilities, new measures of success.

When you're asked the question "How do we make this accessible?" try responding with a whole bunch of questions before responding with a whole bunch of answers. #accessibility #a11y #UX #design

Accessibility itself IS NOT hard. But, accessibility at scale IS hard. Doing accessibility consistently well IS hard. Accessibility where it hasn't been done before IS hard. Creating a culture that values accessibility IS hard. Don't confuse one with the other.

View full thread

My goals? Increase the portion that can run autonomously over time. Increase parallelization. Just getting started, but really liking how this is going so far.

View full thread

And... the streak ended because two independent classifier agents disagreed on a result, so the Chief of Staff flagged it for my review.

Turns out the result was a whole new category, and the great news is the CoS actually made that recommendation to me when it presented the problem.

View full thread

- one plan went from 7 steps to 26 (from the adversarial reviews and fixes) and then the simplify skill brought it back down to 17 - 54 of the 118 steps that finished this week ran completely on their own, end to end.

Longest streak of autonomous tasks done in a row: 12 steps... about 82 minutes work, completed in 26 minutes on the clock because they were able to run in parallel.

View full thread

If something significant changes, the plan AUTOMATICALLY gets marked as out of alignment... it comes back to me -- exactly how I'd want it. And if its all aligned, and agreed, the Chief of Staff kicks off the work.

This has been running for 7 days (yes, I always seem to make big changes to my systems on Friday night). Some stats... in 19 plans over this past week: - 100 of 277 (36%) steps were marked to run on their own

View full thread

3. Then, an independent reviewer agent checks the plan and decomposition without access to the model's reasoning (so it isn't just agreeing with what it previous decided!).

4. A skill called simplify then runs with one goal: make the plan smaller while still meeting the goal. (The previous step often introduces more steps in an effort to “fix” what it found) This skill can remove steps, merge or simplify, but it CANNOT add any steps.

View full thread

The goal is to get broad alignment on what we’re aiming for. And, if the plan isn't marked as aligned, the next step can't run and we can’t move forward.

2. Next, a skill called "decompose" breaks the plan down into appropriate steps, each with its own guardrails and parameters like what tools it can use, folders it can work in, etc.

1. Every significant piece of work starts with a PLAN file that captures the big picture -- what's different after it's done, why would I stop doing that work, etc...

Control your emotions, control your future. I apparently failed to control my future this morning, because I absolutely DID NOT control my emotions.

View full thread

So... now... I'm home. I'm calm. I'm typing things to my agents, and I'm much more civil. There's a lot to unpack here in terms of understanding how we best design agentic experiences, particularly with a voice-based UI.

Control your emotions, control your future. I apparently failed to control my future this morning, because I absolutely DID NOT control my emotions.

View full thread

After about 10 times, I lost it. Truly, I have no idea if it was 10 times... it honestly felt like 100. I'll check the transcript to find out. I was literally yelling at iOS Claude over carplay.

Not my proudest moment as I saw people driving beside me looking, wondering why I was so animated, so loud, with all the appropriate gesticulations. I've been using voice sessions on my phone for well over a year... this was, by far, the absolute worst.

Control your emotions, control your future. I apparently failed to control my future this morning, because I absolutely DID NOT control my emotions.

View full thread

It kept interjecting. And even when it finally did stop interrupting, it displayed a new behaviour. It ran a check and then started vocalizing them. It started saying "silent. still your turn" every time it decided it wanted to check if I was still speaking.

Control your emotions, control your future. I apparently failed to control my future this morning, because I absolutely DID NOT control my emotions.

View full thread

I've also created a simple message bus that goes between Claude on iOS and my laptop at home so I can ask things of my Chief of Staff agent. It's a really great setup for accelerating what I'm working on, and taking advantage of the drive time.

This morning, I asked the voice session to please stop interrupting me when I'm in the middle of a thought -- Claude is over-eager and jumps in the minute it infers that it knows where I'm going...

Control your emotions, control your future. I apparently failed to control my future this morning, because I absolutely DID NOT control my emotions.

I love doing voice sessions via carplay while driving to capture loose thoughts, outline an article, review drafts, make quick decisions etc.

Designing for extremes makes experiences better for everyone. I have Claude Code setup to connect via remote control by default. Then I can check in on my terminal sessions while on my phone.

View full thread

When you consider an "extreme" case, you often find a better solution for everyone. And it's relatively easy to make that persist as well, with the caveats that memory entries and instructions files are really all just suggestions anyway :)

Designing for extremes makes experiences better for everyone. I have Claude Code setup to connect via remote control by default. Then I can check in on my terminal sessions while on my phone.

View full thread

So... I've started sending this message: "For the next hour, I'm on via remote control on my phone so long replies are impossible to consume, and I've got my X yr old with me to bring me your messages and to reply to you.

Make it so that it's easy for my X yr old to understand and effectively relay messages and questions about decisions I need to make" It works.

Designing for extremes makes experiences better for everyone. I have Claude Code setup to connect via remote control by default. Then I can check in on my terminal sessions while on my phone.

Claude doesn't know that though, so it just merrily continues on pumping out screen after screen of text and tool calls, etc. It's already a LOT when I'm actually at my desk in terminal. It's useless when I'm on my phone.