[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"pack-detail-spec-driven-ai-dev-es":3,"seo:pack:spec-driven-ai-dev:es":63},{"code":4,"message":5,"data":6},200,"操作成功",{"pack":7},{"slug":8,"icon":9,"tone":10,"status":11,"status_label":12,"title":13,"description":14,"items":15,"install_cmd":62},"spec-driven-ai-dev","📝","#404040","stable","Estable","Desarrollo IA Dirigido por Specs","OpenSpec, Planning with Files, OpenDeepWiki, el sistema GSD meta-prompt, Rivet IDE visual — escribe la spec, deja que el agente ejecute.",[16,28,36,46,53],{"id":17,"uuid":18,"slug":19,"title":20,"description":21,"author_name":22,"view_count":23,"vote_count":24,"lang_type":25,"type":26,"type_label":27},340,"5720ef91-76d7-4586-8fe8-71ba8c921d58","openspec-spec-driven-ai-development-5720ef91","OpenSpec — Spec-Driven AI Development","OpenSpec provides structured specifications that AI coding agents follow to produce consistent code. 36K+ stars. Works with Cursor, Claude Code, Copilot. MIT.","TokRepo精选",335,0,"en","skill","Skill",{"id":29,"uuid":30,"slug":31,"title":32,"description":33,"author_name":34,"view_count":35,"vote_count":24,"lang_type":25,"type":26,"type_label":27},472,"034be597-c361-45a2-b143-41cce0ec8ad8","planning-files-manus-style-persistent-planning-skill-034be597","Planning with Files — Manus-Style Persistent Planning Skill","Claude Code skill implementing persistent markdown planning with 96.7% benchmark pass rate. Uses a 3-file pattern (task_plan.md, findings.md, progress.md) to survive context resets.","Skill Factory",333,{"id":37,"uuid":38,"slug":39,"title":40,"description":41,"author_name":42,"view_count":43,"vote_count":24,"lang_type":25,"type":44,"type_label":45},503,"24613482-86e1-487a-a2ad-450c9bb7dfaa","opendeepwiki-turn-any-repo-into-ai-documentation-24613482","OpenDeepWiki — Turn Any Repo into AI Documentation","Self-hosted tool that converts GitHub, GitLab, and Gitea repositories into AI-powered knowledge bases with Mermaid diagrams and conversational AI. MIT license, 3,000+ stars.","Script Depot",401,"script","Script",{"id":47,"uuid":48,"slug":49,"title":50,"description":51,"author_name":52,"view_count":29,"vote_count":24,"lang_type":25,"type":26,"type_label":27},712,"e108cf5c-c34e-4d27-a694-66a693301e87","get-shit-done-gsd-meta-prompting-dev-system-claude-code-e108cf5c","Get Shit Done (GSD) — Meta-Prompting Dev System for Claude Code","A spec-driven development system with 48.6k GitHub stars. Adds phase-based planning, multi-agent execution, verification gates, and state persistence to Claude Code, Cursor, Gemini CLI and 9 more runtimes. Install with one npx command.","henuwangkai",{"id":54,"uuid":55,"slug":56,"title":57,"description":58,"author_name":42,"view_count":59,"vote_count":24,"lang_type":25,"type":60,"type_label":61},749,"9202a5c4-0998-449b-beb2-9dfcce135e37","rivet-visual-ai-prompt-workflow-ide-9202a5c4","Rivet — Visual AI Prompt Workflow IDE","Visual IDE for designing and debugging AI prompt chains. Drag-and-drop nodes for LLM calls, conditionals, loops, and data transforms with real-time execution preview.",336,"prompt","Prompt","tokrepo install pack\u002Fspec-driven-ai-dev",{"pageType":64,"pageKey":8,"locale":65,"title":66,"metaDescription":67,"h1":13,"tldr":68,"bodyMarkdown":69,"faq":70,"schema":86,"internalLinks":96,"citations":109,"wordCount":122,"generatedAt":123},"pack","es","Desarrollo IA Dirigido por Specs: 5 herramientas spec-first","OpenSpec, Planning with Files, OpenDeepWiki, GSD meta-prompt y Rivet IDE visual — escribe la spec primero, deja que el agente ejecute.","Cinco herramientas para el flujo dirigido por specs: escribe una spec falsificable, deja que el agente IA ejecute contra ella, y usa la spec como pista de auditoría. Reemplaza el vibe-coding con artefactos revisables.","## Qué incluye este pack\n\nEste pack reúne las **cinco herramientas dirigidas por spec** que hacen el coding con IA auditable. Cada una ataca una parte distinta del loop spec → agente → review, y componen bien en un solo proyecto.\n\n| # | Herramienta | Capa | Qué hace |\n|---|---|---|---|\n| 1 | OpenSpec | formato spec | Spec markdown con deltas; el agente la lee y actualiza |\n| 2 | Planning with Files | loop de planificación | Fuerza al agente a escribir un archivo de plan antes de editar código |\n| 3 | OpenDeepWiki | base de conocimiento | Auto-genera un wiki desde tu repo; contexto para spec |\n| 4 | GSD meta-prompt | sistema prompt | Convención para descomponer una spec en fases \u002F planes |\n| 5 | Rivet | IDE visual | Editor de grafos para flujos prompt \u002F agente multi-paso |\n\nOpenSpec y Planning with Files son el par estructural. OpenDeepWiki da al agente el contexto del codebase que necesita para escribir una spec competente, y Rivet es la capa visual para equipos que prefieren grafos de nodos en vez de markdown.\n\n## Por qué dirigido por specs\n\n\"Vibe coding\" — decirle al agente lo que quieres y esperar lo mejor — funciona para tareas chicas y se cae en cualquier cosa multi-día. Tres problemas se acumulan:\n\n- **Drift.** El agente pierde el rastro de la intención a través de muchos turnos. Cada turno nuevo re-deriva metas del historial de chat, lo cual tiene pérdida.\n- **Auditoría.** Cuando el PR aterriza no puedes decir qué pensaba el agente que estaba construyendo. Los reviewers ingenierizan inversamente la intención desde diffs de código.\n- **Branching.** Tres intentos concurrentes en la misma feature no tienen fuente de verdad compartida.\n\nUna spec arregla las tres. La intención vive en un archivo markdown que el agente lee en cada turno (sin drift). El diff entre versiones de spec es la pista de auditoría (sin ingeniería inversa). Los intentos concurrentes forkean la spec del mismo modo que forkean código (branching limpio).\n\n## Instala en un comando\n\n```bash\n# Instala el pack completo\ntokrepo install pack\u002Fspec-driven-ai-dev\n\n# O elige el par núcleo\ntokrepo install openspec\ntokrepo install planning-with-files\n```\n\nOpenSpec aterriza como un directorio `specs\u002F` más un subagente Claude Code que la lee y actualiza. Planning with Files instala un hook que prompta al agente a emitir un `PLAN.md` antes de editar código. OpenDeepWiki corre como proceso separado que rastrea tu repo y sirve un wiki consultable. Rivet es app de escritorio y se instala con `npm install -g @ironclad\u002Frivet`.\n\n## Errores comunes\n\n- **Specs demasiado gruesas.** \"Construye un flujo de checkout\" es una meta, no una spec. Una spec usable lista criterios de aceptación, casos borde, y items fuera-de-alcance. La plantilla OpenSpec impone esta estructura; resiste la urgencia de borrar las secciones que te resulten incómodas.\n- **Specs demasiado finas.** Una spec de 500 líneas para un patch de 20 líneas es sobre-ingeniería. Empareja la profundidad con el riesgo: patches chicos un párrafo, features multi-semana la plantilla completa.\n- **Pudrición de spec.** Cuando la implementación diverge de la spec, la spec se vuelve mentira. El agente seguirá la mentira. Mantén la spec viva: cada PR la actualiza o nota explícitamente la desviación.\n- **Confundir archivos de planificación con specs.** PLAN.md es la traza de razonamiento del agente para el *próximo lote* de trabajo; la spec es el artefacto durable. No los confundas; el archivo de plan es desechable.\n- **Rivet para todo.** Rivet brilla en flujos prompt ramificados; es exagerado para tareas de coding de un solo tiro. Úsalo cuando el grafo agregue claridad, no por defecto.\n\n## Relación con otros packs\n\n- **Anthropic Builders** entrega el runtime del agente; este pack añade la capa de spec encima.\n- **Toolkit Prompt Engineering** afila el *lenguaje* usado dentro de specs y planes.\n- **Eval & Guardrails LLM** te deja aseverar que la salida del agente matchea los criterios de aceptación de la spec.\n\n## Cuándo este pack solo no alcanza\n\nEl desarrollo dirigido por specs asume que ya sabes qué quieres. Para trabajo exploratorio — \"¿qué debería ser este producto siquiera?\" — empieza con un proceso de descubrimiento (entrevistas, prototipos, sketches), luego traduce hallazgos a specs. Saltarse ese paso produce specs bellamente formateadas para el producto equivocado. El pack es un multiplicador de fuerza para la claridad, no un sustituto.",[71,74,77,80,83],{"q":72,"a":73},"¿El pack es gratis?","Sí. OpenSpec, Planning with Files, OpenDeepWiki, el sistema GSD meta-prompt y Rivet son todos código abierto. Solo pagas las llamadas a la API LLM al correr el agente contra una spec, facturadas por tu provider. La instalación TokRepo no introduce proxy o token. Amistosa para revisiones de seguridad y compras.",{"q":75,"a":76},"¿Cómo se compara con escribir prompts en CLAUDE.md?","CLAUDE.md son convenciones nivel-proyecto (estilo, librerías a preferir). Las specs son intención nivel-feature (qué construimos, por qué, cómo saber que está hecho). Se complementan, no se reemplazan. Un proyecto maduro tiene un CLAUDE.md estable y una spec por feature bajo specs\u002F. El agente lee ambos cada turno — CLAUDE.md le dice cómo escribir código; la spec le dice qué escribir.",{"q":78,"a":79},"¿Funciona con Claude Code o Cursor?","OpenSpec llega con integración subagente Claude Code primero; el formato spec mismo es markdown plano que cualquier editor IA puede leer. Planning with Files también es nativo Claude Code vía hooks pero la convención de planificación se transfiere manualmente a Cursor o Codex CLI. OpenDeepWiki y Rivet son agnósticos al agente — exponen endpoints HTTP. El GSD meta-prompt es markdown.",{"q":81,"a":82},"¿Diferencia con escribir un PRD antes de codear?","Un PRD es para humanos planificando un trimestre adelante. Una spec en este pack es para un agente leyéndola en este turno. Se solapan (ambas declaran intención) pero difieren en granularidad, audiencia, y ciclo de vida. PRDs son trimestrales, propiedad del PM. Specs son por-feature, propiedad del ingeniero que va a implementar, y *actualizadas* durante la implementación en vez de congeladas al inicio.",{"q":84,"a":85},"¿Trampa operacional?","La pudrición de spec es el asesino silencioso. El primer mes se siente genial. Luego alguien hace un fix rápido sin actualizar la spec, el agente lee la spec rancia el siguiente turno y re-introduce el bug. Añade un check de CI que marque PRs tocando rutas de código cuyas specs no se actualizaron en N días. OpenSpec lleva ese check; actívalo.",{"@context":87,"@type":88,"name":89,"description":90,"numberOfItems":91,"publisher":92},"https:\u002F\u002Fschema.org","CollectionPage","Spec-Driven AI Dev","OpenSpec, Planning with Files, OpenDeepWiki, GSD meta-prompt and Rivet — spec-first workflows for AI coding agents.",5,{"@type":93,"name":94,"url":95},"Organization","TokRepo","https:\u002F\u002Ftokrepo.com",[97,101,105],{"url":98,"anchor":99,"reason":100},"\u002Fes\u002Fpacks\u002Fanthropic-builders","Anthropic Builders","los skills oficiales que la spec dirige",{"url":102,"anchor":103,"reason":104},"\u002Fes\u002Fpacks\u002Fprompt-engineering-toolkit","Toolkit Prompt Engineering","disciplina complementaria para el texto de spec mismo",{"url":106,"anchor":107,"reason":108},"\u002Fes\u002Ftools\u002Fclaude-code","Claude Code","el agente que ejecuta contra la spec",[110,114,118],{"claim":111,"source_name":112,"source_url":113},"OpenSpec is an open-source spec-driven workflow for Claude Code","Fission-AI\u002FOpenSpec","https:\u002F\u002Fgithub.com\u002FFission-AI\u002FOpenSpec",{"claim":115,"source_name":116,"source_url":117},"Spec-driven development is GitHub's recommended pattern for agent coding","GitHub blog: spec-driven AI development","https:\u002F\u002Fgithub.blog\u002Fai-and-ml\u002Fgenerative-ai\u002Fspec-driven-development-with-ai-get-started-with-a-new-open-source-toolkit\u002F",{"claim":119,"source_name":120,"source_url":121},"Rivet is a visual graph IDE for prompt and agent flows","Ironclad\u002Frivet","https:\u002F\u002Fgithub.com\u002FIronclad\u002Frivet",734,"2026-05-02T15:30:00Z"]