You have written the same idea three times this year. You don't know that yet. Your notes app does.
Why this needs a loop, not a chat tab?
You can already paste your old notes into Claude and ask it to find patterns. People do this. It works, once.
The problem is you're the trigger. You open the tab, you paste the file, you ask the question. Close the tab and the checking stops. Nothing rereads your vault unless you remember to make it.
A loop doesn't wait for you to remember. You give it a rule once, it runs the cycle on a schedule, checks its own output against a hard bar, fixes what's weak, and writes the result back into the same vault you already use.
The shape of a loop, always the same four parts:
1TRIGGER тЖТ a schedule, or a new note being saved2DO тЖТ Claude reads the vault and does the actual work3VERIFY тЖТ checked against a hard rule, not a vibe4STOP тЖТ passes the rule, or hits a retry limit
Skip VERIFY and Claude grades its own homework and gives itself a 9 every time. Skip STOP and it reruns forever on a note it can't make sense of, quietly running up your API bill overnight. Both of those are where people get this wrong.
The stack: Claude, Obsidian, a schedule?
Three pieces, nothing exotic.
The vault. Obsidian. Free, local, every note is a markdown file you own on disk. A script can read and write into that folder directly, no export, no API wall between you and your own notes.
The source. Your AI chat history, exported once from whatever provider you use. This is the raw material the loops read from.
The brain. Claude, split by job. Sonnet for anything that needs real judgment, comparing ideas, catching contradictions. Haiku for cheap sorting and tagging, roughly a fraction of the cost per call. You don't run the expensive model to check a YAML field.

Loop 1: raw export becomes one note per idea?
1TRIGGER: new export file dropped into raw/2STEPS:3 1. Read every conversation in the file4 2. Extract only the actual decision, the reasoning, and what5 happened after, if mentioned later6 3. For each distinct idea, write one note into notes/ using7 this frontmatter:8 ---9 topic:10 created:11 source_conversations: []12 status: open13 linked_notes: []14 ---15 4. If a note on this exact topic already exists, update it16 instead of creating a duplicate17VERIFY: every note has all three body sections filled AND18 source_conversations has at least one entry.19 If not, reprocess that conversation alone.20STOP: verify passes, or 3 retries, then flag for manual review
This is the one that turns a dead export into an actual vault. Nothing clever yet, just structure.

This is what one processed note actually looks like. Not a summary, a decision with a paper trail
Loop 2: the vault rereads itself for patterns?
This is the one that actually earns its place. Four separate passes, each with its own job, each reading the same memory file before it starts and writing to it before it stops.
1TRIGGER: every 6 hours2STEPS:3 Pass 1, dropped threads:4 flag any open note untouched in 60+ days5 Pass 2, what worked:6 match past ideas against published output that performed well7 Pass 3, the honest read:8 one direct line on the last 14 days, no softening9 Pass 4, hidden duplicates:10 compare all notes for the same idea worded differently,11 across any time gap, list together, ask before merging12VERIFY: each pass writes at least one entry to memory/MEMORY.md,13 and Pass 4's matches are confirmed by keyword overlap14 in the Decision field, not just similar phrasing15STOP: all four passes complete, or a pass fails and gets16 logged, never silently skipped
Pass 4 is the one that actually surprises you. Two notes written months apart, worded completely differently, turn out to be the same unfinished idea. That match doesn't come from you. It comes from something that never gets bored of rereading you.
You cannot see your own patterns from inside your own head. You need something outside it that never gets bored of rereading you.
Never let Pass 4 auto-merge. Two notes about "quitting a bad client" can look identical in reasoning even when they're about different clients. Confirm before merging, every time.

These are three clusters my vault found on its own, ideas I never noticed were connected until the loop pointed them out
Try the manual version first?
Before you schedule anything, run this once by hand in a Claude chat, pointed at a folder of your own notes:
1You will work in a loop until the task meets the bar.23TASK:4Read every note in [folder]. Find ideas that repeat across5different notes, worded differently, and any project mentioned6that was never followed up on.78SUCCESS CRITERIA (strict, no soft passes):9- every match is backed by an actual quote from both notes10- every dropped thread includes how long it's been idle11- no vague "you seem to value X" style output1213LOOP PROTOCOL, repeat every turn:141. PLAN - state the single next step152. DO - produce or improve the output163. VERIFY - score 1-10 on each criterion, be brutally honest174. DECIDE - if every criterion is 8+, print "FINAL" and stop1819RULES:20- Never call it done until every criterion is 8+21- Do not ask me questions, make a sensible assumption and continue2223Begin. Run the loop until FINAL.
If what comes back actually surprises you, the idea earns a schedule. If it doesn't, don't automate it yet.

The order that actually works?
Get one manual run reliable, in the Claude chat.
Turn that into the two prompts in Loop 1 and Loop 2.
Add the VERIFY and STOP rules before you schedule anything.
Then, and only then, put it on a cron job or a recurring automation.
Skipping ahead, scheduling something you haven't proven by hand, is exactly how loops misfire while you're asleep. Prove it once, harden it, then automate it.
What it actually costs?
Loop 1 runs once per export, so it's a handful of Sonnet calls total, not recurring.
Loop 2 runs four passes every six hours. Move Pass 1 and Pass 4 to Haiku, they're comparison and tagging, not deep reasoning. Keep Pass 2 and Pass 3 on Sonnet, since matching against real performance data and giving an honest read both need actual judgment. Split this way, four passes a day costs less than the coffee you drink while reading what came back.
What this actually means for you?
The vault was never the point. The point is having something that keeps rereading you after you've stopped paying attention, so the pattern gets caught instead of repeated a fourth time.
The shift here isn't a new app or a smarter model. It's about who does the noticing. You stop being the only one checking your own thinking, and something else starts doing it in the background, on files you own, on a schedule you set.
My take: build Loop 1 first, let the vault fill up for two or three weeks before you touch Loop 2. The duplicate-finding pass is worthless until there's enough in the vault to actually collide against. Start with the manual version in this article, run it a few times in the Claude chat. If you keep reaching for it, that's when it earns the schedule.
If you want more breakdowns like this, I post one every couple of days on Telegram and X. Both free.
Telegram - https://t.me/GipArcAI





