* Reponse to Stefan
** Capabilities of "GPT-3+vscode" (Copilot)
Copilot uses a specialised version of GPT-3 called codex which is optimised to generate code.
Copilot is technologically capable of also querying (classifying) code.
The simulateous usage of both AI generation and classification completely changes the way you use an editing environment.
*** Why it's an emacs killer
I must coin a term, imaginary programming, for the sake of shortening my
explanation. Imaginary programming is imaginary in the mathematical and
creative sense. It's a dimension of programming non-existent in emacs. It's
stochastic and allows you to predict what will happen without needing to write
correct code.
Clear demonstration here:
http://semiosis.github.io/posts/nlsh-natural-language-shell/- meta-prompts (see below)
- there is no GPT support for emacs.
- This is the elephant in the room.
- Asides from what me, a single person in the world is struggling to put
together. I'm rate-limited. There needs to be core support for integrating
and designing prompts.
- I'm working on core features rather than building prompts.
- An analogy: Copilot + GPT-3 + vscode are now firmly in the area of imaginary programming.
completely missing with emacs. And that's very worrisome.
- It's the cause of anxiety about what is the future of programming and is it going to make all coders redundant.
- It's closed source so people are literally unable to see the way ahead.
- It's an attack against open-source.
** Risky capabilities of Copilot in the near future
- meta-prompts that encode the provenance of text. This is an existential risk
to coding, generally, because right now, today, GitHub (Microsoft) and OpenAI
(the not-for-profit turned for-profit) are encoding using Copilot the way
that people are solving problems in order to further automate that process,
and it's closed-source.
- imaginary generation of user interfaces, such as emacs. There are decades
worth of text from emacs online and on GitHub. That means GPT-3 and codex are
quite capable of already imagining at least part of the emacs user interface
via prompting. The question is, do you want emacs to be in control of your
system or a copilot that you can't control?
** Capabilities of "Pen.el"
My vision for Pen.el has always been much broader.
- n-many language models
- n-many prompts (classification and generation)
- sharing prompts, open-source
- file format for encoding the provenance of text
-
https://github.com/semiosis/ink.el- fully transparent
- Use emacs as an interface to remain in control of conversations, whether they
be infinitely many chatbots or solving communication barriers between people.
- When I use words such as infinite, I mean it in the truest sense, and it's
not hype. I've done my best to be a harbinger.
- Literally, just select any topic and create a chatbot for it.
-
https://semiosis.github.io/posts/gpt-3-for-building-mind-maps-with-an-ai-tutor-for-any-topic/*** To catch up and surpass and save open-source
- We need a centralised repository of 'prompts', like melpa
- This doesn't exist yet because the technology is closed-source inside
GitHub copilot and there are not any standard formats.
- I have made a start with this
-
https://github.com/semiosis/prompts/- Pen needs to be integrated (working on this currently)
- GPT-j needs to be integrated (working on this currently)
I have many blog articles now of me trying to demonstrate what the capabilities of Pen are.
https://mullikine.github.io/tags/pen/* In reponse to dick's message:
"The Copilot brouhaha takes the premature optimization and pointless
speculation endemic to emacs-devel to another level."
I do not believe this is pointless speculation.