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

Owned by Tam

Cộng đồng học cùng tamhn 😇

25 contributions to The Video Dept.
How I batch a week of posts in obsidian and claude
I used to spend 45 minutes every Sunday clicking through calendar date pickers just to schedule my weekly posts for my personal brand I wrote my notes in obsidian, but moving them to social platforms was a slog I had to open my browser, copy the text into a web scheduler, pull up the calendar on my iphone to check open slots, and manually click dropdowns for every single post It felt like administrative busywork. If I miscalculated a time gap, I would accidentally schedule 2 posts on tuesday morning and leave thursday completely blank I fixed this friction by changing how I handle the publishing queue. Instead of manually picking dates, I automated my schedule using blotato and its next free slot rule: - Lock my posting windows once: I locked in 3 daily delivery slots: 8:15 AM for linkedin, 12:30 PM for x, and 5:00 PM for threads. I never touch those times again - Draft locally in obsidian: I write my posts as plain markdown files whenever ideas hit me. No dates, no timestamps, and no calendar math - Queue with claude: When a draft is ready, i just tell Claude to schedule the posts based on the fixed slots for me with blotato mcp. The system checks my calendar, finds the next available empty window, and locks the post in automatically If I finish 4 posts on a random Tuesday night, I push them all at once. They space themselves out evenly across wednesday, thursday, and friday without any manual sorting. No calendar dropdowns, no double-posted days, and no Sunday admin work. When you schedule content across platforms, do you still pick individual dates by hand, or do you use a recurring queue?
1
0
How I stopped AI from breaking my apps
I spent 3 hours last night watching an AI tool break my dashboard that was already working It started with a tiny bug: user settings were not saving when the page reloaded Instead of slowing down, I asked Claude to fix it right there inside the main dashboard file. That was my mistake The model went into a spiral. It changed my state logic, broke the top navigation, wiped out my CSS styling, and threw 4 new error screens in my face A 2-minute fix turned into me spending midnight hitting undo and throwing away code just to get the screen to open again. I stopped doing this completely after making 1 hard rule: Never let an AI edit your live pages when debugging tricky logic. Now, whenever an AI tool fails on the first prompt, I run the test-page gauntlet: - Spin up a blank /test page: I tell cursor or lovable to leave the main app alone and create an empty route at /test. My working pages stay untouched - Put 3 simple checks on the screen: I have the model print 3 pass/fail boxes right in the browser: Box 1 checks the login token, Box 2 prints the exact JSON payload being sent, and Box 3 shows the server reply - Spot the exact red box: I loaded /test and Box 2 lit up red immediately. A field name was spelled wrong in the payload. Fixing it took 1 line Once all 3 boxes turned green on /test, I copied that single clean function back into the main dashboard. The dashboard stayed clean. Nothing broke. I did not lose any working code. When an AI breaks something in your project, do you let it keep thrashing in place, or do you move the bug to a blank page?
Stop writing "you are an expert". what production prompts actually look like
I have tested dozens of different system prompt structures over the past year, and most of my early attempts were complete failures 🥲 for example: - I tried writing two-page essay prompts that the model completely forgot halfway through. - fancy persona setups like "You are a world-class strategist" that defaulted straight to corporate fluff. - even uploaded 10 reference documents to a knowledge base, only to realize the agent never actually touched them 😫 It took months of trial, error, and broken runs to realize what was actually happening: When an LLM lacks local operational context, it defaults to the statistical average of its training data The model doesn't need more personality adjectives. It needs the unwritten tribal rules of your team. Here are the 4 structural lessons that actually survived my testing: - Context over job titles: Giving an agent a solo title ("You are an expert editor") always made it sound arrogant and detached. Framing its seat in the team ("You are a copy editor on a four-person desk reviewing drafts before client handoff") immediately grounded the tone - Unwritten TRIBAL guidelines: The biggest quality leap happened when I stopped writing generic advice and started writing the unspoken house rules (e.g. say provider, never say doctor; say customer, never say user; always spell out acronyms on first mention) - Explicit file pointers: Uploading files to a knowledge base does almost nothing unless you name them inside the prompt text. The moment I started writing "read brand_guidelines.md before answering", the hallucinations plummeted - Negative constraints at the bottom: In my early tests, I put banned words and rules at the top. The model forgot them by paragraph three. Placing strict negative guardrails at the very end of the prompt was the single change that made them stick 😁 None of this came from a prompt engineering guide. It came from watching agents break on real tasks and stripping away everything that didn't hold up in production.
Stop writing "you are an expert". what production prompts actually look like
I tested automated clipping tools for 30 days and hated the results
I had been using AI clipping tools for an entire month and hated the results... they gave me speed, but every export felt like inauthentic content like: - auto-generated subtitles with neon colors. - Random jump cuts in the middle of a technical explanation. - zero context on what made the build interesting in the first place. tried to solve it for several months and realized I only fixed the workflow when I separated the mechanical rendering from my editorial judgment Most builders think they have to choose between two extremes: Either spend 2 hours scrubbing playheads in desktop video editors, or let an AI tool post unwatchable garbage on your behalf. That is a false choice... Here is the decoupled pipeline I run instead: • Zero local rendering: I paste the long-form youtube URL directly into blotato as a content source - the cloud engine parses the transcript, extracts high-retention segments, frames the speaker vertically, and burns in styled captions while my laptop fan stays completely silent • The 3-minute editorial filter: The tool handles the rendering physics, but I handle the editorial taste. I spend 3 minutes tweaking the opening hook for each feed (youtube shorts gets direct visual proof in the first 2 seconds, linkedin gets the operational takeaway, x gets a contrarian assertion) - The decoupled schedule: I assign the finished drafts straight into future calendar slots and close the tab (honestly my favorite part 😁) Software should eliminate the mechanical friction of distribution - it should never replace your editorial taste When you distribute your work, what eats more of your time - the manual video editing or writing the platform captions?
I tested automated clipping tools for 30 days and hated the results
Choosing between AI agents vs workflows
Most broken automations I've audited come down to one fundamental mistake: treating an agent like a workflow, or treating a workflow like an agent. They are not the same thing. A workflow is a train track. It is deterministic. Every trigger, condition, and API call is hardcoded in advance. Node A connects to Node B. If the payload matches, it routes to Node C. There is zero hallucination. It runs the exact same way every single time at near-zero cost. An AI agent is a driver with a map. It is non-deterministic. It evaluates unstructured inputs, decides which tools to call at runtime, and adjusts its plan based on intermediate feedback. Here is the problem: When people use an agent for a task that belongs on a train track, they waste money, introduce latency, and invite random errors When they use a rigid workflow for a task that requires semantic judgment, the system breaks at the very first edge case The rule I follow is simple: - Use workflows for routing, formatting, and state changes. - Use agents only when the path from input to output cannot be predicted by an if-then rule. - Deterministic software holds the track. The agent only steps in when the terrain turns unstructured. Where are you currently using an AI agent where a simple 3-node deterministic rule would actually be 10x more reliable?
Choosing between AI agents vs workflows
1-10 of 25
Tam Hn
3
29 points to level up
@tam-hn-5811
itstamhn.com

Online now
Joined Jul 10, 2026
INTJ
Vietnam
Powered by