mrkeyoor.com_
Sun 13 Sept 16:47 UTC
LLM Toolsevaluationupdated 13 Sept 2026

dictionary-of-ai-coding review

Dictionary of AI Coding is an English-language glossary for the terms developers meet while working with coding agents. It explains models, tokens, context, tools, failure modes, handoffs, memory, review, and agent-friendly development in plain language with usage examples.

trackingstars / 7d
Verdict

Our 6-second install pulled 42 packages and 49 MB, while the repository offered no build or test target, confirming that this is a reading resource with a small generator rather than a software tool. Use it when a team needs sharper language for coding-agent work, especially around context, handoffs, and review. Link to it instead of copying its prose until the missing license is resolved, and treat disputed or absent terms as editorial gaps rather than settled definitions.

We ran it

Lab card: what happened when we ran dictionary-of-ai-codingScreenshot of dictionary-of-ai-coding (github.com/mattpocock/dictionary-of-ai-coding)
Install✓ · 6s42 packages · 49 MB
Buildn/ano build script
Testsn/ano test script
Known vulns00 critical · 0 high · 0 moderate · 0 low (npm audit)
Repo88 files~168 lines of source · 0.3 MB · 2 CI workflows

Answers from our run

Does dictionary-of-ai-coding build from source?

Dependencies installed in 6 seconds (42 packages), and the project has no separate build step. We cloned commit 251fec7 into a clean Debian container with 3 CPUs and no project-specific setup.

Does dictionary-of-ai-coding have tests you can run?

Not through a standard command: the project exposes no test script or target that our harness could run.

Does dictionary-of-ai-coding have known vulnerabilities in its dependencies?

npm audit found none in the dependency tree at the time of our run.

Who should not use dictionary-of-ai-coding?

Anyone who needs to copy, translate, or redistribute the entries under clear terms: the repository has no license, and open issue 21 asks the author to resolve that ambiguity.

What are the alternatives to dictionary-of-ai-coding?

Generative AI for Beginners, Hugging Face Agents Course, Agent Skills specification. Our 6-second install pulled 42 packages and 49 MB, while the repository offered no build or test target, confirming that this is a reading resource with a small generator rather than a software tool.

Setup4/5A 6-second install and no service, though there is no test target
Docs5/569 linked entries pair explanations with cautions and usage
Community3/54,554 stars and September activity, but no push since July
Maturity2/5No license or release, with definition and generation gaps open

Who it’s for

Developers who can use coding agents but still mix up the model, harness, agent, and session.
Technical leads trying to give a team consistent words for context, handoffs, review, and automation.
Instructors who want short explanations to link from internal training material.
Experienced users looking for a sharp explanation of newer terms such as attention budget, smart zone, or AX.

Who it’s NOT for

Anyone who needs to copy, translate, or redistribute the entries under clear terms: the repository has no license, and open issue 21 asks the author to resolve that ambiguity.
Readers seeking a complete machine-learning glossary: open requests still ask for eval, quantization, and distillation, while the stated scope is AI coding.
Teams treating every definition as an industry standard: the entries are editorial and prescriptive, and issue 10 questions the dictionary's wording on non-determinism.
Release-controlled documentation programs: GitHub has no published release, and open issue 19 reports drift between the generated README and its template.
Developers expecting a library, API, or runnable agent: this is a generated reading resource, and our checkout exposed no build or test target.

Setup reality

Our sandbox installed 42 npm packages in 6 seconds and used 49 MB. Npm audit found 0 known vulnerabilities. The 0.3 MB checkout had 88 files and about 168 lines of source. No build or test script or target was available, so both steps were skipped.

Reading the dictionary needs no account, API key, database, or model provider. Contributors need Node and npm only for the generator and Git hooks. The README is generated from 69 Markdown entry files plus an internal curriculum and template, so edits belong in those sources.

There is no Dockerfile, runtime service, tagged release, or detected license. That simplicity makes local setup easy, but the missing license limits reuse, and open issue 19 shows that the generated README can drift from its template even when the entry content is unchanged.

Sixty-nine entries give coding agents a usable vocabulary

The dictionary directory contains 69 files, arranged into 7 sections that move from models and sessions through tools, failure modes, handoffs, memory, and working patterns. Each entry explains one term, links related entries, gives a usage exchange, and sometimes warns against a vaguer phrase. The result is meant for reading and discussion. It does not provide an agent, model wrapper, prompt library, or API that an application can call.

Across 69 entries, the strongest distinction is the separation of model, harness, and agent. A model predicts tokens; a harness supplies context, tools, and the loop; an agent is the working system a user experiences. The entries then connect that distinction to statelessness, sessions, permission modes, sandboxes, and tool results. Many confused debugging conversations improve once a team can identify whether the failure belongs to model behavior, missing context, a harness decision, or an external tool.

Seven sections favor working language over formal definitions

The README groups 69 files into 7 sections and reads like one developer correcting another, with concrete exchanges under every term. The token entry explains why unusual identifiers consume more context, the handoff entry distinguishes a durable artifact from a conversational summary, and the human-review entry insists on reading the diff instead of the agent's description. Entries for DX and AX explain why a codebase that works for experienced employees may still be hard for a stateless agent to operate.

Across 69 definitions, that voice is the appeal and the limit. The dictionary often tells readers which wording to avoid, and it advances specific working ideas such as a smart zone, attention budget, grilling, clearing, and agent experience. Some are useful labels rather than settled technical terms. Teams can adopt them as house vocabulary, but a standards document, research paper, or vendor comparison should trace technical claims to primary material and define disputed terms for its own audience.

What happened when we ran it

Our sandbox installed commit 251fec7 in 6 seconds, adding 42 npm packages and consuming 49 MB on disk. Npm audit reported 0 known vulnerabilities. The repository itself measured 0.3 MB, with 88 files and about 168 lines of source code. Most of the value sits in Markdown, while the small TypeScript generator assembles those entries into the README from an internal curriculum and template.

There was no build script or target, so the lab skipped the build step. There was also no test script or target, so no tests ran. That is less alarming here than it would be for a library because the deliverable is prose, yet generated content still benefits from a freshness check. The lab found 2 workflow files used for CI and no tests directory. Nothing in this run checked links, factual accuracy, entry completeness, or consistency between definitions.

Three requested terms are still absent from the 69-entry set

The 69-file dictionary still omits eval, quantization, and distillation, each requested in an open issue. Eval is especially central to current coding-agent practice because teams use it to compare prompts, models, tools, and end results. Its absence makes the dictionary less complete for readers moving from casual agent use into repeatable assessment. Quantization and distillation sit closer to model production, so leaving them out is more defensible under an AI-coding scope, though their requests show readers expect some model vocabulary too.

Issue 10 raises a narrower accuracy question about non-determinism. The entry says identical context may produce different output and presents this as inherent to model use; the issue asks whether a controlled random seed changes that claim. The discussion has 7 comments and remains open. A 69-file glossary benefits from this kind of scrutiny, but readers should not quote a compact explanation as if its boundaries have been agreed by the field.

The 88-file repository has no license for reuse

The 88-file repository contains no LICENSE file, and GitHub detects no license. Issue 21 explains the practical cost: people want to adapt the entries for consulting, tools, teaching, and translations, while another open request seeks permission for a German edition. Public source is readable source, not automatic permission to reproduce it. Until the author adds terms or grants permission, organizations should link to the dictionary and write their own definitions when redistribution is part of the plan.

The generated README joins 69 files with an internal curriculum and template. Issue 19 reports that running the generator at commit 251fec7 changed the header URL and image assets because the committed README lagged behind its template. The reporter says dictionary content was unaffected. Even so, a generated reference should make freshness verification a required check so source edits and the public artifact cannot drift unnoticed.

July code and September contributions show uneven maintenance

The last push was July 2, 2026, while GitHub showed 4,554 stars and 20 combined open issues and pull requests. Contributor activity continued into September: current pull requests address output-token wording and malformed frontmatter, while issues request missing terms. That combination is not evidence of abandonment. It does show that interest and proposed fixes are arriving faster than changes have recently reached the main branch, and there is no release tag to mark an editorial edition.

For a 69-file reference, the alternatives move quickly into longer study. Microsoft offers a fuller course with lessons and code; the Hugging Face Agents Course moves from vocabulary into agent construction; the Agent Skills specification is the authoritative choice for that one packaging standard. Dictionary of AI Coding is faster than all three when the immediate problem is a muddled conversation about context, tokens, handoffs, or review. Keep the link, question the prescriptive parts, and do not build licensed derivative material from it yet.

Alternatives

ProjectWhat it isPick it when
Generative AI for Beginners gh↗A lesson-based course that teaches generative AI concepts through code and applications.pick this instead when you want a structured curriculum and exercises rather than a quick vocabulary reference.
Hugging Face Agents CourseA course about agent concepts, frameworks, use cases, and hands-on projects.pick this instead when you want to build agents and complete practical assignments after learning the terms.
Agent Skills specificationThe specification and documentation for packaging reusable agent skills.pick this instead when the word you need is skill and implementation requirements matter more than a broad glossary.

What people are saying

  1. [github-trending] mattpocock/dictionary-of-ai-coding

Sources

  1. Dictionary of AI Coding repository and README
  2. Dictionary source entries
  3. Missing license discussion
  4. Generated README freshness report
  5. Non-determinism definition discussion
  6. Eval definition request
  7. Dictionary of AI Coding releases

More llm tools reviews

gemini-skills · reversa · Claude-Red · knowledge-work-plugins · llamafile · OpenContext · the whole board →