AmingIn_AI

445 posts

AmingIn_AI banner
AmingIn_AI

AmingIn_AI

@aming_inAI

Open-source AI agent builder. ToolBoxClient (279★) · aming-claw https://t.co/0uMzlvD9ST

Katılım Temmuz 2013
202 Takip Edilen4.4K Takipçiler
Sabitlenmiş Tweet
AmingIn_AI
AmingIn_AI@aming_inAI·
I told my AI to build a feature 3 days ago. Did it actually do it? I had no idea. (thread on why I built a backlog database for AI agents 👇)
English
2
0
0
195
AmingIn_AI
AmingIn_AI@aming_inAI·
Tool overload is exactly the problem I'm trying to avoid. My approach: one graph, not a chain. aming-claw builds a single codebase graph + backlog. The AI agent reads from that one source — checks structure, pulls the actual need — instead of bouncing through 6 tools. The agent sees the same graph you see. No black box. Open source if you want to look: github.com/amingclawdev/a…"
English
0
0
0
40
Harish
Harish@DesignHarishp·
@aming_inAI most over-engineered one i saw recently had 6 AI tools chained just to generate a button label - curious how your scenarios handle tool overload 👍
English
1
0
0
10
AmingIn_AI
AmingIn_AI@aming_inAI·
AI handed me a 5-component design for my parallel multi-agent system. After walking one concrete scenario, only 3 were real — and 1 critical piece AI hadn't proposed surfaced. The filter that did it 👇
AmingIn_AI tweet media
English
1
0
0
115
AmingIn_AI
AmingIn_AI@aming_inAI·
Full walkthrough on dev.to (comparison table, missing-piece reveal, why this beats "ask AI to review your design"): dev.to/amingin_ai/ai-… Reply with the most over-engineered AI design you've seen lately — I'll walk one through scenarios in my next thread. Part 2 of building aming-claw in public 🛠️
English
1
0
1
63
AmingIn_AI
AmingIn_AI@aming_inAI·
Why this works: AI optimizes for plausibility, not necessity. It lists what *sounds right* for "this kind of system" — drawn from training data. A scenario walk replaces "what could a system like this need" with "what does THIS scenario need." Smaller list. More honest. Easier to defend.
English
1
0
0
45
AmingIn_AI
AmingIn_AI@aming_inAI·
This framing nails it — "success criterion lives in your head" is exactly what an agent has no way to know unless you externalize it. Pinning this take for the series.
Eddy Bogomolov@EBogomolovs

@aming_inAI The "did it actually do it" problem is the one everyone hits at day three, never day one. Agents ship commits but the success criterion lives in your head. A backlog DB with a state machine forces it into structured memory. The agent finally has to answer for itself.

English
0
0
0
191
AmingIn_AI
AmingIn_AI@aming_inAI·
@EBogomolovs Exactly — day-one problem is "will it work", day-three is "did it even happen". The state machine is what forces accountability that chat history can't deliver. Event ledger comes next in the series (replayable months later) — would love your take when it drops.
English
0
0
0
12
Eddy Bogomolov
Eddy Bogomolov@EBogomolovs·
@aming_inAI The "did it actually do it" problem is the one everyone hits at day three, never day one. Agents ship commits but the success criterion lives in your head. A backlog DB with a state machine forces it into structured memory. The agent finally has to answer for itself.
English
1
0
1
228
AmingIn_AI
AmingIn_AI@aming_inAI·
I told my AI to build a feature 3 days ago. Did it actually do it? I had no idea. (thread on why I built a backlog database for AI agents 👇)
English
2
0
0
195
AmingIn_AI
AmingIn_AI@aming_inAI·
This is part 1 of an "AI Collaboration Survival Guide" series. What's next: - AI breaks 10 callers when it edits one function → code graph - AI modifies code it shouldn't → governance hints - What did AI change this week? → event ledger - Every session starts from zero → memory layer One pain point per article.
English
1
0
0
71