write-lep
Skill9.1k starsChanged 9 days agoMITView on GitHub
How to draft a Lore Enhancement Proposal in docs/proposals/ — naming, drafting against the template, applying the rules in the README, and finishing the file.
Adopted by
Steady: 0 new projects took it in the last 4 weeks, none the 4 weeks before.thin data
Who's talking about EpicGames/lore
- @bearstech.com“Lore : Epic Games publie un système de gestion de versions Open Source conçu pour gérer des projets à très …”Bluesky · Jun 18, 2026 · 16 likes
- @snutt.bsky.social“Epic just announced their own open source version control system 👀 github.com/EpicGames/lore”Bluesky · Jun 17, 2026 · 12 likes
- @binarynonsense.com“Interesting repository: "Lore - a next-generation, open source revision control system (EpicGames)" …”Bluesky · Jun 18, 2026 · 10 likes
- A Hacker News story“Lore: Next-generation open source version control”Hacker News · Jun 27, 2026 · 4 points
- @zooko2.bsky.social“Lore: new revision control system built by EpicGames with BLAKE3+FastCDC+Zstd github.com/EpicGames/lore”Bluesky · Jun 21, 2026 · 4 likes
The biggest 5 of 39 mentions linking to the repository that our crawl found. Each line is their own headline.
See all 39
Talked about on GitHub, Bluesky and Hacker News (39 times).
On GitHub · 26
- Jun 22, 2026registry: add lore — jdx/mise1 reaction · 2 comments
- Nov 10, 2026build(deps): bump lore from v0.12.0 to v0.13.0 — carapace-sh/scrape0 reactions
- Nov 8, 2026epic-lore: update to 0.13.0 — macports/macports-ports0 reactions
- Nov 2, 2026build(deps): bump lore from v0.11.0 to v0.12.0 — carapace-sh/scrape0 reactions
- Oct 27, 2026Support for Lore VCS — ros-infrastructure/vcs2l0 reactions · 1 comment
21 more on GitHub
- Oct 27, 2026build(deps): bump lore from v0.10.1 to v0.11.0 — carapace-sh/scrape0 reactions
- Oct 12, 2026build(deps): bump lore from v0.10.0 to v0.10.1 — carapace-sh/scrape0 reactions
- Oct 7, 2026build(deps): bump lore from v0.10.1 to v0.10.0 — carapace-sh/scrape0 reactions
- Oct 6, 2026build(deps): bump lore from v0.10.0 to v0.10.1 — carapace-sh/scrape0 reactions
- Sep 22, 2026build(deps): bump lore from v0.9.0 to v0.10.0 — carapace-sh/scrape0 reactions
- Sep 4, 2026build(deps): bump lore from v0.8.6 to v0.9.0 — carapace-sh/scrape0 reactions
- Aug 9, 2026Strip debug info from Linux `liblore.so` in `build_lore_crate.cmake` — theRTC204/godot-lore-plugin0 reactions
- Jul 31, 2026SBAI-5906: parity watcher reports true pinned distance, not last-hop delta — BiloxiStudios/loregui0 reactions · 4 comments
- Jul 16, 2026Update repo table — arran4/arran40 reactions
- Jul 4, 2026Add support for lore — timonkrebs/Time-Tracer0 reactions
- Jul 3, 2026Vendoring "lore": failed to get `bitcode` as a dependency of package ... — openSUSE-Rust/obs-service-cargo0 reactions · 7 comments
- Jul 1, 2026Update repo table — arran4/arran40 reactions
- Jun 30, 2026Update repo table — arran4/arran40 reactions
- Jun 29, 2026Update repo table — arran4/arran40 reactions
- Jun 28, 2026Add Lore icon — simple-icons/simple-icons0 reactions
- Jun 27, 2026[FEAT] INVESTIGATE - Lore VCS — LAF-US/IDAHO-VAULT0 reactions
- Jun 18, 2026每日速递 Daily Digest — 2026-06-18 — Aurora-yang-git/DailyNews-Bilingual_AI_Digest0 reactions
- Jun 18, 2026Support a Lore VCS backend in git-diff (blocked on Lore stabilization) — itsakeyfut/uasset-lens0 reactions · 1 comment
- Jun 17, 2026[Request]: loreserver — ScoopInstaller/Main0 reactions
- Jun 17, 2026[Request]: lore — ScoopInstaller/Main0 reactions
- May 28, 2026Link checker report — tldr-pages/tldr-maintenance0 reactions
On Bluesky · 12
- Jun 18, 2026Lore : Epic Games publie un système de gestion de versions Open Source conçu pour gérer des projets à très grande échelle mêlant code et… — @bearstech.com16 likes and reposts · 2 replies
- Jun 17, 2026Epic just announced their own open source version control system 👀 github.com/EpicGames/lore — @snutt.bsky.social12 likes and reposts · 2 replies
- Jun 18, 2026Interesting repository: "Lore - a next-generation, open source revision control system (EpicGames)" github.com/EpicGames/lore #gamedev… — @binarynonsense.com10 likes and reposts
- Jun 21, 2026Lore: new revision control system built by EpicGames with BLAKE3+FastCDC+Zstd github.com/EpicGames/lore — @zooko2.bsky.social4 likes and reposts
- Jun 17, 2026Epic released a new open source control version software called Lore, it’s designed with large repos and handling large binary files in… — @djlink.bsky.social3 likes and reposts · 3 replies
7 more on Bluesky
- Jul 12, 2026Seriously though Lore is really interesting for a bunch of reasons, like treating binary data as a first class citizen rather than being… — @skinchanger.dev2 likes and reposts
- Jul 3, 2026you're not gonna believe this github.com/EpicGames/lore — @spamcan.bsky.social1 likes and repost · 1 reply
- Jun 28, 2026Epic Games open-sourcing a VCS built specifically for binary-heavy game projects fills a real gap that Git LFS only partially addresses —… — @u11g.com1 likes and repost
- Jun 27, 2026Just came across Epic Games' Lore, their new version control. A promising solution for projects that mix code with large binary files like… — @luise.ac1 likes and repost
- Jun 20, 2026One of the pains in the gaming industry -and possibly the greater entertainment one- is dealing w/ large files amidst version control… — @diegum.bsky.social1 likes and repost · 1 reply
- Jun 18, 2026EpicGames/lore: Lore is a next-generation, open source revision control system #devopsish github.com/EpicGames... — @chrisshort.net1 likes and repost
- Jun 22, 20267. Epic Games released Lore, an open-source VCS written in Rust that tackles code and hefty binary assets alike. Think version control, but… — @rustaceans.bsky.social0 likes and reposts · 1 reply
On Hacker News · 1
- Jun 27, 2026Lore: Next-generation open source version control4 points
In this repository5 other files it gives its agents.
- AGENTS.mdAGENTS.md
- lore-developmentSkill
- review-changeSkill
- review-lepSkill
- smoke-testsSkill
The file
We split this skill into the rules it gives an agent
6 rules. About 0 are common, 1 is distinctive, and 5 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
5
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 13
Read docs/proposals/README.md ("How to write an LEP").
- Very specific: line 15
Read docs/proposals/lep-template.md to confirm the section structure and frontmatter shape.
- Distinctive: line 19
If the user did not pass a title as an argument, ask for a short descriptive one.
- Very specific: line 29
Start from the template's structure — same sections in the same order.
- Very specific: line 31
When research and user input genuinely don't support a claim, mark {TODO: <what's missing>} in place rather than inventing detail.
- Very specific: line 33
Do not editorialize about the proposal's quality.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Write LEP
Mechanical authoring of a new LEP. The rules — per-section and cross-cutting — live in docs/proposals/README.md. The template at docs/proposals/lep-template.md is just the section skeleton. This guide is the procedure for applying both.
Before you start
Read docs/proposals/README.md ("How to write an LEP"). It is the canonical source for what each section requires and for the cross-cutting rules (active voice, public citations, no fabrication).
Read docs/proposals/lep-template.md to confirm the section structure and frontmatter shape.
Find out what the user has by way of prior research: notes, related reviews, design conversations, related tickets, pasted content, file paths, glob patterns, public links. Any form is fine. If they have nothing, proceed without.
If the user did not pass a title as an argument, ask for a short descriptive one.
Naming the file
Filenames follow YYYY-MM-DD-<slug>.md, where <slug> is the kebab-case form of the title (lowercase, hyphens, no punctuation, max ~6 words). Today's date comes from date +%Y-%m-%d. If a file with the chosen name already exists in docs/proposals/, append -2, -3, etc. until you reach a free name.
Drafting
Before drafting, check the scope against the README's One decision per proposal. When the work has parts that can be accepted on their own, write a proposal for each. A part that changes an accepted LEP is an amendment to it, as the README's Lifecycle describes. Tell the user the split before you draft.
Start from the template's structure — same sections in the same order. For each section, apply the rules in docs/proposals/README.md and replace the template's placeholder text with your content.
When research and user input genuinely don't support a claim, mark {TODO: <what's missing>} in place rather than inventing detail.
Do not editorialize about the proposal's quality. Apply the rules; gaps become {TODO}s, not opinions.
Finishing
Set the frontmatter: lep is the filename without .md, status is Draft, created and updated are today's date. Write the file to docs/proposals/<filename>.
Tell the user to run /review-lep docs/proposals/<filename> before sharing the LEP. Staging, committing, and opening it for review are the author's calls — this guide stops at writing the file.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

