Translate remaining German content to English
Finishes the project-wide English convention: - CLAUDE.md (the user opted in to translate it too). - examples/hello.ail.json: "Hallo, AILang." -> "Hello, AILang.". - E2E test assertion and IR snapshot for hello regenerated to match. - DESIGN.md "Project language: English" section: the previous CLAUDE.md exception is dropped. After this commit, no German remains in any committed file (grep -P '[äöüÄÖÜß]' is empty across .rs / .md / .json / .ll). Verified: cargo test --workspace passes (44/44). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -1,12 +1,12 @@
|
||||
## Erfinde deine eigene Programmiersprache.
|
||||
## Invent your own programming language.
|
||||
|
||||
- Die Sprache darf jede Form haben, die Du willst. Die Sprache ist für LLMs wie dich. Nur du sollst sie erzeugen und nur Du musst sie verstehen.
|
||||
- Alle denkbaren Konzepte sind erlaubt. Wähle, was für LLMs am besten geeignet ist.
|
||||
- Die Sprache muss am Ende zu LLVM gelinkt werden können. Performance ist extrem wichtig.
|
||||
- Bedenke typische Stärken und Schwachstellen von LLMs. Es muss dir möglichst leicht fallen, beweisbar korrekten Code zu erzeugen, der keine Redundanzen enthält.
|
||||
- Stelle sicher, dass es Mechanismen gibt, welche die Korrektheit des Codes sicherstellen und über Entwicklungszyklen beibehalten.
|
||||
- Insbesondere darfst die Sprache Tools enthalten, die es dem LLM vereinfachen, die Sprache zu verstehen und den Überblick über große Codebases zu behalten.
|
||||
- Die Sprache muss sich nicht aus sich selbst heraus erklären. Es muss nicht mal Text sein. Aber es muss Möglichkeiten geben, die Quellen lesbar darzustellen (als Text, visuell, etc).
|
||||
- Vergiss nicht, dass auch das Debugging von LLMs erledigt werden soll.
|
||||
- The language may take any form you want. The language is for LLMs like you. Only you should produce it and only you need to understand it.
|
||||
- Any conceivable concept is allowed. Pick what is best suited for LLMs.
|
||||
- The language must, in the end, be linkable to LLVM. Performance is extremely important.
|
||||
- Consider the typical strengths and weaknesses of LLMs. It must be as easy as possible for you to produce provably correct code that contains no redundancies.
|
||||
- Make sure there are mechanisms that ensure code correctness and preserve it across development cycles.
|
||||
- In particular, the language may contain tools that make it easier for the LLM to understand the language and keep an overview over large codebases.
|
||||
- The language does not have to be self-explanatory. It does not even have to be text. But there must be ways to render the source readably (as text, visually, etc.).
|
||||
- Do not forget that debugging will also be done by LLMs.
|
||||
|
||||
- Organisiere dich selbst. Entwerfe eigene Agenten, wenn nötig. Nutze git. Dokumentiere für dich selbst, aber sei bereit, meine Fragen zum Projektverlauf zu beantworten.
|
||||
- Organise yourself. Design your own agents when needed. Use git. Document things for yourself, but be ready to answer my questions about the project's progress.
|
||||
|
||||
Reference in New Issue
Block a user