summaryrefslogtreecommitdiffstats
path: root/2026/talks/llms.md
diff options
context:
space:
mode:
Diffstat (limited to '2026/talks/llms.md')
-rw-r--r--2026/talks/llms.md12
1 files changed, 8 insertions, 4 deletions
diff --git a/2026/talks/llms.md b/2026/talks/llms.md
index 61dc86f8..28b0038c 100644
--- a/2026/talks/llms.md
+++ b/2026/talks/llms.md
@@ -6,7 +6,7 @@
<!-- You can manually edit this file to update the abstract, add links, etc. --->
-# [Panel] Emacs, LLMs, and Free Software: Access, Agency, and Accountability
+# [Panel] Emacs, LLMs, and Free Software
Participants:
@@ -45,12 +45,13 @@ Questions:
1. If you were to imagine an ideal AI software you would use with
Emacs, how would it look like? How would it **not** look like? What
freedoms it would need to have? Feel free to answer anything, not
- limiting yourself to current LLM architectures.
+ limiting yourself to current LLM architectures. If your answer is
+ that no such software should exist, that is a valid answer.
2. What is the most useful application of LLMs with Emacs for you
personally? If you are not using LLMs, imagine that there is an
- ideal AI or complex automation software you would be willing to use
- and come up with such application.
+ ideal AI or complex automation software (non-AI) you would be
+ willing to use and come up with such application.
3. What is the most critical use case in your Emacs workflows where
you would **avoid** using AI?
@@ -67,6 +68,9 @@ Questions:
support (for newcomers or otherwise) around LLMs/AI in the next
year? And one thing it should decline to do?
+**Note that you can ask other questions not limited to the above
+during public Q&A session after the panel discussion**
+
Related:
<https://lists.gnu.org/archive/html/emacsconf-org/2026-08/msg00007.html>