[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"project-94839":3},{"id":4,"name":5,"fullName":6,"owner":7,"repo":5,"description":8,"homepage":9,"htmlUrl":9,"language":9,"languages":9,"totalLinesOfCode":9,"stars":10,"forks":11,"watchers":12,"openIssues":13,"contributorsCount":14,"subscribersCount":14,"size":14,"stars1d":14,"stars7d":15,"stars30d":15,"stars90d":14,"forks30d":14,"starsTrendScore":14,"compositeScore":16,"rankGlobal":9,"rankLanguage":9,"license":17,"archived":18,"fork":18,"defaultBranch":19,"hasWiki":20,"hasPages":18,"topics":21,"createdAt":9,"pushedAt":9,"updatedAt":28,"readmeContent":29,"aiSummary":30,"trendingCount":14,"starSnapshotCount":14,"syncStatus":12,"lastSyncTime":31,"discoverSource":32},94839,"vibe-coding-toolkit","soumatheusgomes\u002Fvibe-coding-toolkit","soumatheusgomes","A curated, battle-tested AI-coding toolkit: Claude Code plugins, subagent orchestration, quality gates, and ready-to-copy prompts, extracted from real production use.",null,203,46,2,1,0,57,70.72,"MIT License",false,"main",true,[22,23,24,25,26,27],"ai-agents","ai-coding","claude-code","developer-tools","llm-agents","prompts","2026-08-24 04:01:22","\u003Ca id=\"topo\">\u003C\u002Fa>\n\u003Cdiv align=\"center\">\n\n# 🎧 Vibe Coding Toolkit\n\n\u003Cimg src=\"https:\u002F\u002Freadme-typing-svg.demolab.com\u002F?font=Fira+Code&size=22&pause=1000&color=F7A072&center=true&vCenter=true&width=700&lines=Vibe+Coding+Toolkit;Fluxo+real%2C+testado+em+producao;Superpowers+%2B+Subagentes+%2B+Boas+Praticas;Feito+para+Claude+Code+e+Codex\" alt=\"Vibe Coding Toolkit\" \u002F>\n\n*O fluxo real de desenvolvimento assistido por IA — testado em produção, não em teoria.*\n\n[![License](https:\u002F\u002Fimg.shields.io\u002Fbadge\u002FLicense-MIT-yellow.svg)](LICENSE)\n[![Feito para Claude Code](https:\u002F\u002Fimg.shields.io\u002Fbadge\u002Ffeito%20para-Claude%20Code-CC785C.svg)](https:\u002F\u002Fdocs.claude.com\u002Fen\u002Fdocs\u002Fclaude-code)\n[![PRs Welcome](https:\u002F\u002Fimg.shields.io\u002Fbadge\u002FPRs-welcome-brightgreen.svg)](https:\u002F\u002Fgithub.com\u002Fsoumatheusgomes\u002Fvibe-coding-toolkit\u002Fpulls)\n[![Feito no Brasil](https:\u002F\u002Fimg.shields.io\u002Fbadge\u002Ffeito%20no-Brasil%20%F0%9F%87%A7%F0%9F%87%B7-009c3b.svg)](https:\u002F\u002Finstagram.com\u002Fmatheusgomes)\n\n\u003C\u002Fdiv>\n\n---\n\n## \u003Ca id=\"sobre-o-projeto\">\u003C\u002Fa>💡 Sobre o projeto\n\nProgramar com IA parece simples até você perceber que \"colar um prompt grande e torcer\" não é um fluxo de trabalho — é sorte. O **Vibe Coding Toolkit** é o oposto disso: é o fluxo que uso todo santo dia, em código de produção de verdade, pra fazer um agente de IA (Claude Code, principalmente, mas boa parte também vale pro Codex da OpenAI) funcionar como parte de fato do time — não como um estagiário hiperativo que precisa de babá.\n\nCada peça daqui existe porque resolveu um problema real: sessões que perdiam o fio da meada, agentes que construíam mais do que o pedido, warnings de lint (avisos de uma ferramenta que analisa o código atrás de padrões arriscados, sem precisar executá-lo) que ninguém nunca zerava, lições caras que se repetiam a cada sessão nova porque nada ficava registrado. Nada foi adicionado só \"porque parecia legal\" — se está aqui, é porque já evitou um problema de verdade pelo menos uma vez.\n\nUm parênteses de transparência: as práticas daqui vêm de um projeto privado real de produção (fintech, sob NDA) — o código de origem não pode ser mostrado, então o que existe aqui é o método já extraído e genericizado, não um changelog público daquele projeto. Por isso o histórico *deste* repositório é curto — aqui é onde o método é documentado, não onde ele foi construído.\n\nSou o Matheus Gomes — no Instagram ([@matheusgomes](https:\u002F\u002Finstagram.com\u002Fmatheusgomes)) falo sobre prompt e IA pra devs — e esse repositório é a versão organizada, testável e sem enrolação de tudo que venho ensinando por lá.\n\n**Pra quem é:** devs de qualquer nível — se um termo técnico aparecer, ele é explicado ali mesmo, na primeira vez — que já usam ou estão testando Claude Code \u002F Codex e querem um fluxo estruturado em vez de tentativa e erro.\n\n## \u003Ca id=\"superpowers-primeiro\">\u003C\u002Fa>⭐ Superpowers primeiro\n\n> [!IMPORTANT]\n> **Superpowers é, na humilde opinião do autor, a ferramenta mais poderosa de todo este toolkit.** Não é só mais um plugin — é a disciplina que garante que um agente explore a intenção do pedido, planeje, e só então escreva código, em vez de arriscar a primeira interpretação plausível de algo em aberto. Tudo mais neste repositório apoia essa peça; ela sozinha já muda como uma sessão inteira se comporta.\n>\n> Se você só for configurar **uma** coisa deste repositório, que seja essa: leia [`docs\u002Ftools\u002F01-superpowers.md`](docs\u002Ftools\u002F01-superpowers.md) antes de qualquer outra ferramenta daqui.\n\nDois outros documentos merecem destaque igual, mesmo sem holofote de ferramenta de terceiro puxando atenção pra eles: [orquestração de subagentes em ondas paralelas](docs\u002Ftools\u002F02-subagent-orchestration.md) (o protocolo que elimina colisão de arquivo e disputa de commit *na estrutura*, não na disciplina — nada parecido apareceu em nenhuma coleção de terceiro que pesquisei pra este repositório) e [quality gates de ESLint\u002FBiome](docs\u002Ftools\u002F06-eslint-biome-quality-gates.md) (promoção de aviso pra erro como migração rastreada, fronteira de arquitetura imposta via lint). Se Superpowers é o motor, esses dois são o chassi.\n\n## \u003Ca id=\"comece-por-aqui\">\u003C\u002Fa>🚀 Comece por aqui\n\nSe é sua primeira vez por aqui, não tente ler tudo em ordem — vá direto pro **[Playbook completo](docs\u002F02-playbook-onboarding.md)**. É o guia de onboarding do zero até um projeto real com o setup inteiro funcionando, com um exemplo ponta a ponta em vez de teoria solta.\n\nUm teaser do que te espera lá — os primeiros comandos, antes de qualquer coisa mais sofisticada. Repare que isso é \"copie o arquivo certo, digite o comando certo\" — não existe (ainda) um instalador que detecta sua stack sozinho e escreve tudo por você. Se é exatamente isso que você quer, pule direto pro atalho do `aia-harness` (`\u002Faia-harness:init`) descrito em [`docs\u002F01-installation.md`](docs\u002F01-installation.md#2-plugins-e-clis-independentes) — ele monta a base sozinho; o resto deste repositório vira material pra entender o que foi montado, não pra montar do zero:\n\n```bash\nnpm install -g @anthropic-ai\u002Fclaude-code\n\u002Fplugin marketplace add anthropics\u002Fclaude-plugins-official\n\u002Fplugin install superpowers@claude-plugins-official\ncp templates\u002FCLAUDE.md.template CLAUDE.md\n```\n\nIsso já deixa o Claude Code instalado, a ferramenta mais importante do toolkit ativa, e o template de instruções de projeto no lugar certo. O resto — orquestração de subagentes, quality gates, memória entre sessões — o Playbook mostra em ordem, com o porquê de cada peça antes do como.\n\n## 🧭 Índice\n\n- [💡 Sobre o projeto](#sobre-o-projeto)\n- [⭐ Superpowers primeiro](#superpowers-primeiro)\n- [🚀 Comece por aqui](#comece-por-aqui)\n- [🗺️ O fluxo completo](#o-fluxo-completo)\n- [🧑‍💻 Como usar este repositório](#como-usar-este-repositorio)\n- [📚 Documentação completa](#documentacao-completa)\n- [🙏 Créditos](#creditos)\n- [⚖️ Licença](#licenca)\n- [👋 Vamos juntos](#vamos-juntos)\n\n---\n\n## \u003Ca id=\"o-fluxo-completo\">\u003C\u002Fa>🗺️ O fluxo completo\n\nDa instalação ao primeiro commit revisado — essa é a jornada completa, e onde cada ferramenta do toolkit entra nela. Uma peça central aparece cedo: **subagentes** (instâncias separadas do agente principal, cada uma especialista num papel — revisor, banco de dados, testes) fazem o trabalho pesado enquanto a sessão principal só planeja e decide.\n\nNas caixas abaixo, o caminho principal é a linha do tempo da esquerda pra direita; os círculos são as ferramentas de suporte, que não são etapas — ficam ativas o tempo inteiro, moldando como as etapas acontecem por baixo dos panos. Quality gates é uma dessas — protege todo commit, não é um passo único que se cumpre uma vez e some.\n\n```mermaid\nflowchart LR\n    Install[\"📦 Instalar\u003Cbr\u002F>Claude Code + plugins\"]\n    Setup[\"⚙️ Configurar projeto\u003Cbr\u002F>CLAUDE.md + hooks\"]\n    Brain[\"💡 Brainstorm\"]\n    Plan[\"📝 Plano\"]\n    Waves[\"🌊 Orquestração de subagentes\u003Cbr\u002F>ondas paralelas\"]\n    Review[\"🔍 Revisão multi-agente\"]\n    Ship[\"🚀 Commit \u002F Ship\"]\n\n    Install --> Setup --> Brain --> Plan --> Waves --> Review --> Ship\n\n    subgraph SP[\"⭐ Superpowers\"]\n        Brain\n        Plan\n    end\n\n    Graphify((\"🕸️ Graphify\u003Cbr\u002F>+ Context7\"))\n    RTK((\"🪙 RTK\"))\n    Persona((\"🦥 Ponytail + 🗣️ Caveman\"))\n    Memory((\"🧠 Memória\u003Cbr\u002F>Claude + Obsidian\"))\n    Gate((\"🚦 Quality gates\"))\n\n    Graphify -. orienta antes de codar .-> Brain\n    RTK -. barateia a sessão inteira .-> Waves\n    Persona -. governa o quê e o como .-> Waves\n    Memory -. contexto ao começar .-> Setup\n    Gate -. protege todo commit .-> Ship\n    Ship -. registra aprendizados .-> Memory\n```\n\nRepare que **RTK**, **Ponytail**, **Caveman**, o grafo do **Graphify** (com o **Context7** ao lado, orientando antes de codar) e os **Quality gates** não são paradas do caminho — são camadas ativas o tempo todo. Uma ressalva sobre o RTK especificamente: ele está aqui porque é parte real do fluxo diário do autor, mas [é documentado como padrão pra replicar](docs\u002Ftools\u002F03-rtk-token-proxy.md), não como binário público pra instalar — os outros nós deste diagrama, sim. Já a memória (**sistema do Claude** + **Obsidian**) entra dos dois lados: carrega contexto no início da sessão e grava o que valeu a pena aprender no final.\n\n\u003Cdiv align=\"right\">\u003Ca href=\"#topo\">▲ voltar ao topo\u003C\u002Fa>\u003C\u002Fdiv>\n\n## \u003Ca id=\"como-usar-este-repositorio\">\u003C\u002Fa>🧑‍💻 Como usar este repositório\n\nNão existe um único jeito \"certo\" de percorrer este repositório — depende do que você já sabe e do que está procurando agora.\n\n- **Quer o setup completo, do zero?** Vá direto pro [Playbook](docs\u002F02-playbook-onboarding.md) — é o caminho guiado, passo a passo, terminando com um projeto real rodando o fluxo inteiro.\n- **Já conhece o fluxo e só quer consultar uma ferramenta específica?** [`docs\u002Ftools\u002F`](docs\u002Ftools\u002F) é a referência — cada arquivo é autocontido, sem depender de você ter lido os outros antes.\n- **Só quer copiar um prompt pronto e adaptar pro seu caso?** [`docs\u002Fprompts\u002F`](docs\u002Fprompts\u002F) tem templates prontos pra colar e ajustar — sanitização de projeto, burndown de lint, code review multi-agente, e mais.\n- **Quer só os arquivos de configuração pra colar no seu projeto?** [`templates\u002F`](templates\u002F) tem o `CLAUDE.md.template`, um `settings.json.example` de hooks, e a regra de ondas paralelas pronta pra copiar.\n\nUm detalhe de idioma, pra não confundir: este README e toda a explicação dentro de `docs\u002F` (o \"como\", o \"por quê\", os tutoriais) estão em português — pra você, que me acompanha por aqui, entender tudo sem esforço. A única parte que fica em inglês de propósito são os blocos de prompt prontos pra colar em `docs\u002Fprompts\u002F` (o texto que você copia e cola direto num agente de IA) — isso funciona melhor em inglês, universalmente, independente do idioma de quem está lendo a explicação ao redor. Onde um conceito é específico do Claude Code (plugins, hooks, skills), o doc deixa isso explícito — boa parte do resto funciona igual no Codex ou em qualquer outro agente que leia um arquivo de instruções e execute comandos.\n\n---\n\n## \u003Ca id=\"documentacao-completa\">\u003C\u002Fa>📚 Documentação completa\n\n### 📖 Fundamentos\n\n| Doc | Descrição |\n|---|---|\n| [Visão geral](docs\u002F00-overview.md) | A filosofia por trás de todo o fluxo, pra ler antes de instalar qualquer coisa. Explica por que orquestração, personas, quality gates e memória só fazem sentido de verdade quando funcionam juntos, não isolados. |\n| [Instalação](docs\u002F01-installation.md) | Referência rápida e direta: os comandos de instalação de cada plugin e CLI, sem narrativa longa no meio. Use quando já souber o que quer instalar e só precisar do comando exato pra copiar e colar. |\n| [Playbook de onboarding](docs\u002F02-playbook-onboarding.md) | **(comece por aqui)** O livro de onboarding completo, passo a passo, do zero até um projeto real com o setup inteiro rodando — com um exemplo ponta a ponta em vez de teoria solta. |\n\n### 🛠️ Ferramentas\n\n| Doc | Descrição |\n|---|---|\n| ⭐ [Superpowers](docs\u002Ftools\u002F01-superpowers.md) | A ferramenta mais poderosa de todo o toolkit: impõe o fluxo brainstorm → plano → implementação → revisão antes de qualquer linha de código. A regra que muda tudo é sutil — invocar a skill certa antes até de fazer uma pergunta de esclarecimento. |\n| [Orquestração de subagentes](docs\u002Ftools\u002F02-subagent-orchestration.md) | O padrão por trás de tudo: uma sessão principal que só planeja e delega, nunca implementa sozinha, para um time de subagentes especialistas. Inclui o protocolo de ondas paralelas — como rodar tarefas independentes ao mesmo tempo sem dois agentes brigando pelo mesmo arquivo. |\n| [RTK — proxy de tokens](docs\u002Ftools\u002F03-rtk-token-proxy.md) | Um proxy de linha de comando (CLI) que reescreve comandos repetitivos — status, diff, log — em versões compactas antes de rodar, economizando tokens (a unidade que mede o custo de cada troca de mensagem com o modelo) em sessões longas. Documentado aqui como padrão replicável, não como produto pronto pra baixar. |\n| [Ponytail](docs\u002Ftools\u002F04-ponytail.md) | A persona do \"engenheiro sênior preguiçoso\": uma escada de decisão que para na opção mais simples que resolve o problema de verdade, antes de escrever qualquer código. Preguiça aqui é sinônimo de eficiência — nunca de descuido com segurança ou validação. |\n| [Caveman](docs\u002Ftools\u002F05-caveman.md) | A camada de comunicação: corta enrolação, gentileza forçada e hedging das respostas do agente, sem perder nenhuma informação real. Independente do Ponytail — um governa o que é construído, o outro como o agente fala sobre isso. |\n| [Quality gates ESLint\u002FBiome](docs\u002Ftools\u002F06-eslint-biome-quality-gates.md) | A documentação mais rica do toolkit: como dividir o trabalho entre dois linters sem sobreposição de regras, e subir um aviso pra erro como migração rastreada em vez de travar o time do dia pro outro. Cobre até os limites de arquitetura entre camadas do código. |\n| [Graphify](docs\u002Ftools\u002F07-graphify.md) | Transforma uma pasta de código, docs, papers ou imagens num grafo de conhecimento persistente — nós centrais, comunidades, relações entre arquivos. Responde \"o que quebra se eu mudar isso\" numa consulta só, em vez de dezenas de greps exploratórios. |\n| [Obsidian como memória](docs\u002Ftools\u002F08-obsidian-memory.md) | Um vault (repositório de notas) do Obsidian como memória de longo prazo do projeto, acessado só via MCP (um protocolo que conecta o agente a ferramentas externas) — nunca por escrita direta em arquivo. É pra onde migra tudo que o índice rápido de memória não tem espaço pra guardar. |\n| [Sistema de memória do Claude](docs\u002Ftools\u002F09-claude-memory-system.md) | Um índice sempre carregado (`MEMORY.md`) para as lições caras de aprender de novo — um erro corrigido, uma regra de negócio que o código não deixa óbvia. Vem com política de crescimento clara pra ele nunca inchar até virar ruído que ninguém lê. |\n| [Hooks — boas práticas](docs\u002Ftools\u002F10-hooks-best-practices.md) | Como escrever um hook (um pedacinho de código que roda automaticamente antes ou depois de uma ação do agente) que falha de forma segura em vez de travar a sessão inteira. Cobre um bug sutil e recorrente: `JSON.parse(\"null\")` não lança erro, e isso engana até guarda defensiva. |\n| [agent-browser](docs\u002Ftools\u002F11-agent-browser.md) | CLI de automação de navegador construída para agentes de IA, não adaptada de ferramenta de teste feita pra humano — trabalha com árvore de acessibilidade em vez de screenshot ou seletor CSS frágil. Aguenta re-renderização de página muito melhor que scraping tradicional. |\n| [Context7](docs\u002Ftools\u002F12-context7.md) | Servidor MCP que injeta documentação de biblioteca atualizada e versionada direto no contexto do agente — evita a API alucinada de um modelo com data de corte enquanto o código do mundo real seguiu evoluindo. 60 mil+ estrelas, citado em praticamente toda lista de \"MCP essencial\". |\n| [Anthropic Skills](docs\u002Ftools\u002F13-anthropics-skills.md) | O repositório oficial da Anthropic com as Skills de referência — geração real de `docx`\u002F`pdf`\u002F`pptx`\u002F`xlsx`, e duas skills \"meta\" que ensinam a criar suas próprias skills e servidores MCP. Um dos repositórios de IA mais estrelados do GitHub inteiro. |\n| [Chrome DevTools MCP](docs\u002Ftools\u002F14-chrome-devtools-mcp.md) | Servidor MCP oficial do time do Chrome — dá ao agente acesso a uma sessão real do navegador pra diagnosticar performance, rede e console ao vivo. Complementa o agent-browser: um automatiza um fluxo, o outro investiga o que está acontecendo nele. |\n\n### 📋 Prompts prontos\n\n| Doc | Descrição |\n|---|---|\n| [Sanitização de projeto](docs\u002Fprompts\u002F01-project-sanitation.md) | Prompt pra uma faxina geral no código — mede antes de agir, nunca chuta a gravidade de um problema. Separa correção mecânica de decisão que precisa de aval humano antes de tocar em nada. |\n| [ESLint warning burndown](docs\u002Fprompts\u002F02-eslint-warning-burndown.md) | Prompt pra zerar uma pilha de warnings de lint sem isso virar refatoração silenciosa. O centro do prompt é um gate de decisão explícito antes de tocar na parte mais arriscada — geralmente uma regra concentrada em arquivos caros de corrigir. |\n| [Code review multi-agente](docs\u002Fprompts\u002F03-multi-agent-code-review.md) | Prompt pra disparar vários revisores especialistas em paralelo sobre o mesmo diff, cada um sem ver o achado do outro. A etapa que faz diferença é a síntese depois — dedupe, filtro e ranking, não só concatenar tudo. |\n| [Brainstorm até plano](docs\u002Fprompts\u002F04-brainstorm-to-plan.md) | Prompt pra transformar um pedido em aberto num plano de implementação de verdade, com pergunta de esclarecimento antes de qualquer código e uma checagem de verificação em cada passo do plano. |\n| [Parallel wave dispatch](docs\u002Fprompts\u002F05-parallel-wave-dispatch.md) | Prompt pra quebrar uma lista de tarefas em ondas paralelas seguras. As duas regras que sustentam tudo — sem dependência entre tarefas da mesma onda, sem sobreposição de arquivo — são o que evita um agente sobrescrever o trabalho do outro. |\n| [Memory bootstrap](docs\u002Fprompts\u002F06-memory-bootstrap.md) | Prompt pra configurar do zero o sistema de memória em duas camadas num projeto novo: um índice rápido sempre carregado, mais um caminho de migração disciplinado pro armazenamento de longo prazo. |\n| [Setup completo de ESLint](docs\u002Fprompts\u002F07-eslint-complete-setup.md) | Prompt extenso e opinativo pra montar um `eslint.config.mjs` (ESLint 9, flat config) do zero: erro só pro que é sempre bug, aviso pro que é pressão de refatoração, regras caseiras pra invariante de domínio, lint consciente de tipo isolado num tier separado não-bloqueante. Complementa o burndown acima — use este primeiro pra ter uma config boa, aquele depois pra zerar avisos acumulados. |\n\n\u003Cdiv align=\"right\">\u003Ca href=\"#topo\">▲ voltar ao topo\u003C\u002Fa>\u003C\u002Fdiv>\n\n---\n\n## \u003Ca id=\"creditos\">\u003C\u002Fa>🙏 Créditos\n\n\u003Cdetails>\n\u003Csummary>\u003Cstrong>Em cima de ombros de gigantes — clique pra expandir\u003C\u002Fstrong>\u003C\u002Fsummary>\n\n\u003Cbr\u002F>\n\nEsse toolkit não nasceu do zero. Ele empacota, documenta e amarra num fluxo só o trabalho de outras pessoas — vale a pena conhecer os projetos originais:\n\n- **[Superpowers](https:\u002F\u002Fgithub.com\u002Fanthropics\u002Fclaude-plugins-official)** — Anthropic\n- **[Ponytail](https:\u002F\u002Fgithub.com\u002FDietrichGebert\u002Fponytail)** — Dietrich Gebert\n- **[Caveman](https:\u002F\u002Fgithub.com\u002FJuliusBrussee\u002Fcaveman)** — Julius Brussee\n- **[aia-harness](https:\u002F\u002Fgithub.com\u002Fleandrosilvaferreira\u002Fclaude-plugins-registry)** — Leandro Silva Ferreira\n- **[Graphify](https:\u002F\u002Fgithub.com\u002FGraphify-Labs\u002Fgraphify)** — Graphify Labs ([`graphifyy` no PyPI](https:\u002F\u002Fpypi.org\u002Fproject\u002Fgraphifyy\u002F))\n- **[agent-browser](https:\u002F\u002Fgithub.com\u002Fvercel-labs\u002Fagent-browser)** — Vercel Labs\n\n\u003C\u002Fdetails>\n\n## \u003Ca id=\"licenca\">\u003C\u002Fa>⚖️ Licença\n\nEste projeto está sob licença [MIT](LICENSE) — use, copie, adapte, redistribua. Só não me processa se algo quebrar. 🙂\n\n---\n\n## \u003Ca id=\"vamos-juntos\">\u003C\u002Fa>👋 Vamos juntos\n\nSe esse fluxo te ajudou, valeu passar por aqui — e se você quer mais dicas de prompt e IA no dia a dia, [me segue no Instagram](https:\u002F\u002Finstagram.com\u002Fmatheusgomes) ([@matheusgomes](https:\u002F\u002Finstagram.com\u002Fmatheusgomes)). Contribuições, issues e PRs são bem-vindos — abre um lá no [GitHub](https:\u002F\u002Fgithub.com\u002Fsoumatheusgomes\u002Fvibe-coding-toolkit).\n\n\u003Cdiv align=\"center\">\n\nFeito com 🤖 + ☕, um commit de cada vez.\n\n\u003C\u002Fdiv>\n","Vibe Coding Toolkit 是一个面向生产环境的 AI 编程协作工具集，聚焦于提升大模型（尤其是 Claude Code 和 OpenAI Codex）在真实开发流程中的可靠性与可复现性。核心功能包括：Claude Code 插件集成、子智能体（subagent）编排机制、代码质量门禁（quality gates）、经实战验证的即用型提示模板。项目强调结构化工作流，解决上下文丢失、过度生成、Lint 警告堆积等高频痛点。适用于需要将 AI 深度嵌入日常开发、追求稳定产出而非实验性尝试的工程师团队或个人开发者。","2026-08-17 02:30:02","CREATED_QUERY"]