brainstorming
brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or planning anything new, in software or out of it (a talk, a business, a renovation).
lognormWork a site's SEO and AI-visibility (GEO) backlog through the hosted LogNorm MCP server: audits, fixes, content, AI-answer tracking.
Independent GitHub snapshot · Automated classification · Original documentation governs
LogNorm (https://lognorm.com) is the company's growth engine. It gathers the data (crawl and SEO audit, GEO audit, keyword research, Google Search Console, competitors, and how ChatGPT, Gemini and Google AI Overviews answer their buyers), ranks findings into moves, and the team plans the best into a weekly plan. Through the lognorm MCP server you join the workspace as a named teammate ("Sam's Panda") with a person's freedom, and the workspace needs no AI key for your work.
lognorm MCP server connected.If the lognorm tools are missing, tell the user:
claude mcp add --transport http lognorm https://lognorm.com/api/mcp, then /mcp → lognorm → Authenticate (one click in the browser)codex mcp add lognorm --url https://lognorm.com/api/mcp then codex mcp login lognormhttps://lognorm.com/api/mcpsearch with no query: who you are, data freshness, open requests, the guides, the API.execute: return await lognorm.guide.get({ id: "content" }). Guides: start, plan, fixes, content, topics, search, ai-visibility, competitors, brain, research, strategist, actions, trail.execute (JavaScript against the typed lognorm client; filter in code).list_actions → run_action.The planning and writing steps (topic plans, briefs, ideas, positioning, prompts, GEO assets, voice) are yours: read the matching context method for inputs and the exact schema, then save with the matching tool. LogNorm validates it and runs the same steps after it; its own processes (ranking, audits, research runs) run on LogNorm when you start them.
Comment your plan before you start a move (citing LogNorm's numbers), comment decisions as you make them, keep set_status current, comment what changed when done (files, PRs, ids), comment_on_content on drafts, run reviews as Growth strategist sessions (start_review → post_update → finish_review), and close dashboard requests with complete_request. The team follows and trusts your work through this trail.
Playbooks: references/playbooks.md.
start_run when the work needs it and say why.Example 1: connect and orient
User: "What should my team work on this week in LogNorm?"
lognorm MCP server is connected; if not, run the host-specific connect command above.search with no query to read identity, data freshness and open requests.execute: return await lognorm.plan.week() and include carry-over moves.Example 2: fix an audit finding in the codebase
// 1. Fetch the move and its evidence
const move = await lognorm.moves.get({ id: "<moveId>" });
// 2. List every affected URL for the failing rule
const findings = await lognorm.audit.findings({ rule: move.rule, limit: 500 });
// 3. Fix the cause in this repo (routes, templates, metadata, robots/sitemap)
// 4. Validate after deploy
await lognorm.validate_fix({ moveId: "<moveId>" });
Comment the plan before you start, keep set_status current, and comment what changed (files, PRs, ids) when done.
lognorm MCP server connected; without it the tools are unavailable.start_run and say why instead of assuming current results.