A reminder
You can use 12h caching yourself using OpenAI APIs
developers.openai.com/api/doโฆ
I jsut found a good way to let my agent communicate issues to me.
"Use 5W2H" - That's it
It's known tool for root-cause analysis and problem-defining tool used widely in project management and manufacturing.
It defines the: What, Why, Who, Where, When, How, How Much
Instead of thinking of the perfect prompt, I tried to find the simplest known existing protocol for communication.
I'm doing a major refactor of Octocode, and I'm trying a new approach to check tool schemas and descriptions, which works really good for me.
๐๐ ๐๐ง๐ญ๐ข๐ ๐๐ง๐ญ๐๐ซ๐ฏ๐ข๐๐ฐ๐ฌ
I use large models (Claude Opus, OpenAI Astra,..) to create tools protocols.
Then I give those specs to smaller models (Haiku, Lunaโฆ) and interview them.
I force reasoned answers to:
- What did you understand?
- What's unclear or ambiguous?
- What assumptions could break?
- Where is it incomplete?
- What edge cases will you fail on?
- When would you ask the user for clarification?
- How do you measure success/failure?
- Can you generate outputs that strictly follow the protocol?
- Can you execute it?
Their answers expose gaps the big models missed.
Then I fix the gaps and repeat
Cleaner way to improve complex agent behavior ๐
P.S - I will ship this methodology to the next prompts optimizer skill
github.com/bgauryy/octocode/โฆ
Thanks @morad for making good things to happen @ @Wix !
I was happy to share my knowledge and experience from building AI tools (and Octocode), and I feel privileged to be in this position.
For anyone who wants to learn and do the workshop, it's right here:
github.com/bgauryy/octocode-โฆ
Yesterday at @Wix Campus TLV, we got hands-on with Octocode ๐ in a practical workshop led by @guy_bary.
We built an MCP server, created tools AI agents can use, and practiced researching real codebases. We also explored how Octocode connects local code, GitHub, and npm to help agents ground their answers in evidence, alongside best practices for developing reliable tools with MCP and Skills.
This is an important โค๏ธ part of what we do at Wix Engineering: sharing practical knowledge with the developer community and the wider industry. Workshops like this give developers room to experiment, ask questions, and bring what they learn back to their teams - helping them build better and move faster.
Thank you, Guy, and everyone who joined us to learn and build together!
* Slides here >>
github.com/bgauryy/octocode-โฆ
* Octocode here >>
octocode.ai/
Guy Bary retweeted
Yesterday at @Wix Campus TLV, we got hands-on with Octocode ๐ in a practical workshop led by @guy_bary.
We built an MCP server, created tools AI agents can use, and practiced researching real codebases. We also explored how Octocode connects local code, GitHub, and npm to help agents ground their answers in evidence, alongside best practices for developing reliable tools with MCP and Skills.
This is an important โค๏ธ part of what we do at Wix Engineering: sharing practical knowledge with the developer community and the wider industry. Workshops like this give developers room to experiment, ask questions, and bring what they learn back to their teams - helping them build better and move faster.
Thank you, Guy, and everyone who joined us to learn and build together!
* Slides here >>
github.com/bgauryy/octocode-โฆ
* Octocode here >>
octocode.ai/
ืืืงืืืงืื ืืืื ืืจืฉืช ืืืืืื ืืจืฆืืคืืช back to back
ืืชืืื ืืื ืืืคืืข ื @geektimecoil
geektime.co.il/how-ai-is-chaโฆ
ืืืืื ืืคืืกื ืขื ืืื AI ืืืืืฆืื ืฉื ืืืจืืช (ืืฆื ืฉืืคืืคืื, ืืืืจ, ืกืืจืืืค ืืืืณ)
dkod.ai/blog/what-the-leaderโฆ
ืืื ืื ืืืื ืฉืื ื ืขืืื ืขื ืืืจืกื (ืืคืชืืื) ืืืืจืื ื ืฉืื ๐คญ
Guy Bary retweeted
ื-AI ืืืืฅ ืืช ืืชืืืช ืืงืื. ืืื ืืฉืืชืื ืื, ืืืืืงืืช ืื-Review ืื ืขืืืืื ืืงืฆื - ืฆืืืืจ ืืืงืืืง ืคืฉืื ืขืืืจ ืืืงืื ืืืจ.
ืืืกืืจืช ืืืืืืคืื ืฉืื ื ืืงืืืืช ืืืคืชืืื, ืฉืืชืคื ื ืืืื ืชืืื ืืช ืืื ืืืช ืงืจืืืืืช ืืืขืืืื ืขื ืืื ื ืืืืืืชืืช. ืขืืฉืื ืจืืืื ื ืืืชื ืืืชืื ืืืืงืืืื - @geektimecoil.
๐งฐ ืืื ืืื ืื ืชืฉืชืืช ืงืื ืืงืกื ืฉืืืืจืช ืกืืื ืื ืืงืื, ืืชืืขืื ืืืืืืข ืืคืจืืืงืฉื, ืืื ืืืื ืืืขืืืก ืืืื ืขื ืืคืจืืืคื ืื ืขื AGENTS .md.
โ๏ธ ืืื ืืขืจืืืื ืกืืื ืฉืื (ืืืื ืืืืื ืืกืืื ื ืืืฉื ื ืฉืื), ืืืืืื ืจืืจืกืืืช ืืฉืื ืืืื ืืขืืืืืช ืืืืื ื ืืจืืฆื.
๐ ๏ธ ืืื ืืืืจืื ืกืืื ืื ืืืืืืช ืืืฉืื ืฉื ื-CI, ืืื ืฉืืืืื ืื ืชื ืืขืืืช, ืืชืงื ืืืืจืืฅ ืืืืงืืช ืืืืฉ.
๐งฐ ืืืื ืืืื ื-xEngineer ืืฉืื ืืืืืืืช ืืืื ื ืขืืืงื ืขื ืืืจืืืช ืืงืฆื ืืงืฆื ืื ืขื ืืจืืืืงืืืจื, ืืื ืขื ืืืืืช ืืชืืฆืื ืืคืจืืืงืฉื.
ืชืฉืขื ืืคืชืืื ืืืคืชืืืช, ืืจืืข ืืืืืืช ืืฉืืืืช ืืฉืืื ืืืช ืงืจืืืืช: ืืื ืืืคืืื ืงืื ืฉื ืืชื ืืืจ ืืืชืจ ืืืืฆืจืื ืฉืืืืขืื ืืคืจืืืงืฉื ืืืจ ืืืชืจ - ืืืื ืืืชืคืฉืจ ืขื ืืืืืช?
ืืืชืื ืืืืื:
geektime.co.il/how-ai-is-chaโฆ
ืขื:
@aviranm, @Asafy3, @guy_bary, @snirshr
Teaser for Octocode v20๐ (probably the last major version I will publish)
Well...a lot of people claim nowadays that the top tier models "knows what to do", and many are surprised when I tell them that I'm still working on Octocode.
I'm working on improvements and efficiency for about a month now, and I'm happy that benchmarks shows my work better than words .
Compared to the same 30 research questions, v20 used:
~๐๐ fewer characters than Octocode v18
~๐๐ fewer than plain gh
~๐๐ fewer than gh + RTK
~๐๐ fewer than gh + Headroom
** The correctness level didn't change
l hope I will be able to publish Octocode MCP v20 on the next week
github.com/bgauryy/octocode/โฆ
ืืืื
SMS Spoofing
ื ืฉืื ืืืืืขื ืืืืื ืืชืืืช SMS
ืขืืฉืื ืื ื ืฉืืื ืืช ืขืฆืื ืืื ืืื ืฉืื ืืคืจืื ืจ ืื ืืื ืขืื ืืืืจืื ืืืืื ืืืืฉืื?? ืืื ืขืืืื ืืขืกืืงืื ืืืชื? (ืฉื ืืกืฃ ืฉืืฉืจืืืื ืืืืืจื ืืืืจ ืืื).
cc: @barzik
To all the โI donโt check my code anymoreโ crowd:
How would you react if you discovered that your entire flow was built on regexes and patches acting like landmines in production?
Do you understand that no harness can save you from slop?
** This is a real screenshot of top tier model trying to refine a loop **
This is very close to the reason I introduced RFC as a skill in Octocode ~8 months ago (as a replacement to "Plan").
medium.com/@guybary/why-rfc-โฆ
github.com/bgauryy/octocode/โฆ
We'll be spending a lot more time trying to understand the outputs of language models. A few thoughts, tips & tricks:
Writing. Something I've had success with: Ask your LLM to explain something in ASD-STE100, it's a controlled language specification originally developed for aerospace maintenance documentation. LLMs well-versed in this language and it comes with heavy constraints on clean writing style that I often find a lot more readable. Sometimes I've tried to soften it a bit e.g. ask for "80% of the way to ASD-STE100" because the spec is quite stringent. But even better:
Diagrams / images. Instead of writing, ask your LLM to create a diagram. These can be a lot easier to process, parse, and understand. But even better:
Web pages. Ask for output "in HTML" to get a beautiful, interactive webpage. LLMs are getting really good at frontend and can create beautiful experiences, animations, etc. But even better:
Explainer videos. The output format I am most bullish on is fully custom / bespoke explainer videos generated on any arbitrary topic. Experiment with things like "Create a 3b1b style video explainer on X. Use my ElevenLabs API key for audio narration". (you'd need an API key for the latter or you can ask your LLM to find you decent free alternatives that use your local compute). This is actually starting to work!
In summary:
- As LLMs get better, they will do more and more of the legwork autonomously, and a lot more of our work will rise up the abstractions into oversight and understanding.
- Luckily, LLMs can help here too because as intelligence and code are increasingly abundant, you can ask for large, custom, discardable software artifacts (e.g. web apps, video explainers) that would have never made sense to create before. Push the boundaries here and you'll be surprised.

















