From gaia-ops
Use when writing, drafting, or publishing a blog article for metraton.github.io
npx claudepluginhub metraton/gaia --plugin gaia-opsThis skill uses the workspace's default tool permissions.
Jorge's blog (metraton.github.io) is where he thinks out loud about agentic systems, context engineering, and the intersection of architecture and AI. The articles are bilingual (English and Spanish), grounded in real experience, and written in first person. They are not corporate content -- they are reflections from someone building these systems daily.
Triggers research for existing libraries, tools, and patterns before coding new features. Searches npm, PyPI, MCP/skills, GitHub; evaluates matches and decides adopt/extend/build.
Audits cross-stack repos (C++/Android/iOS/Web), classifies files as project/third-party/artifacts, detects embedded libraries, assigns module verdicts, generates interactive HTML reports.
Reorganizes X and LinkedIn networks: review-first pruning of low-value follows, priority-based add/follow recommendations, and drafts warm outreach in user's voice.
Share bugs, ideas, or general feedback.
Jorge's blog (metraton.github.io) is where he thinks out loud about agentic systems, context engineering, and the intersection of architecture and AI. The articles are bilingual (English and Spanish), grounded in real experience, and written in first person. They are not corporate content -- they are reflections from someone building these systems daily.
Every article starts with something that actually happened -- a deployment that went sideways, a late-night refactor, a conversation that shifted your thinking. The story is the anchor. Without it, you are writing a tutorial, not an article.
Ask Jorge: "What happened recently that surprised you or changed how you think about something?" The best topics come from moments where the outcome was different from the expectation.
Before writing a single paragraph, define: title, audience, core thesis (one sentence), and format. Jorge's natural format is Strategic Insight -- personal experience analyzed through a technical lens, ending with a transferable lesson.
The audience is engineers, solution architects, AI practitioners, and tech leaders. They do not need hand-holding but they appreciate honesty about what did not work.
Write the first draft in Markdown at /home/jorge/ws/me/<slug>.md. Work section by section -- do not dump an entire draft and ask "what do you think?" Each section should be reviewed before moving to the next.
Article structure (not rigid, but this is Jorge's natural flow):
Examples must be real. Not "imagine a team that..." but "I was deploying to Cloud Run when..." If you cannot point to something that actually happened, the example does not belong.
Each section adds something new. Do not repeat the same example or insight across sections. If the investigation section already showed the problem, the "in practice" section should show the solution -- not restate the problem.
Quotes add weight when grounded. Citing Anthropic, Hinton, or other thought leaders works when the quote connects directly to the experience. A quote floating without context is decoration.
Technical terms stay in English in both languages. LLM, skills, agent, Cloud Run, Terraform -- these do not get translated.
Closing lines are signatures. "Built with context.", "Built with reasoning." -- short, confident, tied to the article's thesis.
Once the Markdown draft is approved, convert to the bilingual HTML format. The Spanish version is not a mechanical translation -- it is natural Latin American Spanish, with the same voice and directness. Read reference.md for the HTML template and front matter structure.
Final HTML goes in: /home/jorge/ws/me/metraton.github.io/_posts/YYYY-MM-DD-slug.html
Before publishing, pass through both language versions checking:
— ’ é etc.)Ensure Jekyll is running locally (see reference.md for environment details). Preview at localhost:4000. Use Playwright to take screenshots at desktop (1280x900) and mobile (375x812). Check that all visual components render, no horizontal overflow, responsive breakpoints work.
Commit and push to master in the blog repo. GitHub Pages deploys automatically.
Wait ~45s after push for GitHub Pages to build. Use Playwright to screenshot the live URL and compare against the localhost preview.
Draft a sharing post: 1-3 sentence personal hook connecting to the article's insight, the link, and a bilingual P.D. See reference.md for the template. Conversational but technical tone, no aggressive hashtags -- the article preview image does the heavy lifting.