Readit News logoReadit News
_steve_yegge_ commented on Efrit: A native elisp coding agent running in Emacs   github.com/steveyegge/efr... · Posted by u/simonpure
wging · 5 months ago
I think it might be 'e' for 'emacs' (there's precedent: eglot, eldoc, eshell, erc, emms) combined with 'ifrit', since "efrit" is a much less common spelling.
_steve_yegge_ · 5 months ago
Yes, that's exactly why I chose it. It starts with an 'e' and it's not a super common spelling, so it wasn't taken.
_steve_yegge_ commented on Efrit: A native elisp coding agent running in Emacs   github.com/steveyegge/efr... · Posted by u/simonpure
xrd · 5 months ago
I'm fascinated by this and the recent claude-code-ide package: https://github.com/manzaltu/claude-code-ide.el

But, I cannot seem to get past this error when I run claude-code-ide: "Symbol’s function definition is void: project-root" I know this is defined in project.el, but claude has been surprisingly unhelpful at fixing this issue.

I'm feeling a bit frustrated by the state of emacs packages lately. I've used emacs for 30 years and it feels like things are getting worse.

_steve_yegge_ · 5 months ago
I'm sorry it's not working. I've used emacs for almost 40 years and I'm definitely contributing to it being worse, by uploading efrit in its current state. But people were asking me for it. Damned if you do and all that.

I'm more than happy to work with you to get it working, with the caveat that it actually kind of sucks right now. It's no Claude Code. But I am quickly evolving it in that direction.

_steve_yegge_ commented on Efrit: A native elisp coding agent running in Emacs   github.com/steveyegge/efr... · Posted by u/simonpure
foobarqux · 5 months ago
I managed to get this working with gemini by using a proxy [1] and the following config (I used quelpa)

    (use-package efrit
    :quelpa (efrit :fetcher git :repo "steveyegge/efrit")
    :init
    (setq efrit-model "gemini-2.5-pro")
    ;; (setq efrit-api-url "https://generativelanguage.googleapis.com/v1beta/opena
    (setq efrit-api-url "http://127.0.0.1:8089/v1/messages")
    :config (defun efrit--get-api-key () (key-from-file "~/.keys/gemini.txt")) ; this isn't needed, it's set by the proxy
    :ensure t)
I needed to remove the uvicorn version constraint when importing the project to uv to get it to find a version solution.

Initially I thought you could send it directly to Gemini but apparently you need to proxy and translate the responses.

[1] Seems sketchy, use at your risk: https://github.com/coffeegrind123/gemini-for-claude-code

_steve_yegge_ · 5 months ago
Congrats on getting it running! This thing is a huge POC (and arguably a POS) so be careful with it.

It's terrible at multi-step tasks right now. I'm evolving it to work more like claude code.

_steve_yegge_ commented on Efrit: A native elisp coding agent running in Emacs   github.com/steveyegge/efr... · Posted by u/simonpure
xrd · 5 months ago
This project does not work for me either. Drat.

  This is turn 4. Focus on any remaining tasks that haven't been completed yet.   Don't repeat work that was already done in previous turns.
  Assistant: I notice from the context that we're in a directory that might be related to a xxx project. Let me try to find and open the yyyy.ts file.                                                               
  [Result: Error: Unknown tool 'resolve_path']

_steve_yegge_ · 5 months ago
Yeah it really kind of sucks right now, it's more of a proof of concept.

I'm working on evolving it into something that's not so transactional -- it will work more like claude code. Didn't realize it was going to hit the front page today. I'll poke at it this weekend and send an update.

_steve_yegge_ commented on Another late-night Claude Code post   twitter.com/Steve_Yegge/s... · Posted by u/tosh
kledru · 10 months ago
I have some 20-year-old codebases, so I do know what massive problems are. In such codebases AI assistants have finally made it possible to solve problems nobody had time to solve for decades and Claude Code seems to be best fit for that work so far.
_steve_yegge_ · 10 months ago
Couldn't have put it better myself. It's great for the problems nobody has ever had time to solve. It's the problems that fall just below the ROI threshold, that tend to pile up until you have hundreds to thousands of them, each with icky weird dependencies that are _exactly_ the reason nobody has time to work on them.

Now you can chip through a dozen of these complex issues a day, and hope has finally arisen for getting through the backlog. That's a life-changing difference for anyone with a legacy code base.

_steve_yegge_ commented on I've been using Claude Code for a couple of days   twitter.com/Steve_Yegge/s... · Posted by u/tosh
develoopest · 10 months ago
I must be the dumbest "prompt engineer" ever, each time I ask an AI to fix or even worse, create something from scratch it rarely returns the right answer and when asked for modification it will struggle even more.

All the incredible performance and success stories always come from these Twitter posts, I do find value in asking simple but tedious task like a small refactor or generate commands, but this "AI takes the wheel level" does not feel real.

_steve_yegge_ · 10 months ago
Gene and I would like to invite you to review our book, if you're up for it. It should be ready for early review in about 7-10 days.

It seems like you would be the perfect audience for it. We're hoping the book can teach you what you need in order to have all those success stories yourself.

_steve_yegge_ commented on RAG to Riches   sourcegraph.com/blog/rag-... · Posted by u/sidcool
wiredfool · 2 years ago
So, we also need the complimentary decline rate, because, as the bumper sticker says, my other CAR is a CDR.
_steve_yegge_ · 2 years ago
I love this!
_steve_yegge_ commented on Show HN: Use Code Llama as Drop-In Replacement for Copilot Chat   continue.dev/docs/walkthr... · Posted by u/sestinj
BaculumMeumEst · 2 years ago
surely steve yegge will not let this go unanswered
_steve_yegge_ · 2 years ago
I guess I've been summoned.

We're primarily focusing on VSCode, IntelliJ and Neovim for Cody. Of course I'll be working on an Emacs version, but that's kinda best-effort for now.

As for the new crop of codegen models, they seem to be getting to parity with GPT/Claude/Bard-class models for code autocompletions, but not so much for other tasks.

We're working on incorporating OSS models, but I'd be surprised if they're ready for prime-time this year. I think next year they'll be huge.

Just my $0.02, take with a grain of salt. Shit moves fast.

_steve_yegge_ commented on Steve Yegge Joins as Head of Engineering of Sourcegraph   about.sourcegraph.com/blo... · Posted by u/misternugget
jeffbee · 3 years ago
Article raises 2 questions for me.

1) How can you write this whole article without saying "Kythe"?

2) How exactly can github search be as bad as it is? With all of Microsoft behind it, you'd think it would be a lot better than it is.

_steve_yegge_ · 3 years ago
Kythe was slightly after my time on Grok. It was a side-effort by the Grok team, and it's frankly a miracle they got it out at all. Google only really supports a few big open-source projects - Chrome, YT, k8s. Kythe fell waaaay below the line.

I'll be taking another look at Kythe, and reaching out to the current Grok team, as we expand scip. But ultimately it didn't matter what protocol/format we standardize on. We just need to standardize. So it's scip!

_steve_yegge_ commented on Steve Yegge Joins as Head of Engineering of Sourcegraph   about.sourcegraph.com/blo... · Posted by u/misternugget
damontal · 3 years ago
I'm still bummed he never finished his "Programmer's View of The Universe" series
_steve_yegge_ · 3 years ago
Oh, I'm still writing it. The next installment is a novel. Thank you for your interest. :)

u/_steve_yegge_

KarmaCake day100September 1, 2015View Original