bob-builder

Convert implementation plans into production-ready code with gettext i18n and multi-tenant scoping.

Updated May 11, 2026
One-click install
npx skills add https://github.com/ruimfernandes/claude --skill bob-builder
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: bob-builder
Source: https://github.com/ruimfernandes/claude/tree/main/skills/bob-builder
Command: npx skills add https://github.com/ruimfernandes/claude --skill bob-builder

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It turns an implementation plan into reliable, readable code without drifting into guesswork or scope creep, so delivered features match the spec and stay maintainable.

Core Features & Use Cases

  • Plan-driven implementation: Reads the full plan, restates it briefly, and implements only what the plan requires, minimizing deviations.
  • Quality and guardrails: Enforces readability, edge-case handling, i18n via gettext, and multi-tenant scoping where applicable.
  • PR size and review discipline: Keeps changes within line budgets (preferred <= 800, hard max <= 1000) and proposes splitting when needed.

Quick Start

Apply the skill when you want to execute this implementation plan step by step and produce final production-ready code (including any needed tests) that follows the plan exactly.

Frequently Asked Questions about bob-builder

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I convert an implementation plan into production-ready code?

Spec-driven coding converts an implementation plan into production-ready code by reading the full plan, restating it briefly, and implementing only what the plan requires to prevent scope creep. This approach ensures delivered features match the spec while maintaining readability.

How do I enforce multi-tenant isolation when building features from a spec?

Enforcing multi-tenant isolation when building features from a spec requires applying scoped multi-tenant reads and writes during implementation. This ensures data isolation is handled directly within the generated production code.

What is the best way to keep pull request size within line budgets during feature implementation?

Keeping pull request size within line budgets requires PR-size-aware commit slicing during implementation. This practice keeps changes within preferred limits of 800 lines and a hard max of 1000 lines, proposing splits when needed to maintain review discipline.

Does spec-driven coding support gettext-based internationalization for user-facing strings?

Spec-driven coding supports gettext-based i18n for user-facing strings. When implementing an execution plan, it enforces gettext-based internationalization constraints to ensure the production-ready output handles multiple languages correctly.

How do I implement UI components that comply with SonaUI standards from a multi-step requirement set?

Implementing SonaUI compliant components from a multi-step requirement set involves executing the plan step by step while enforcing SonaUI compliance for all UI work. This guarantees generated interface code meets required architectural standards.

When should I not use an automated plan execution approach for feature development?

Automated plan execution should not be used when your implementation plan lacks detailed specifications or when feature development requires deviations from stated requirements. This approach strictly implements only what the plan dictates to minimize deviations.