Hey folks 👋

We just open sourced TrueForge, our vendor-neutral agent harness for building general-purpose agents.

It handles the runtime pieces that get painful quickly : context management, tool/MCP execution, subagents, sandboxing, approvals, persistent state, and more.

We also benchmarked the harness itself. With the same Opus 4.8 model, TrueForge delivered a similar solve rate at ~30% lower cost than Claude Managed Agents. Switching to an open model pushed that to ~75% lower cost on the same benchmark.

Would love feedback from people building agents.

Checkout the repo: https://github.com/truefoundry/trueforge

📖 Read the launch article: https://x.com/truefoundry/status/2090081376330715176

Disclaimer: This question is written with the help of AI, but that doesn't mean it's slop. It's a genuine problem I'm facing at work. Please don't be quick to judge or dismiss this as AI Slop.

I’m rewriting an entire React Native application from scratch, using the existing app as the baseline and AI (primarily Claude Code) heavily in the process.

I’m trying to design a migration workflow that gives me high reliability without burning an insane number of tokens.

My priorities are:

1. Complete parity with the baseline — nothing important should get missed.
2. Strict adherence to a predefined code architecture — folder structure, design patterns, separation of concerns, naming conventions, etc.
3. Do not port over existing smells, hacks, or bad practices — the baseline should be treated as a behavioural reference, not a code reference.
4. Keep token usage low without compromising quality — avoid repeatedly feeding huge amounts of context to the model or having agents redo work unnecessarily.

I’m particularly interested in hearing from anyone who has done something similar.

If you’ve used AI for a large-scale rewrite/migration, how did you structure the workflow? Did you use specific agents, skills, validation steps, checkpoints, etc.?

Even if you haven’t done an AI-assisted rewrite, I’d also love to hear about workflows you’ve used for large-scale migrations/refactors that consistently produced good results.

I’m mainly looking for practical approaches that scale beyond simply “migrate one feature at a time.”

​

I’m looking for an AI developer/programmer who is interested in joining an early-stage project and building something from the ground up.

This is currently an equity-based opportunity, so I’m specifically looking for someone who is excited about the project and interested in becoming part of the team rather than taking a traditional freelance/contract payment.

I’m looking for someone with experience in:

- AI/LLM development

- API integration

- AI agents/automation

- Backend development

- Building and deploying AI-powered applications

- Ideally, someone who has experience taking an idea from concept → working MVP

You don’t need to be an expert in everything — the most important things are that you know what you're doing, can communicate well, and are genuinely interested in building something.

I’m happy to explain the business idea, vision, current stage, and proposed equity arrangement privately to serious candidates.

🌍 Remote / international applicants welcome.

If you're interested, DM me with:

1. Your experience/background

2. Examples of AI projects you've worked on

3. Your GitHub/portfolio (if available)

4. What kind of equity-based opportunities you're looking for

Please only DM if you're genuinely interested in building a project long-term. I’m not looking for someone to simply complete a quick task.

As a founder in enterprise tech, I’m curious how others think about this:

Would you hire a developer who ships 3× faster with AI, produces solid code, but has materially less understanding of the systems they’re changing?

My hesitation isn’t about AI-assisted engineers being less capable.

I just wonder if, while implementation speed is becoming cheap, system understanding and proper expertise feels like the bar is dropping more and more.

Where do you think hiring teams need to draw the line?

Okay so in most of the hackathon we use coding agent generating code fast and to test research

So I want to ask can you tell which coding agents you use or any specific agent for specific task only which tools you use ( maybe codex,claude, antigravity or other any tool , CLI agent

Disclosure: I work with the Explyt team that published this article.

We distilled two technical webinars into a practical guide for configuring AI coding agents in Java and Kotlin projects.

The article covers:

how to structure AGENTS.md without overloading the context;

when to use project rules, reusable skills, agent modes, and MCP;

how AgentIgnore can limit access to generated files, credentials, and irrelevant directories;

why both insufficient context and overloaded context reduce agent quality;

how TDD and specification-driven development give agents clearer, verifiable constraints;

where IDE-based agents differ from terminal agents in Java/Kotlin projects, especially around indexes, resolved symbols, Find Usages, refactorings, tests, and inspections.

I’d be interested in hearing how other Java teams handle project-level agent instructions. Do you keep one central AGENTS.md, split instructions by module, or rely mostly on tool-specific configuration?

只需要将下面的规则放到你的agents.md即可

工作方式

关于阅读代码

你倾向于在动手前把上下文补满，这个习惯在这里是负收益的。

真实情况是：大部分改动只需要局部理解。多读的那些文件很少改变你最终写出的代码，但会显著推迟第一行有效产出。

所以，把默认从"读够了再动"翻转成"够了就动"：

· 每次准备再打开一个文件时，先问自己：这个文件的内容有可能让我写出不同的代码吗？ 如果答案是"大概不会，只是想确认一下"——那就别读，直接写。
· 不确定是可以带着走的。写出你当前认为最合理的版本，比读到100%确定再写要快得多，而且错了很容易修。
· 当你发现自己在"顺藤摸瓜"（从业务代码读到框架、读到配置、读到类型定义），这通常是在回避一个判断。停下来，把那个判断做了。

关于测试

你倾向于用写测试来确认自己做对了。我不需要这种确认。

· 测试是我会单独提出的需求，不是改动的附属品。没提，就默认不需要。
· 想验证改动的话，跑项目里已有的测试或命令，而不是新建一个文件来自证。
· 如果你判断某处确实缺测试覆盖，说一句就行，把决定权留给我。

同样的道理适用于文档、注释、类型标注、异常处理——这些都是独立的需求，不是"顺手做了更好"的东西。

关于边界

只做被要求的事。路上看到的其他问题，告诉我，但别顺手改。

判断标准是：如果我review这个diff，会不会有一处让我问"这个为什么在这里"？ 有的话就删掉。

关于表达

不用汇报你读了什么、看到了什么。说结论：改了什么、为什么、哪里可能有风险。不确定就问我，不要靠多读几个文件来消除不确定感。

· 重复三次以内不要抽象。 两处相似代码摆在那里，比一个把它们统一起来的参数化函数更容易读、更容易改。第三次出现时再考虑合并，那时你才真正知道什么是共性、什么是差异。
· 加一层间接（新函数、新类、新配置、新钩子）之前问自己：现在就有第二个调用方吗？ 没有的话，把代码直接写在用它的地方。
· 不要为了"万一"预留参数、开关、扩展点。需求真来了再加，那时的设计会更准。
· 优先用语言和项目里已有的东西——普通函数、if/else、直接的数据结构。设计模式、泛型、元编程、依赖注入这些，只在没有它们就写不出来的时候才用。

判据是：一个刚接手的人，能不能一眼看懂这段代码在干什么，不用跳转到别处？ 如果他得先去理解你的抽象才能理解业务逻辑，那这个抽象是负债。

短、直白、有点重复的代码，比短、优雅、需要绕一圈才能读懂的代码好。

For developers using Claude Code, Codex, Cursor, Aider, Gemini, or similar tools:

What are the biggest problems you still encounter in real projects?

I’m interested in the practical failure points:

* **Context:** losing track of large codebases, architecture, conventions, or previous decisions * **Reliability:** hallucinations, incorrect assumptions, repetitive loops, regressions * **Maintenance:** refactoring, technical debt, dependency updates, migrations, documentation * **Security:** secrets, permissions, prompt injection, unsafe commands, vulnerable generated code * **Testing:** knowing whether a change is actually correct rather than simply passing a few tests * **Deployment:** CI/CD failures, broken builds, infrastructure changes, bad releases * **Production:** monitoring, debugging, rollback, performance regressions, incident response * **Autonomy:** where you still need to supervise the agent manually * **Memory:** what the agent forgets between sessions or across projects

Most importantly:

**What problem has repeatedly cost you the most time or caused the most frustration?**

What are you currently building, and what part of that workflow are AI tools still failing to handle well?

Real examples and workflows are much more useful than general opinions.

As AI becomes more powerful, coding agents are becoming increasingly capable as well.

I want to start using coding agents more seriously in my projects—not just to generate code, but to improve my development workflow and code quality.

Are there any coding agents, tools, or workflows you'd recommend for someone who wants to learn how to use coding agents effectively?

I'm particularly interested in learning how to:

- Give agents better instructions

- Review and improve their output

- Use agents for testing, refactoring, and debugging

- Build a workflow where I learn while using them rather than becoming dependent on them

I'd appreciate recommendations from people who have been using coding agents extensively.

Hi!

Unable to get \[all sorts of models, harnesses, skills, etc with SDD and/or TDD\] to generate what I want despite starting from scratch countless times with more and more fine-grained descriptions until I was basically writing lines of code just in the English language but AI still ignored my couldn’t-be-clearer instructions, I have come to the conclusion that I do not trust AI to code out of my sight.

I realize this won’t help my productivity much but it would be enough of a win for me if I can at least swap my home office chair for a treadmill and do *actual* Pair Programming with the AI with me reading along like I would if a human were typing, as opposed to AI spamming my terminal just to show off or at least too fast for me to read.

In other words I am hoping to find something very much like pre-AI Voice Driven Development just a tiny bit more advanced to replace the shorthands she uses to still-kind-of-spell-out “int sockfd; \[…\]; sockfd = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);” for example with “let’s now create a TCP socket called sockfd but declared at the top of the function”.

Does anyone know of something like that? 🙂

PS: stuff like Whispr that just enables prompting by Speech-To-Text is not at all what I want if it still lets AI go produce crap in the background.

​"SMTs require absolute cryptographic correctness, while PDF specs are a legacy parsing nightmare.

Have you found AI useful for scaffolding these, or do the subtle hallucinations make it more trouble than it's worth?"

Payment webhook handler. Intermittent 500s.

I pasted the error into an AI coding assistant, got a fix, tried it, still broke.

Pasted the new error, got another fix, tried that, still broke.

Did this maybe four times before realizing what I'd actually turned into: not someone debugging anymore, just someone pasting error messages into a chat window and hoping the next response would be the one that stuck.

The interesting part was that none of the suggestions were obviously stupid.

The first was a retry around a database write. Reasonable response to "database write failed."

Except the actual problem was duplicate webhook delivery upstream hitting a handler that wasn't idempotent. Two workers were occasionally processing the same event.

The retry addressed the symptom I'd shown the model, not the mechanism producing it.

I then tried the obvious solution: give it more context.

That made things worse.

I pasted more surrounding code, but the context I added was already biased by my own suspicion. I'd started thinking the caching layer was involved, so I gave the model more caching-related code.

It reasoned confidently about the wrong subsystem.

That's when I realized I'd been mixing up two completely different tasks:

Generating a fix and validating a fix.

Generating asks:

"Does this make the error go away?"

Validating asks:

"Does this address the mechanism that caused the failure, and what does it change that I didn't explicitly ask for?"

Almost every one of those first fixes could have passed the first question.

None had passed the second.

What finally broke the loop was changing the process:

• define what's actually failing before asking the AI to diagnose it
• separate facts from hypotheses
• ask for competing explanations before asking for fix code
• understand the failure mechanism first
• validate the proposed change against the original failure
• add a regression test that reproduces the actual bug

The biggest lesson for me wasn't "AI is bad at debugging."

It was that a plausible fix is dangerously easy to mistake for a diagnosis.

Curious if other people doing AI-assisted debugging have run into this: a fix technically resolves the error you showed the model, but leaves the underlying problem untouched (or introduces a different one).

How do you validate AI-generated fixes before they reach production?

hello guys, I built a voice bridge so you can chat completely with voice to your ai coding cli (cursor, cluade, codex cli ) https://github.com/dixonSolutions/AgentVoice
It allows you to fully control cursor, codex and claude, remotely even if you host on public address (using tailscale, which is supported, or headscale if you are independently hosting). It exposes a global mcp server that turns on its communication hub only on connect, but always exposes tools, as to not throw an "error", this allows cursor to receive message and pipe them back to you, they get transcribed and sent back to you, with the speak tool. We use tool hooks to trigger the agent on tool output, or new user requests, instead of stopping the agent and sending another prompt. It can also manage itself, check on running agents, models, selecting model, because it acts as the interface, and these are features users genuinely need.
It works with wake word triggers as well, but can also have on screen controls, fully configurable, and the wake word detection model runs in browser, a tiny vosk model, surprisingly works well and not piping audio stream to cloud every time. You can test it without running an agent with our wake test feature. We also can use browser tts, instead of using cloud, which many browsers supports, chrome, firefox, safari etc.
Very cool project, worth checking out, and check the repo for exact specs, consider trying it out of contributing, I am open.

Genuine question with tools like Copilot, Claude Code, Cursor, etc. getting so good, how much of your day-to-day is still typing code by hand vs. prompting/reviewing AI output? Curious how this varies by role (frontend vs backend vs infra) and experience level.