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

Owned by Francisco

Aprende e integra la IA en tu vida siguiendo un estilo de vida en consciencia y siendo tu mejor versión cada día.

La comunidad en español para automatizar tu negocio con IA. Sistemas, agentes y flujos listos para usar. Sin código. Sin complicaciones. Únete.

Memberships

Client Acquisition for Coaches

657 members • Free

Coaches Life Lab 2.0

786 members • Free

AI Marketing Hub, SEO & Search

4.5k members • Free

Maker School: AI Automation

2k members • $184/m

AI Automation Society

422.3k members • Free

Synthesizer: Free Skool Growth

44.5k members • Free

Founder Dojo

20 members • $97/m

7 contributions to AI Marketing Hub, SEO & Search
How are you architecting your second brains? (files vs RAG/vector)
Hey everyone. Love that so many of us are building second brains now. I wanted to open a discussion on the architecture underneath, because I think that's where it gets interesting. Most of what I see here is file-based: @Daniel Agrici YouTube Brain and the per-client Obsidian brains in SEO Office, markdown on disk the agent reads. For those of you running that, how are the results holding up as the brain grows? Does the agent still pull the right context, or does it start grabbing too much? What challenges/issues are you facing with this approach? On my side I've built a few systems with RAG and vector databases feeding the agent, and they've worked really well, especially once the knowledge base gets big and retrieval matters more than just reading a folder. I'm designing a couple of second-brain architectures right now and deploying them soon, so I'm genuinely curious how the two approaches compare in the wild. Open question: what are you running, files, vector, or a hybrid? And what actually worked vs what broke once real usage hit it?
1 like • 3d
Ok this is genuinely slick @Jack CalibratedAI, the graph view plus the structured note pages (TL;DR, key takeaways, tags) are way past "PoC." And I think you've quietly solved the token cost without meaning to: the agent doesn't have to read the full HTML wall, it can read just your summary + takeaways + tags, which is basically a built-in retrieval layer. Rich visuals for you, a clean cheap surface for the agent. Curious whether, when the agent pulls context, it hits the raw HTML or you feed it that summary block. And does the shared-tag graph actually drive retrieval, or is it mostly there for you to navigate?
0 likes • 3d
Thanks @Mohamed Elansary.This is the answer, honestly. Metadata filter first, always, never pure semantic across the whole store. The way I think about it: metadata + semantic buys you recall (pull a wide candidate set cheaply), and the reranker buys you precision (a cross-encoder narrows those 30-40 candidates down to the 3-5 the model actually sees). Decoupling "retrieve wide" from "show narrow" is what kills the grabbing-too-much problem. And it matters more as the brain grows, not less: at scale everything starts looking semantically similar, so pure similarity gets noisier while metadata + rerank stays sharp. That's exactly the drift I opened the thread about.
How do you all do SEO with AI? Here's my exact workflow
I use AI mostly before writing anything, to reverse-engineer the competition and find the gaps. I run the whole thing with Claude Code as the orchestrator, one agent that does the research, scraping and analysis end to end. Here's the flow so you can copy it: 1. Map the competitors with an LLM + web search. I give Claude my niche and a few seed keywords and have it pull the top ~7 ranking sites, with a structured output for each: what they cover, estimated traffic, the keywords they rank for, and most importantly their weaknesses. I run the research with web search and light scraping (Chrome DevTools MCP works well), no paid SEO tool needed. You can plug in Ahrefs or SEMrush if you want hard volume numbers, but the AI estimates are enough to find the gaps. 2. Force structured output. I make the model return a clean table: competitor -> traffic -> top keywords -> weakness -> exploitable gap. This is the key step. It turns a vague "research the competition" into something you can actually act on. 3. Build the keyword-gap map. Then I have it cluster all those keywords and flag the high-intent sub-topics the big players cover thin or skip entirely. The pattern is almost always the same: the million-visit sites have volume but no depth on the specific niche. That's your opening. 4. Prioritize and plan for the gaps. Sort by intent and how underserved they are, then have the LLM draft the content plan (titles, structure, internal links) for the long-tail they ignore. 5. Don't skip technical hygiene. AI content is useless if Google can't crawl you. Search Console, sitemap, robots.txt, indexing first. Learned that one the hard way. The whole pipeline runs from Claude Code: it drives the web search, the scraping via MCP, and the structured analysis from one place. That's it. How about you? Leaning on AI more for keyword research, content, technical SEO, link building? Drop your workflow, always looking to steal good approaches.
0 likes • 9d
@Gavin Fenton Same here. I keep one repo as the hub so every run shares the same context, the brand, the gap research, the content model. Stops it from drifting halfway through.
1 like • 9d
@Daniel Agrici This is exactly the loop I'm building toward. claude-seo for the audit, then a content engine for the scheduled fill. Thanks!!
I shipped the SEO workflow end to end. Build + gotchas
Follow-up to my last post. Thanks @Daniel Agrici for claude-seo and claude-blog, the audit -> content loop is spot on. What actually mattered turning the gaps into a real site: 1. Gaps -> structure. Took a 1-page site to service, vertical, "automate X" long-tail, and comparison pages. That long-tail/comparison layer is the opening the big sites skip. 2. One content model drives routes, sitemap, and prerender. Add a page and it is live in all three. No drift. 3. Biggest gotcha: on a prerendered SPA, set per-page meta and schema at BUILD, not with a client-side head library. It silently failed on every page but one. Open the built HTML and check. Plus the basics first: Search Console, sitemap, request indexing. Domain is new, so this is "built and learned", not traffic yet. I will post real metrics in a month. Two questions: am I missing anything obvious? And how do you handle the content cadence after the audit, manual or claude-blog on a schedule?
4
0
10,000+ stars. ⭐ Thank you, community. 🙏
Claude SEO just crossed 10K on GitHub. Schema, audits, GEO, and answers to the questions everyone's asking. Built with you 😇
10,000+ stars. ⭐ Thank you, community. 🙏
2 likes • 9d
Congrats @Daniel Agrici Inspiring projects!! 🚀
Seedance 2.0 Economics Report (lesser known method)
hong kong vpn x chinese phone number x wechat payments = the most budget friendly Seedance 2.0 production solution available globally. the attached pdf shows the results of my research: ::aliveness::
3 likes • May 29
Thanks @Benjamin Samar Not sure yet what's the purpose on Seedance but I'll take a look!
2 likes • May 29
@Benjamin Samar That's useful. And how can I use seedance? Can be through kie.ai or higgsfield?
1-7 of 7
Francisco Salazar
3
41points to level up
@francisco-salazar-7874
Building DevOps + AI solutions for B2B ops

Active 1h ago
Joined May 26, 2026
Powered by