kocer's banner
kocer's profile picture

kocer

@kocer_eth1,745 subscribers

AI writer | dm open

Videos

kocer_eth's profile picture

THIS GUY BUILT AN AUTONOMOUS AI AGENT OUT OF CLAUDE CODE + OBSIDIAN and this is way more interesting than another “use AI to take notes” demo the trick is simple: Obsidian is not the writing app here. it becomes the agent’s memory, task board, and context folder. Claude Code is not just answering prompts. it reads the vault, edits files, follows instructions, and keeps moving through the work like a junior operator with a filesystem. the reusable setup looks like this: 1. create an Obsidian vault for one project 2. keep goals, rules, tasks, decisions, and references as markdown files 3. point Claude Code at the folder 4. give it a clear operating loop: read context → choose next task → execute → write back what changed 5. use the notes as persistent memory instead of re-explaining the project every chat that’s the part people miss. the “agent” is not magic. it’s the boring combination of: - local files - explicit rules - task state - write access - a model that can run through the repo/vault Obsidian makes the memory human-readable. Claude Code makes the memory executable. that combo is why the video worked: it turns a notes app into an operating surface for actual work. best use cases: - content systems - research vaults - coding projects - client ops docs - personal knowledge bases that need actions, not just storage the caveat: if your vault is messy, your agent becomes messy too. folders, naming, “done” criteria, and forbidden actions matter more than the prompt. but once the structure is clean, this is one of the easiest ways to build an agent that remembers what happened yesterday without paying for a full custom app.

kocer

30,403 views • 16 days ago

kocer_eth's profile picture

THIS GUY TURNED 5 PROMPTING TIPS INTO A FREE AI CEO CHALLENGE The useful part is treating every prompt like you are briefing a very fast employee who has zero context. Most people open ChatGPT and type a wish. Pros give it a job. Try this instead: 1. Give it a role Not “help me with marketing.” Say: “Act as a B2B SaaS growth operator reviewing a landing page.” 2. Give it the real context Who is the customer? What are they buying? What have you already tried? What does success look like? 3. Give it constraints Length, tone, format, audience, banned words, examples to copy, examples to avoid. A vague prompt gets a vague answer. A constrained prompt gets something you can edit. 4. Ask for options before answers “Give me 5 angles, rank them, then explain the tradeoff.” This turns AI from an autocomplete box into a thinking partner. 5. Force it to show assumptions Before it writes, ask: “What are you assuming, what info is missing, and what would change your answer?” That one line saves a lot of fake confidence. Dan Martell’s video works because the promise is simple: 5 prompting habits that make AI feel less random. The reusable move is even simpler: Stop prompting for outputs. Start prompting for decisions. Bad: “Write me a post.” Better: “Here is the source, here is the reader, here is the angle, give me 3 hooks, choose the strongest, then draft in this style.” That is the difference between getting content-shaped noise and getting work you can actually ship. Caveat: prompts do not fix weak taste, bad data, or unclear strategy. But they do expose those problems faster. If your AI answers are generic, your prompt probably has no job, no context, no constraints, and no standard for what “good” means.

kocer

25,573 views • 15 days ago

kocer_eth's profile picture

THIS GUY BUILT A BUSINESS SECOND BRAIN WITH CLAUDE CODE + OBSIDIAN IN 3 STEPS Most teams do not need another Notion workspace. They need a place where the company can remember how it works. The video shows a simple setup: 1. Create one empty folder called second brain. 2. Split it into 3 buckets: raw new knowledge wiki 3. Let Claude Code turn messy company material into connected notes. The useful part is the separation. Raw is where your existing stuff goes: SOPs, sales docs, process notes, client delivery checklists, old Loom summaries, onboarding docs. New knowledge is where fresh outside material lands: articles, clips, tactics, examples, market notes. Wiki is the cleaned version: concepts, roles, processes, SOPs, gaps, reusable decisions. That is where Claude Code becomes more useful than a normal chat window. Instead of asking it to remember random context forever, you give it a folder it can read, edit, and reorganize. Then Obsidian becomes the human interface. The Obsidian Web Clipper captures useful pages into the vault. Claude Code ingests them. The wiki gets updated. Then you can ask questions like: “Does my current workflow actually hold up?” That is the real point. Not “AI notes.” A business memory system that can compare what you do today against new information tomorrow. The caveat: this is not magic company intelligence. If your raw docs are vague, outdated, or full of tribal knowledge, Claude will organize weak inputs into cleaner weak outputs. You still need naming rules, review habits, and someone responsible for deleting junk. But the setup is refreshingly practical. Folder first. Clipper second. Claude Code as the maintainer. No giant knowledge base migration. No complex setup. Just a local vault that can slowly turn scattered business memory into something searchable, editable, and actually reusable.

kocer

16,542 views • 12 days ago

kocer_eth's profile picture

THIS GUY BUILT A SNACK MACHINE BUSINESS AROUND THE MOST BORING PRODUCT ON EARTH just a simple machine, a location, snacks, and repeatable distribution. that’s why the video works. most people watch it and think: “nice side hustle.” builders should watch it and think: “this is a better product lesson than 90% of startup advice.” because the mechanism is stupidly clear: 1. find a tiny repeatable demand 2. put the offer where the demand already exists 3. remove the human from the transaction 4. restock based on what actually sells 5. repeat only after the unit economics survive reality that last part is the whole game. AI builders keep trying to automate the shiny part first. landing page, prompt chain, avatar video, dashboard, launch post. but the snack machine business starts with something AI people skip: boring proof. can one location pay back? which products move? how often does it need restocking? what breaks? what gets stolen? what happens when nobody cares? this is also why the better AI-UGC businesses are interesting right now. not because “AI makes videos.” because the real workflow is distribution + testing + iteration: multiple accounts, many creatives, fast feedback, then scaling the winners. same idea, different machine. physical vending machine: location → product → purchase → restock data AI content machine: account → creative → attention → revenue data the caveat is obvious: a video can make the machine look cleaner than the business. permits, placement deals, maintenance, theft, dead inventory, and bad locations can kill the margin. but the reusable lesson is still strong: build the smallest cashflow machine you can observe directly. then automate the parts that are already working. not the other way around.

kocer

11,646 views • 22 days ago

No more content to load