-
-
Notifications
You must be signed in to change notification settings - Fork 3.8k
Feat/designing for autonomy #183
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
…ill: verbose errors, testable endpoints, and delay browser testing until absolutely no choice
|
Important Review skippedDraft detected. Please check the settings in the CodeRabbit UI or the You can disable this status message by setting the Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
@obra I set this as a draft and wanted to check in early if this is a relevant direction and should I keep going on this front 🙏 -Tal |
|
Thanks! I 100% agree with the intent of this one. I want to think about where the content belongs, but it belongs somewhere. (I worry that "designing for autonomy" won't actually get the agent to use the skill. ) |
|
Awesome to hear. Ok! Let me know what you're thinking - from using Superpowers, I can tell you've definitely thought about this a lot already and have a lot of direct experience and intuition for this. |
|
@obra thought about this a little bit, and I realized the right approach might be to integrate these into existing skills (brainstorming in particular). I'm also reading the skills docs to try and understand if skills are triggered primarily at the where a user writes a message, and there's an explicit user request - or can they also be triggered by the agent along the way by its own thinking (I'm trying to think if there's a material difference between those two situations). In the meantime, I'm assuming the latter and took another pass on the name and description to connect better to the brainstorming skill. |
Move "designing for agent implementation" guidance from standalone skill into brainstorming's "The Process" section. This fits naturally after "Presenting the design" - the moment when you have a design but want to verify an agent can implement it with observable feedback loops. 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
|
Simplified this - no new skills. I just added it to the existing brainstorming skill. |
Hey Jesse! Something I've noticed really sets things up for success is designing for autonomy/self-sufficiency. I've also enjoyed your writing on your blog about setting agents up for self-sufficiency with consolidated logs, and designing systems that are way more observable by the agent.
I wanted to share an early draft and some thoughts of how this could be, and let me know if this is a direction that coheres with where you want to take this repository.
Motivation and Context
I find that agents can run for a lot longer when they not only can verify that their tests pass but also can verify that things are actually working in the real system that they are running.
How Has This Been Tested?
I've been doing early validating of this over on my prototyping repository: https://github.com/talsraviv/from-thinking-to-coding.
Still todo is systematic pressure testing (as in the skill writing skill). Sharing this early draft in case it's not the right direction, and I'm going to continue testing this by using my fork to try to build something and make sure the skill gets used.
Types of changes
Checklist