Activity
Mon
Wed
Fri
Sun
Dec
Jan
Feb
Mar
Apr
May
Jun
Jul
Aug
Sep
Oct
Nov
What is this?
Less
More
Clief Notes
54.6k
5.0
Free
12 contributions to Clief Notes
🏆 COMP #14 RESULTS: THE CONTROL 🏆
📦 EVERY ENTRANT GETS A FEEDBACK FILE 📦 🔍 HOW WE READ THESE 11 entries. David, Bas and Don on isolated piles, then a panel. Every repo pinned to its last commit before the deadline, both arms re-run, and one question planted that the entrant never saw. The brief asked for one thing. Before you ran anything, you wrote down the rule that would decide whether your folder earned its place: it earns it only if it beats the same documents with no instructions. Then you built that arm and ran it. The folder's quality was never the score. The honesty of the comparison was. 🥇 Winner: @Jeff Van Leenen — The Control https://github.com/jdvanleenen-sys/the-control Jeff's folder lost, and he is the reason this round produced something. He committed his rule before he ran anything. The folder halved the steps but was marked right less often than the bare documents, while putting more text in front of the model. By his own committed rule, it did not earn its place. That is his headline, in his own results file. Then the part that won it. His pre-registration allowed one folder change. He made it, ran it, and the first reading said his lost marks had come back. He checked again, found that reading was wrong, and published a correction withdrawing his own favourable finding — before anyone asked, with the date on it. limits.md is fourteen lines of things that weaken his own case. His CI fails if a transcript, a mark or the questions changed after being committed. 🏅 Honorable Mentions @Stavros Stavroglou — Four-Asset Desk Control https://github.com/leoxeno/four-asset-desk-control The cleanest hygiene in the round. Questions committed at 15:59, cold arm 16:01, folder 16:02, unambiguous to the minute, never edited. The answer key is generated from the data, not typed, so every value can be recomputed from the repo. He reported a regression he introduced himself that nobody else would have found, and his planted question went the folder's way twice.
1 like • 11d
Thanks David, and congrats Jeff and Stavros. I took both of your fixes this week and published them in the repo. 1. A key I didn't take from the rules. I tiered all 12 leads myself from the lead text alone, then committed and pushed that before any new run. It isn't fully blind, since I'd seen answers before, and the file says so. 2. The rules-only arm, run alongside no folder and the full folder. What came out (top of results.md, github.com/Realeeai/realee-lead-desk-control): - rules.md alone gave the same tier as the full folder on every lead, every run. It used a third of the input tokens, but it was no faster. - On my own key, the folder matched me on 9 of 12, the bare model on 7. I disagreed with my own rules on 3 leads. I changed one rule (a size range now counts as its higher option) and kept the other two on purpose. After that: 10 of 12. - Then I ran every model and effort level: Haiku, Sonnet and Opus 5.5 from low to max, three arms, two runs each. The full folder never beat rules.md alone on any lead. On Haiku the extra files made it worse. Opus got all 12 at low effort, the same as at max, for $0.40 instead of $4.65. So the written-down policy does the work, and I've cut the desk down to rules.md and the intake script. The trimmed desk scored the same. In plain terms: one page of clear rules did all the work. With just that page, the cheapest model, Haiku, got 11 of the 12 leads right for about a cent per dozen leads, where our original setup cost 66 cents. At its top setting it got all 12 for 14 cents, just slower. You don't need the biggest model or a big folder, just clear rules.
1 like • 11d
@David Vogel I actually saw that after I posted all this so that I went and did everything for that next competition since it was pretty much almost done. Lol. Thanks for the heads up tho!
🏆 WEEKLY COMP #15: THE REBUILD 🏆
🎁 $1,000 IN PLATFORM CREDITS🎁 One winner takes it. 📋 THE CHALLENGE Pick your weakest entry from any past comp. Read the feedback file we sent you. Rebuild it. Then prove the rebuild is better. Every entrant since the Cartographer has a file that says what worked, two fixes, and the one thing that would have moved them up. Most of those files have been read once. This week you act on one. This week's deliverable is the original pinned, the feedback file, the rebuild, and a control showing old against new. 🎯 PICK YOUR ENTRY Any comp you entered. Cartographer, Auditor, Translator, Control, or anything earlier if you still have the repo. Pick the one where the feedback file stung the most. That is the one with the most room. If you have never entered, you can still play. Pick any public repo from a past comp whose author has posted that it is open for rebuilds, and treat the public results post as your feedback file. Credit them in the README. A few sparks: - Your Cartographer map, rebuilt so the territory ships pinned in the repo - Your Auditor, rebuilt so every finding resolves to a provision a mod can open - Your Translator, rebuilt so the shape holds on the input that broke it - Your Control, rebuilt around the question the folder lost on - Any entry whose README a stranger could not walk The pattern is the same every time. The feedback named a gap. You close it and show the closure. 🔥 THE ANGLE THIS WEEK Last comp was The Control. You ran the same questions with and without a folder and committed both. The Rebuild runs the same test on two versions of the same folder. Original on one arm. Rebuild on the other. Same questions, same order. The questions come from the feedback file, so the test is aimed at the exact thing you were told to fix. In the Cartographer round, Adam put his README in front of an outsider, watched her fail for twenty minutes, cut it from 904 words to 471, and kept the old version in the repo so you could see the change. That is a rebuild with the receipt attached. This week everyone ships one.
4 likes • 11d
https://github.com/Realeeai/realee-lead-desk-rebuild I rebuilt my Comp #14 entry, Realee Lead Desk Control, and the line that drove it was "Get a key you didn't write": I tiered all 12 leads blind and committed that before changing anything, then changed one rule and cut the desk to rules.md and the intake script, because the rules-only arm showed the other files did nothing. The rebuild matches my calls on 10 of 12 against the original's 9 in both runs, at about half the input, and results.md leads with what didn't improve. One note: I first built this as my follow-up to the Comp #14 feedback, before Comp #15 was posted, and the repo says so.
🏆 WEEKLY COMP #14: THE CONTROL 🏆
🎁 $1,000 IN EDUBAWARE CREDITS 🎁 One winner takes it. 📋THE CHALLENGE Build a folder. Then prove it earns its place. Every comp so far has assumed the folder helps. Nobody has had to show it. This week you run a control: same model, same questions, no folder. Then the same questions with the folder. You commit both runs, raw, and you report what actually changed. This week's deliverable is a folder plus the evidence that it beats no folder. 🎯PICK YOUR FOLDER Any specialist you want. Coach, researcher, editor, auditor, translator, something new. The folder is not the test. The test is the test. Pick a domain where you can write five to ten questions a stranger could grade. Questions with checkable answers. If the only way to judge the answer is taste, the control will not tell you anything. A few sparks: - A folder that answers questions about one codebase you can pin in the repo - A folder that answers policy questions against one document you ship in reference/ - A folder that handles one support category against a shipped FAQ - A folder that answers questions about one dataset you include - A folder that converts one input shape, graded against a spec in reference/ The pattern is the same every time. The answers have to live somewhere a mod can check. 🔥 THE ANGLE THIS WEEK Last comp was The Translator. The test was three runs on the same input to see if the shape held. The Control points that same test at the folder itself. In the Cartographer round, Marcelo ran a control before he changed a single card. Same model, same four questions, no map. It got the answers right, slower and with more reading, and it found two things his cards understated. He fixed both. Then after he rebuilt the map, the model read six files instead of ten and quoted the README's own rule as its reason for skipping the code. That is the only comp result all year that told us something we did not already believe. This week everyone runs one. Three things separate a real control from a demo:
1 like • 22d
@Katherine Willis good, how's it going? What can I do for you?
1 like • 22d
@Katherine Willis lately just working through everything. What about you? I see your new around here. Do you have clients or just working through the material?
Need to make a Slide Deck? Use This
Here is a skill I created that will audit a current slide deck or make a brand new one based on how I love to build them. Point it at work you want to present and watch the magic happen. RinDig/lecture-deck-skill: Build animated, themed HTML lecture and workshop decks from a storyboard. A Claude skill plus a Python kit with three themes.
Need to make a Slide Deck? Use This
1 like • 30d
Hey Jake, your lecture-deck skill is now part of how we explain systems at Realee. We kept your kit exactly as shipped (credited, MIT, pinned to your commit) and wrapped it in our own "explainer deck" command. Each deck lives next to the project it explains and goes through your contact sheet and register check before it goes out. First one was an 8-screen walkthrough of our email-intake automation, and it passed the checker on the first build. Next up are a client's quantity-sheet process and an email-intake pitch. Hit one small Windows/Git Bash quirk and filed it with a workaround: https://github.com/RinDig/lecture-deck-skill/issues/1 I also borrowed your Cartographer's Desk example art for an internal scroll-story test (kept local). Happy to swap it out if you'd rather I didn't. Thanks for sharing this!
New ICM Concept: the LOOP CLOSE
Hey everyone, I just came across something and I'm curious how you may handle the samething? @Jake Van Clief It's basically long running work tasks within a stage, that we want updates and logs to be created from. Currently I only binded updates to SHIP stage, this is why it came up during the BUILD stage. Below was our simple solution. Curious on your thoughts if this works cleanly, anything I'm missing or if it's completely unnecessary for some reason. ### Promote Identity from exit artifact to gate (the core, KISS) Introduce exactly one new ICM concept: the LOOP CLOSE — the boundary of a repeating unit of work inside a stage (a region sweep, a ticket, a phase iteration). Rule: a loop iteration is not done until L1 Identity and the engineering log reflect it — not just L4/L5. Lands as edits to files that already exist: .forge/icm/STAGE-MATRIX.md — a short "Loop close (iteration gate)" block + a row in BUILD
1 like • Aug 17
@Mofedul Alam Joy Thanks Mo! Appreciate the feedback. I will look at implementing some of those changes.
1-10 of 12
Matt H
3
37 points to level up
@matt-h-5122
Former startup & scale up VP/Csuite running an AI operations & growth consultancy and dev shop.

Active 4h ago
Joined Apr 20, 2026
Powered by