formula-authoring
The formula-authoring skill enables creation and management of TOML-based workflow templates that convert into Protomolecules and durable Molecules within Gas Town's checkpoint-able workflow system. Use this when designing repeatable multi-step processes with variable binding that must survive application restarts or when nondeterministic idempotence is required for reliability.
git clone --depth 1 https://github.com/a5c-ai/babysitter /tmp/formula-authoring && cp -r /tmp/formula-authoring/library/methodologies/gastown/skills/formula-authoring ~/.claude/skills/formula-authoringSKILL.md
# Formula Authoring ## Overview Create and manage TOML-based Formula templates that define repeatable multi-step workflows. Formulas are cooked into Protomolecules (frozen, ready to instantiate) and then activated as Molecules (durable, checkpoint-able workflows). ## When to Use - Defining repeatable workflow templates - Creating multi-step processes with variable binding - Building workflows that must survive restarts - When NDI (Nondeterministic Idempotence) is needed ## Process 1. **Define** formula steps and variables in TOML format 2. **Validate** formula structure and dependencies 3. **Cook** into protomolecule (resolve variables, freeze) 4. **Test** by instantiating a trial molecule 5. **Register** in the formula library for reuse ## Formula Lifecycle ``` Formula (TOML template) -> Protomolecule (frozen) -> Molecule (active, durable) ``` ## Key Concepts - **Formula**: TOML-based workflow template with variables - **Protomolecule**: Frozen template ready to instantiate - **Molecule**: Active durable workflow surviving restarts - **NDI**: Nondeterministic Idempotence - useful outcomes from unreliable processes ## Tool Use Invoke via babysitter process: `methodologies/gastown/gastown-molecule`
Review TypeScript code changes for consistency, type safety, and monorepo patterns across babysitter packages
Generate and validate documentation for @a5c-ai/babysitter-sdk CLI commands and exported APIs
Scaffold new babysitter process definitions following SDK patterns, proper structure, and best practices. Guides the 3-phase workflow from research to implementation.
Architect code review with DRY, YAGNI, abstraction, and test coverage principle enforcement