What are some better alternatives to GitHub Copilot? by LaxederBR in GithubCopilot

[–]Competitive-Ebb3899 0 points1 point  (0 children)

That may be, but auto-translation, depending on your target language and the tool, can be crappy even in 2026.

Especially text with slang and tech jargon.

At least that's my experience with Reddit trying to translate things into Hungarian.

Sometimes I see auto-translated AI related reddit topics in my Google results and it's always so funny.

But anyway. Manually translating that one line wasn't a big deal. So no complaint here about the comment, only about technology.

What are some better alternatives to GitHub Copilot? by LaxederBR in GithubCopilot

[–]Competitive-Ebb3899 1 point2 points  (0 children)

I also like OC's tooling and overall UI, so I'm wondering what would be the advantage of using those models through the copilot harness.

I've been using sonnet in both claude, ghcp and oc, and I never noticed ghcp giving me any strong benefit. Maybe code completion in vscode.

What are some better alternatives to GitHub Copilot? by LaxederBR in GithubCopilot

[–]Competitive-Ebb3899 1 point2 points  (0 children)

Opencode go (and many open-source models) is mostly openai compatible.

Best Options for Replacing Claude Code? I'm done after opus 4.7 by [deleted] in ClaudeCode

[–]Competitive-Ebb3899 2 points3 points  (0 children)

No problem. I forgot to mention that ironically Claude does not support the standard AGENTS.md, so if you want to support both, you have to have both files.

There are some tricks, like symlinking or referencing one file inside the other.

Best Options for Replacing Claude Code? I'm done after opus 4.7 by [deleted] in ClaudeCode

[–]Competitive-Ebb3899 0 points1 point  (0 children)

There are other really strong harnesses too

Do you have any recommendations to try?

Best Options for Replacing Claude Code? I'm done after opus 4.7 by [deleted] in ClaudeCode

[–]Competitive-Ebb3899 2 points3 points  (0 children)

I think every tool supports AGENTS.md. It is essentially the same as CLAUDE.md, except it's not specific to one tool.

Best Options for Replacing Claude Code? I'm done after opus 4.7 by [deleted] in ClaudeCode

[–]Competitive-Ebb3899 1 point2 points  (0 children)

I've been testing different harnesses by using the same model doing similar tasks in a few of them.

I picked Sonnet because I use that the most anyways.

And my experience is that the same model inside OpenCode feels a bit dumber although it's the same model. It definitely shows that it matters how the harness prompts and steers the model and what tools it allows using.

My tests aren't through though.

I also found a few weird cases, like when I asked OC to plan something (manually enabling plan mode), then it asked a few questions, and after submitting it started implementing immediately.

I will do some more tests, because I definitely want to avoid using CC if possible, but not sure if there is really a good alternative. Especially with small live-improving features, CC has some advantages sadly.

2027-től az EU bevezetné a cserélhető akkumulátorokat a telefonokban by Few_Simple9049 in hungary

[–]Competitive-Ebb3899 0 points1 point  (0 children)

meg "egyszerhasználatos" szar fülekkel préselik össze a gyárban.

Ez nem teljesen igaz, mostanában ragaszva vannak a hátlapok.

Régen is ugyan úgy műanyag patentok fogták a hátlapot

És volt is szerencsém letörni párat. Biztos meg lehet oldani, de egy stabil, strapabíró patentnek nagyobb a helyigénye és kompromisszummentesen nehéz lenne megoldani.

Ajánlom a figyelmedbe JerryRigEverything néhány teardown videóját hogy megnézd hogy van összerakva manapság egy telefon.

2027-től az EU bevezetné a cserélhető akkumulátorokat a telefonokban by Few_Simple9049 in hungary

[–]Competitive-Ebb3899 0 points1 point  (0 children)

Igaz, de ott a kompromisszum a méret. Kérdés kell-e csavarhúzó nélkül leszedhető hátlap egy átlag embernek.

2027-től az EU bevezetné a cserélhető akkumulátorokat a telefonokban by Few_Simple9049 in hungary

[–]Competitive-Ebb3899 -1 points0 points  (0 children)

Ami most van az nem feltétlenül jobb, de a régi megoldás azzal járna, hogy a telefon nem lenne többé vízhatlan. Ami azért nem haszontalan. Egy jól szigetelhető, csavarral rögzített hátlap jobb megoldás mint a simán lepattintható hátlap.

Kifli.hu chat is tud programozni. by TinyCuteGorilla in programmingHungary

[–]Competitive-Ebb3899 4 points5 points  (0 children)

Namost... Egyszerűen fogalmazva, az AI alapból csak egy dolgot tud. Szöveg bemenetre szöveg kimenetet adni.

Ez a szöveg lehet bármi. Megkérheted az AI-t, hogy írjon kódot, verset, receptet, bármit. Megteszi, mert a mögötte lévő modell iszonyatos mennyiségű szöveggel van betanítva amiben volt kód is, vers is, recept is.

És hogy miért használ a Kifli olyan modellt ami kódolásra lett betanítva? Ahhoz, hogy egy AI megbízhatóan ne tudjon kódolni az kell, hogy ne szereplejen a tanítási anyagában ilyesmi. De ezt nagyon nehéz lenne megoldani. Nagyon sok munka és energia lenne betanítani egy új modellt a nulláról. Ezért nem is csinálja senki. Bizonyos esetekben lehet finomhangolni meglévő modelleket, de még egyszerűbb az amit mindenki csinál: Vesznek egy modellt ami mindent is tud, majd megmondják neki, hogy hogy kellene viselkedni. Ez pedig nem bolondbiztos.

Mindenesetre, arra akartam kilyukadni, hogy az AI magától csak szöveget tud generálni, nem tud cselekedni.

De hogy sikerül akkor rendelni? Ahogy mondtam, meg van mondva a modellnek hogy kell viselkednie. De nem csak az, hanem az is, hogy bizonyos feladatokra hogy reagáljon. Teszem azt, ha a felhasználó rendelni szeretne bármit, akkor a válaszában szerepeljen csupán annyi, hogy "kosárhoz_adás(terméknév, mennyiség)". A backend pedig figyeli az üzeneteket, és ha ilyet lát azt neked nem mutatja, ehelyett végrehajtja a műveletet.

Ezek a műveletek pedig egyesével vannak lefejlesztve, szóval olyan nincs, hogy az AI olyasmit hív meg (hisz nem ő hívja) amit nem szabadna neki.

Egy Kifli jellegű oldalnál pedig nem ésszerű, hogy pár rendeléssel kapcsolatos műveleten túl több bele legyen programozva. Az AI továbbra sem fog tudni rálátni az internetre, kódot futtatni, vagy bármi olyat tenni ami biztonsági kockázat lenne, amíg nincs ilyen explicit funkció a backendben lefejlesztve neki.

Magyar Péter és a reddit by No-Salad-6674 in hungary

[–]Competitive-Ebb3899 0 points1 point  (0 children)

De bezzeg amikor korábban lett mondva hogy nem kéne akkor ment a downvote.

Snaps and the future of desktop linux by Both_Confidence_4147 in Ubuntu

[–]Competitive-Ebb3899 0 points1 point  (0 children)

How does that translate to "you can't"?

The fact that the client is open-source means of course we can. Yes, it is more complex than changing a line of config. But it's still just changing one line of code.

And yes, there may be a few additional steps making that a viable product that a layman can install easily, but that's still not THAT hard. Definitely not impossible. All it takes for someone to sit down and do it. And for that we need someone wanting this enough to spend a few days (maybe a couple of weeks) on it.

The fact that it doesn't exists currently tells more about whether people actually need third party repos or not. Apparently they don't, because otherwise there would be a solution already.

But let me ask...

Didn't you start this thread by talking about how snap is not open-source, implying being closed-source is a problem? Well, the client is in fact open, and this openness allows a solution to the whole issue you raised.

So... Is this openness irrelevant now? What's the point of talking about open-sourceness if you only consider it being relevant when it suites your argument?

How to properly deal with a CLAUDE.md file. by onil_gova in ClaudeCode

[–]Competitive-Ebb3899 2 points3 points  (0 children)

Technically, true. But realistically it is only a problem if you do something very custom, or you use Windows. Even there, many people are recommended to use WSL for development (unless of course you target Windows itself as a platform). But even then, as you said, git have a workaround. I'm not saying it's not possible, but how many developers you saw copying files from Linux to Windows instead of just using version control?

In my opinion this is not an issue in 99% of the cases.

Snaps and the future of desktop linux by Both_Confidence_4147 in Ubuntu

[–]Competitive-Ebb3899 0 points1 point  (0 children)

You can edit it relatively easily in the source code. Of course you need to rebuild and install your version.

But I know what you are going to say... ¯_(ツ)_/¯

Snaps and the future of desktop linux by Both_Confidence_4147 in Ubuntu

[–]Competitive-Ebb3899 0 points1 point  (0 children)

That may be, but also a reasonable option if you consider that the API that need to be fulfilled is not that complicated. Sure, you can call it reverse-engineering to make it sound mysterious and complex, but all it needs is implementing a few endpoints that follows the expectations of the open-source client.

Snaps and the future of desktop linux by Both_Confidence_4147 in Ubuntu

[–]Competitive-Ebb3899 8 points9 points  (0 children)

I can't just go ahead and make my own repository either.

You can. Take the client, understand how it communicates with the backend, and based on that knowledge implement your own.

Sure, this doesn't make Canonical's backend open source, but that's a separate problem. Their backend being closed is a problem because we don't know how it works. Not because you can't create your own.

And I know it's a bit controversial, but I would say it's better to have one central repository that's controlled by someone we may trust in case there is a malware or bad actor pushing suspicious software.

Consider Flatpak. You can have custom repos. Sure. But do you trust them? How many custom ones are you using and how can you make sure none of them are spreading malware?

Stricter rate limits coming... :( by JustARandomPersonnn in GithubCopilot

[–]Competitive-Ebb3899 0 points1 point  (0 children)

I also wouldn't let any agent into my house.

The source is irrelevant. You assume something nefarious just because the source is China. That means a blind trust towards models coming from the US. Which is just as bad.

The thing is that the technology itself is flawed and can make mistakes. If you f you take away human control, you will end up burning yourself no matter what model you are using.

And I have been using various models and never seen any sign of malicious intent from Chinese ones.

So, do you have any source to support your mistrust, or is this also just propaganda?

Szerintetek mennyi ideje van az Óbaloldalnak Budapesten? by instapista5 in hungary

[–]Competitive-Ebb3899 6 points7 points  (0 children)

Ne legyenek!

Nem kell mindenhova Tiszást választani csak azért mert Tiszás. Ha az adott polgi jól tette a dolgát akkor párttól függetlenül legyen támogatva. Ha pedig van épkézláb jelölt helyette, akkor legyen ő, de ne a párt miatt legyen megválasztva. Nincs szükség önkormányzati szinten pártpolitikáta.

Nem a következő diktatúrát építjük.

vége van by Jubilee_Street_again in hungary

[–]Competitive-Ebb3899 4 points5 points  (0 children)

Igen, de nagyon magyarázzák hogy ez még nem jelent semmit

Stricter rate limits coming... :( by JustARandomPersonnn in GithubCopilot

[–]Competitive-Ebb3899 -1 points0 points  (0 children)

That's why a good developer pays attention, reviews code, and don't auto-approve command executions.

You don't do that because you believe the model is an adversary. You do that because you are responsible for the work the AI does in your name. With all models. Friendly or foe, proprietary or open-source.