Activity
Mon
Wed
Fri
Sun
Sep
Oct
Nov
Dec
Jan
Feb
Mar
Apr
May
Jun
Jul
Aug
What is this?
Less
More
Clief Notes

46.2k members • Free

76 contributions to Clief Notes
Client needs some devs/workers
I have a client in Australia who's looking for someone who understands ICM and can help him work on his software. Obviously he would prefer someone a bit more technical, but he's happy to have some people who are trying to learn as well. It's a pretty large software, but he's created a pretty good automated system and obviously he's using my methods so it's very well organized. Anyone out here looking for a project to take on the practice or learn more? Or is there anyone in the morning to get a little bit more work done at a higher level? He's looking for multiple skill levels.
1 like • 4d
I'm in Sydney Australia if he'd like a local!
Poll: Does AI watermarking change how you would write an AI-use policy?
Anthropic started watermarking Claude's text output on 2 August. Not a visible mark, nothing you would ever see on the page. It is a pattern sitting under the words that software can read and a person cannot, and it travels with the text wherever you paste it. Worldwide, not just the EU. Every education person I know read that as "finally, a detector." It is not one. There is no public detection tool yet. A detected mark only means the text passed through Claude at some point, so grammar checking looks the same as generating the whole thing. And paraphrasing strips it, so no mark proves nothing either. What I keep landing on is that this changes the evidence conversation, not the detection one. If you cannot prove who wrote it, you build the process so that the proof is in the drafts, the version history, and the person explaining their own work out loud. Curious where everyone else sits on this in their own sector.
Poll
2 members have voted
🏆 COMP #9 RESULTS: THE EDITOR🏆
📦 EVERY ENTRANT GETS A FEEDBACK FILE 📦 🔍 HOW WE READ THESE Every repo was cloned and pinned to the last commit that was public at the deadline, so nobody was judged on work that landed after the clock. Six repos had later commits. We read the earlier ones. Then we read file by file. Identity, rules, examples, the reference layer, the code. Every self-test in the field was executed on our machine, not taken on trust. And for five folders we did the thing the brief describes: dropped the folder in, wrote a draft that appears nowhere in the repo, worked it through as the specialist, then ran the entrant's own checker on what came back. All five passed their own gate. The landing pages were the doorway. The judging happened inside the folders. 📦 COMP #9: THE EDITOR - THE VAULT 📚 WHAT THE FIELD TAUGHT Three lines split forty-two builds: ✅ Enforcement moved into code. Comp #8's lesson landed hard. Nine entries ship a checker you can run without an API key. Across forty-two rules files, the phrase "use good judgment" appears zero times. ✅ The disguised ask is the real test. Almost everyone refuses "just rewrite it." The builds that went furthest anticipated the request wearing a disguise: ask me questions and assemble it, give me two options, tell me what it should say instead. ✅ The examples file is where methodology broke. Six entries shipped an examples.md larger than their rules.md, holding voice, philosophy and calibration that belonged in identity or reference. Last cycle it was the empty memory. This cycle it was the overloaded examples file. 📦 COMP #9: THE EDITOR - THE VAULT 🥇 THE WINNER @Marcelo Michelsohn. The FICC editor, a proposal editor for one municipal culture fund in Campinas, Brazil. Here is why. Three real proponents ran it on real proposals, with consent, on 22 July, inside the fund's live submission window with money on the line. The method was written down before the rounds ran, so the receipts could not be shaped afterward. Inputs are preserved byte for byte, outputs pasted verbatim, and the errors are still in the transcripts because the method said to leave them there.
4 likes • 21d
Congrats @Marcelo Michelsohn 🙌🙌
🏆 WEEKLY COMP #9: THE EDITOR 🏆
🎟️ PRIZE: FREE SEAT IN THE LYCEUM 🎟️ Pick your cohort. Technical, Business, or Creator. Your call. 🎯 PICK YOUR DOMAIN The domain is yours. Pick something specific. Pick something you'd actually use. A few sparks to get you thinking: - 💻 Code review editor for a specific language and level (junior TypeScript, senior Python) - 📊 Pitch deck editor for pre-seed founders - 🎨 Grant application editor for arts nonprofits - 📄 Resume editor for career switchers into tech - 📰 Op-ed editor for policy publications - 🎙️ Podcast script editor for interview shows - ⚖️ Legal brief editor for civil litigation - 📋 Product spec editor for early-stage PMs - 🎓 Academic paper editor for one specific field The more specific, the better. "Writing editor" is too broad. "Op-ed editor for tech policy publications targeting a policy audience" is right. 🗂️ THE METHODOLOGY If this is your first comp, welcome. Here's what you need to know: This week (and every week) you're learning interpretable context methodology. Folders as architecture. Each file does one job well. Your editor is a folder with five things: - 📄 identity.md (who the editor is, what work they review) - 📐 rules.md (how they critique) - 💬 examples.md (what good critique looks like) - 📚 reference/ (style guides, checklists, frameworks the editor uses) - 📖 README.md (how to use it) Drop the folder into a Claude project. Claude becomes the editor. Reusable. Shareable. Portable. 🔥 THE ANGLE THIS WEEK An editor is NOT a rewriter. An editor doesn't do the work for you. An editor surfaces what's weak and pushes you to fix it. That distinction is the whole assignment this week. When someone hands the editor a draft, the editor shouldn't produce a "fixed" version. The editor should point at the three lines that don't work, explain why, and hand it back to the writer to solve. ✍️ Generic feedback like "consider strengthening your intro" is a fail. Specific feedback like "your intro assumes the reader already knows what a Series A is, but this pub is read by generalists, so lead with the stakes instead of the jargon" is what a real editor does.
3 likes • Jul 17
LETSSSSS GOOOOOOOOOOO 💪
1 like • Jul 21
CHALK - Comp #9 submission If you write Work Health and Safety assessments, you know the worry: you finish a task and you can't be sure a student won't just run the whole thing through AI and hand it back. So you ban AI to be safe. But the real WHS job now drafts its reports and procedures with AI and then checks them, so banning AI outright can end up testing a skill the real job no longer uses. Chalk is a second pair of eyes for that moment. You paste a draft you're still writing, and it points at the exact lines that won't hold up and asks you a question, so you fix them yourself. It never rewrites your work. In this domain that isn't a style choice, it's the point: a rewritten risk control or incident report is a safety document written by something that never saw the workplace, and you're the one who has to defend it. So it quotes the line, names the gap, and hands the question back to the person who owns the file. It's built for WHS Diploma writers (BSB51319), and it already knows how AI has reshaped all five core units, so it catches the trap that's hard to see in your own draft: banning AI from the very document the job now writes with AI and verifies. If you're judging it, three things to point at: - You can check it without an API key. python validator/check.py reads any output and fails it if it slips into a rewrite, even one smuggled into a trailing paragraph. i shipped two deliberately broken outputs too, because a checker that passes everything proves nothing. - i cold-tested it, twice. i handed the whole folder to a fresh session with no memory of building it and asked it to break the thing. It found real problems: a hole in that checker, an overclaimed line, an example that didn't match its source. All three are fixed. (Write-up in TEARDOWN.md.) - i ran it on a real assessment i actually produce, not one written to trip it. It found a genuine gap in solid work. The quoted lines are in the repo; the
❗The Lyceum opens this Thursday: live webinar at 7 PM ET❗
Thursday, July 16 at 7:00 PM ET. Quick version for anyone who hasn't been following: The Lyceum is Eduba's 12-week AI certification program and the first credential we've ever issued. Over 3,000 people are on the waitlist and seats per cohort are limited. What we'll cover in the hour: 01 / The structure. 12 weeks, three sprints, nine live sessions, 18 hours of instruction, 12 instructors per cohort. 02 / The cohorts. Technical, Business, and Creator. Same core curriculum, weighted differently. We'll walk through how to pick yours. 03 / The competition. $250,000+ in prizes across the tiers and how your capstone feeds into it. 04 / The certification. What you have to do to earn it and what it actually certifies. 05 / The investment. What it costs, how payment works, and who should not enroll. Then live Q&A until the questions run out. One more thing. At the end of the session we're doing something for the people actually in the room. It's capped at a small number, it goes in the order people claim it, and we're not putting it in writing. Be there and stay to the end. The session is live only. No recording going out. Thursday · July 16 · 7:00 PM ET skool.com/live/XM7969jTG7L Come with the hard questions. Bring the skeptical ones too. That's what the hour is for.
1 like • Jul 17
I'm so broke but I'm going to work my ass off on the new comp entry 💪
1-10 of 76
Joshua Hubbard
6
1,421 points to level up
@joshua-hubbard-3415
Learning designer from 🇦🇺

Active 2d ago
Joined Mar 13, 2026
Australia
Powered by