Go Style Agent Skill – Opinionated Skill for Writing Golang
Organized Go best practices for agents, but it's markdown files like any custom instruction.
Book knowledge distilled into AI agent skills — Clean Code, DDD, Effective Kotlin, and more
Book principles as AI-agent prompts, but needs a working workflow to prove value.
AI agent developers, engineering teams using AI for code quality, legacy codebase maintainers
Cursor Rules · Continue.dev · Devin/Cognition
Does it make sense to use book-based principles as a structured lens for AI-driven code review? How would you set up sub-agents to iteratively review LLM output — one agent creates, another evaluates — without the review becoming shallow or repetitive? Has anyone tried a different approach that worked better? How do you maintain project context across multiple review passes so the agent doesn't lose sight of the bigger picture?
Organized Go best practices for agents, but it's markdown files like any custom instruction.
LLM-centric framing is smart, but curated guides already exist on HN weekly.
Useful organization of existing go.dev links, but it's just a curated README.
Map-reduce ingestion turns 400k token books into cheap, queryable Claude skills.
Minecraft builds from agent prompts with interactive preview before placing.
Reference docs for AI agents so they stop hallucinating OpenRouter code, but it's a structured prompt.