| ▲ | CookieCrisp 17 hours ago |
| I highly recommend to anyone that uses them a lot - try to clone your own. I’ve got mine fully formed into how I want it, with features I haven’t seen anywhere else yet and with integration into everything I work with. We’ve lived in a world where every app had to fit enough people well enough - but now we live in a world where an app can be molded to be absolutely perfect for just you! |
|
| ▲ | Gigachad 9 hours ago | parent | next [-] |
| Most people don’t want to play product manager and just want to pay someone to make the decisions for them. We used to have a time where every small business had its own custom accounting software, and discovered that these businesses aren’t actually special snowflakes and are better off just using the generic software and conforming to whatever it does |
|
| ▲ | cdrini 11 hours ago | parent | prev | next [-] |
| Out of curiosity, what are your favourite features that are unique to your implementation? |
| |
| ▲ | embedding-shape 8 hours ago | parent [-] | | Not parent, but favorite feature of my own harness I haven't seen somewhere else, is the ability for the agent to execute code on different hosts in a transparent and easy way. Fairly simple and probably could prompt the agent + set things up with ssh, but was doing other stuff related to a server<>client model, so figured why not add it as a couple of tools. Now the agent can build cross-platform applications while I'm mostly on Linux and actually verify it works, without me manually switching between three OSes. | | |
| ▲ | mosselman 8 hours ago | parent [-] | | When I tell Claude or open code using Kimi or codex to fix something on my raspberry pi, they all go to ssh right away. I found that most things that are “features” in harnesses and tools that don’t relate to UI and UX in those harnesses themselves can be done through skills or just prompts. A nice features of Claude’s is the remote control through the mobile app. That isn’t just a skill. |
|
|
|
| ▲ | theplumber 17 hours ago | parent | prev | next [-] |
| This is the way. Guess what am I working right now? My own “Work” app that will be better than anything else available today! |
| |
|
| ▲ | jascha_eng 17 hours ago | parent | prev | next [-] |
| How did you build your own coding agent? What language/framework did you use? |
| |
| ▲ | crystal_revenge 17 hours ago | parent | next [-] | | This comment is a great example of how large and strange the skills gap in AI is right now. Curious why your first impulse is not simply to point your favorite agent at a few examples and start brainstorming/planning from there? Multiple times I’ve built a purpose specific bespoke tool starting this way. In fact, it’s a great way to learn how specialized tools are built. | | |
| ▲ | godwinson__4-8 15 hours ago | parent | next [-] | | The problem of the sota models clamping down on third party harnesses should be stated upfront. Getting a SOTA model in a custom harness requires API pricing or risking an account ban, correct? This preliminary change in cost may not make it worth it for people depending on which is their "favorite agent". Especially as the default harnesses for said agents continue to improve... | | |
| ▲ | nl 15 hours ago | parent | next [-] | | > Getting a SOTA model in a custom harness requires API pricing or risking an account ban, correct? No, only Anthropic has that policy (and I think even that is relaxed for an unknown period if you use the Claude Agent SDK: https://support.claude.com/en/articles/15036540-use-the-clau...). OpenAI, Kimi, Qwen, GLM and Deepseek all allow it. I'm not sure about Gemini. | |
| ▲ | embedding-shape 8 hours ago | parent | prev [-] | | > The problem of the sota models clamping down on third party harnesses should be stated upfront. Getting a SOTA model in a custom harness requires API pricing or risking an account ban, correct? The opposite, how easy it is nowadays should be clarified. Codex's app-server quite literally is built to be integrated with, authentication is a breeze and it's quite stable, compared to the TUIs that are around. It's a real shame Codex is moving in the direction of hiding stuff on local disks from users, hopefully they're revert the decision of encrypting the agent>sub-agent prompts so we get back introspection again... |
| |
| ▲ | wasfgwp 10 hours ago | parent | prev [-] | | Presumably people want to hear the opinions of other people and still believe that they might learn more from the their experience than by exclusively interacting with AI models? The alternative of that first impulse should be what exactly? Telling AI to research Medium AI drivel articles (since nobody seems to be posting long/medium form content anywhere else these days) to figure out what’s the best approach to building an AI harness? BTW just my personal observation but I generally find AI notoriously bad at building any AI applications compared to standard software (which is not surprising given the scarcity of high quality training data) | | |
| ▲ | taytus 2 hours ago | parent [-] | | This was my first thought as well. I can read online review about a product but I rather ask my friends their experience with it. Same thing here. |
|
| |
| ▲ | gf000 4 hours ago | parent | prev | next [-] | | Not the parent commenter, but most of it is surprisingly simple. You basically start with a "chat app" where you have a list of messages, send the whole conversation to an LLM and it replies back, which also gets added to the same list. And you add a small twist, that instead of a 1-to-1 back and forth, you instead put it into a loop, where the LLM reply can itself "have a turn", e.g. a tool invocation, where your system is the one that replies (e.g. with the tool invocation's result). That's pretty much it, you have a 1 to potentially many "chat". The harder part is getting all the "soft" parts right, like how to have well-behaving tool calls, timeouts, prevent huge cycles eating up tokens, but there are no one way to solve these, it's a fundamentally heuristic-heavy area. | |
| ▲ | behohippy 14 hours ago | parent | prev | next [-] | | It's pretty simple nowadays if you know conceptually how they work. Running the LLM calls in a loop with tools is an agent. You only need 10 or so basic tools to accomplish nearly anything, and you can build a dynamic skill system from that. Look at https://github.com/patw/pengy, ignore the app look at the spec.md file, feed that to your current agent of choice and make your own version. Use whatever tech stack or UI you're comfortable with. Change some of the choices in how it works, so it fits what you want to work. | |
| ▲ | johndough 7 hours ago | parent | prev | next [-] | | Implementing your own agent is very easy. Here is a minimal agent in 60 lines of Python without dependencies: https://github.com/99991/MinimalAgent You only need a single tool to start with. All recent LLMs know how to use bash for reading/writing/editing/executing. | |
| ▲ | chillfox 15 hours ago | parent | prev | next [-] | | Why would the language matter? Just use your favorite. | |
| ▲ | twobitshifter 17 hours ago | parent | prev [-] | | Look at pi coding agent. |
|
|
| ▲ | nujabe 17 hours ago | parent | prev [-] |
| It would have been much easier to clone six months ago but today Codex/Claude desktop apps are so feature packed it seems it wouldn’t be worth it. For example, the mobile/remote control feature I find very useful but not sure it would be worth cloning. If you aren’t replicating every feature you aren’t exactly “cloning” it, you’ll just end up with a crappier version with a fraction of the features of the real thing. |
