Yes this is the path I’m taking. Experiment, build your own toolbox whether it’s hand rolled skills or particular skills you pull out from other public repos. Then maintain your own set.

You do not want to log in one day to find your favorite workflow has changed via updates.

Then again this is all personal preference as well.

Looks like the repo is very young.

First thing to do is try it out in a hobby project see how it works out!

I find it useful to make Claude track the debugging session with a markdown file. It’s like a persistent memory for a long session over many context windows.

Or make a subagent do the debugging and let the main agent orchestrate it over many subagent sessions.

Yeah I use a markdown to put progress in. It gets kinda long and convoluted a manual intervention is required every so often. Works though.

I was doing the same, but recently I noticed that Claude now writes its plans to a markdown file somewhere nested in the ~/.claude/plans directory. It will carry a reference to it through compaction. Basically mimicking my own workflow!

This can be customized via a shell env variable that I cannot remember ATM.

The downside (upside?) is that the plan will not end up in your repo. Which sometimes I want. I love the native plan mode though.

This is one of the small things that shows me Anthropic is dogfooding their own system.

Which Codex and Gemini-cli teams aren't doing.

Why not? If one of your goals is to try to relax and/or meditate more, then I feel it’s a valid list entry.

It’s all a matter of perspective and personal goals, no?

Because if you read the conclusion, they say that having this list gives them more pressure.

You have missed a good opportunity to be curious, rather than judgmental. Mind the HN guidelines: https://news.ycombinator.com/newsguidelines.html

Sometimes, it takes some effort to get to the rewarding part of an activity. A little pressure is not bad when it's helping you reach your goals. Millions of people force themselves to go to the gym.

People enjoy making things with their hands. They love conveying their emotions and adding their flair. If the masters did not deter people from picking up a paintbrush, why would AI slop?

I personally replaced my playwright mcp with this. Seems to use less context and generally more reliable.

This is a task I think is suited for a sub agent that is small in size. It can can take the context beating to query for relevant tools and return only what is necessary to the main agent thread.

When I have a bug I’m iterating on it’s much easier and faster to have it write out the playwright script. That way it does not have to waste time or tokens performing the same actions over and over again.

Think of it as TDD.

Download the godot docs and tell the skill to use them. It won’t be able to fit the entire docs in the context but that’s not the point. Depending on the task it will search for what it needs

Claude can then proceed to fix the issues for you

Presumably cargo clippy --fix was the intention. Not all things are fixable, though, which is where LLMs are reasonable for -- the squishy hard-to-autofix things.