moaz 👾
182 posts

moaz 👾
@moazbuilds
AI Automation Engineer | Founder of CodeMachine
Katılım Aralık 2023
95 Takip Edilen51 Takipçiler

@bcherny Is using this plugin for claude code is allowed?
github.com/moazbuilds/cla…
English
moaz 👾 retweetledi


I use Claude Code to think, not just code.
Built a 7-step workflow that helps you find what's actually wrong, not what you think is wrong. Based on Nobel Prize behavioral economics.
Tested it on myself. Changed how I see my own situation.
github.com/moazbuilds/ref…
English

What if you could capture any good Claude Code session and reuse it as a workflow?
That's what CodeMachine does now.
Have a good session
Capture the workflow
Run it again on any file, any engine
3 hours → 15 mins for repeatable tasks.
youtube.com/watch?v=G7OTG9…

YouTube
English
moaz 👾 retweetledi

GLM-4.6V Series is here🚀
- GLM-4.6V (106B): flagship vision-language model with 128K context
- GLM-4.6V-Flash (9B): ultra-fast, lightweight version for local and low-latency workloads
First-ever native Function Calling in the GLM vision model family
Weights: huggingface.co/collections/za…
Try GLM-4.6V now: chat.z.ai
API: docs.z.ai/guides/vlm/glm…
Tech Blog: z.ai/blog/glm-4.6v
API Pricing (per 1M tokens):
- GLM-4.6V: $0.6 input / $0.9 output
- GLM-4.6V-Flash: Free

English

كل ما بفتكر اني جامد فشخ في الديزاين سيستم، بلاقي اشرف عمران سابق بسنين ضوئية عن أي حد بيشتغل في الديزاين سيستم
عقلية و شغل والله الواحد يتمنى يبقى ربعة
لو عايز تفهم يعني ايه ديزاين سيستم بجد
و توفير وقت بجد
و مكاسب للشركات و شغل انضف للمصممين
اتفرج ع الراجل ده بيعمل ايه
Omran@omran_eg
من اصعب الحاجات اللي عملتها و اللي خدت مني وقت كبير اني ابني سيستم فوق material 3 و Human-interface guidelines. عشان شركة الclient شغالين native apps و عايزين حل جزري للوقت اللي بياخده الديزاين و لقينا انهم بيعملو كل OS ديزاين لوحده عشان يطبو كل interaction model صح من غير ما يعدلو اي شئ في tokens وال interaction. و عملتلهم ده 👇 نظام واحد يختصر الوقت 50% و ميحتاجش اي تعديل او ان الdummy content يتمسح.
العربية
moaz 👾 retweetledi


طبعًا حسب المشروع بس الثقة بتكون متوسطة مش منعدمة، والـ use cases بعد كده والـ bugs اللي بتبان بعد الـ shipping هيا اللي بتخليك ترجع تعدل في الكود تاني او تحل مشاكل، الفكرة انك متعقدش نفسك بس عندك حاجه شغالة وكود نضيف وثقة متوسطة، وفاهم الـ architecture بتاعت المشروع وكده، خلاص… لو محتاج تفهم اكتر بقى عادي هتاخد وقت اكبر بس.
العربية

@moazbuilds عظيم. طيب معلش لو هتقل عليك. عندي مشكلة مع موضوع الثقة يعني مثلا لو مش عارف الحاجة شغالة ازاي مبكونش مطمن حتى لو on paper بيعدي الـcases كلها. جالك الاحساس ده قبل كدة
العربية

@AmrHossam96 ده طبيعي جدًا بس انت بتضحي بحاجه عشان حاجه، لو انت متبني المشروع ومحتاج تعرف كل تفصيله فيه هتحتاج شويه عشان تجمع الكود كله في دماغك، لكن انا بالنسبالي احيانا بضحي بده قصاد اني اركز على ال output لو عايز أ ship حاجه بسرعة
العربية

@AmrHossam96 بعمل monkey testing وبشوف ايه اللي شغال وايه اللي مش شغال، لو فيه apis مثلا بدخل اشغل واجرب كل ال endpoints اللي على swagger
انا لو طلعلي مشروع زي ده بنسبة ٩٠٪ يبقى وفر عليا شهور
وانا فعلا عملت كذا مشروع بالطريقة دي آخر فترة وطلعتهم opensource
العربية

@moazbuilds اصدق جدا. بس ازاي قدرت تختبر المشروع كله بحيث انك تكون واثق فيه هل بنفس المواصفات اللي ادتهاله ؟
العربية

@codezilla_ العربي بتاع claude تعبان، انما الانجليزي فوق الممتاز بصراحة، بحسه ابن شارع كده وادرجي مش شغل روبوتات، مش بكتب غير بيه
العربية

@moazbuilds جربته زمان، مش بيعجبني في الكتابه الابداعيه، معرفش ده اتغير ولا ايه
العربية
moaz 👾 retweetledi

built codemachine to do exactly this but better. instead of opening and chatting with each agent one by one (which is literally impossible to manage), the framework runs claude in headless mode and feeds it a prompt workflow automatically:
init agent > planning > task breakdown > each agent grabs a task and starts executing hundreds of agents
the whole thing runs autonomously. no manually writing prompts to each agent, no babysitting. u just kick it off and it orchestrates itself.
github.com/moazbuilds/Cod…
English

when running 24x claude code instances makes sense:
1. an initial agent scanned my repo looking for general improvements. it flagged 20 things. I liked 12 of them and told it to create a github issue for each
2. I opened up 12 tmux panes and ran `/fix ` in each one. this is a slash command that fixes a gh issue in a new worktree and submits a pr
3. I split each of those panes in half and ran `/review ` on each of the 12 prs
4. I ran `/respond` in each of the 12 original panes, to respond to the reviews and update the pr's with any necessary fixes
5. I ran `/summarize_prs` to figure out the best merge order and flag PR's that might have bad concerns or tradeoffs
next step is decide which PR's I want to merge and merge them
it's still a very manual process but every week I feel like I'm getting a lot faster
gnar@gnarzilla
@notnotstorm Crazy - How did you land on 24 instances? Seems like there may be duplication, but do you have an architecture like engineer, reviewer, planner, etc?
English









