- Updated: January 17, 2026
- 7 min read
Whenwords: A Spec‑Only No‑Code Library for Relative‑Time Formatting
Whenwords is a **spec‑only, no‑code library** that provides language‑agnostic relative‑time formatting functions, and it can be materialized in any programming language simply by feeding its detailed specification to an AI coding agent.
Why a “No‑Code” Library Matters in 2026
Developers, AI enthusiasts, and product managers are constantly hunting for tools that cut down on repetitive coding while preserving reliability. The recently released whenwords library flips the traditional model on its head: instead of shipping pre‑written source files, it ships only a specification and a suite of language‑agnostic tests. The result? A single source of truth that any AI agent—Claude, Opus, or Codex—can turn into production‑ready code for Ruby, Python, Rust, Swift, PHP, Bash, and beyond.
In a world where the original announcement sparked heated debates, this article unpacks the technical underpinnings, practical benefits, and long‑term implications of spec‑only libraries for modern software engineering.
What Is the Whenwords Library?
Whenwords is a relative‑time formatting utility that offers five core functions:
timeago– converts a timestamp to a human‑readable “X minutes ago”.duration– expresses a time span like “2 days, 3 hours”.parse_duration– parses natural‑language durations into seconds.human_date– formats dates in a friendly style (e.g., “Jan 5, 2024”).date_range– produces concise ranges such as “Jan 1 – 5”.
What sets it apart is that **no source code is shipped**. Instead, the repository contains three key artifacts:
- SPEC.md – a human‑readable description of expected behavior, edge cases, and algorithmic steps.
- tests.yaml – a language‑agnostic list of input/output pairs that any implementation must satisfy.
- INSTALL.md – a concise, copy‑and‑paste prompt for AI agents to generate the library in the desired language.
Because the spec is the only artifact, the library can be “installed” in any ecosystem that supports AI‑driven code generation, making it a perfect showcase for the emerging code‑free library paradigm.
Technical Deep‑Dive: How the Spec‑Only Model Works
The SPEC.md Blueprint
SPEC.md is a markdown document that outlines the contract for each function. It includes:
- Parameter types and validation rules.
- Algorithmic steps (e.g., how to calculate “time ago” based on UTC offsets).
- Edge‑case handling (leap seconds, daylight‑saving transitions).
- Complexity guarantees (O(1) for most lookups).
Because the spec is language‑agnostic, it can be interpreted by any AI model that understands procedural logic.
Language‑Agnostic Tests (tests.yaml)
tests.yaml contains 125 deterministic test cases, each expressed as:
- function: timeago
input: 1693526400
expected: "2 hours ago"
These tests act as a universal verification suite. Once an AI agent generates code, the test runner (written in the target language) executes the same YAML file, guaranteeing functional parity across implementations.
Installation Prompt (INSTALL.md)
The installation guide is deliberately terse—just a single prompt that developers copy into their favorite AI assistant:
Implement the whenwords library in Python.
1. Read SPEC.md for complete behavior specification
2. Parse tests.yaml and generate a test file
3. Implement all five functions: timeago, duration, parse_duration, human_date, date_range
4. Run tests until all pass
5. Place implementation in ./whenwords
When pasted into Claude, Opus 4.5, or any capable model, the AI returns a fully functional module in seconds.
Why This Works: The Rise of AI Coding Agents
Recent breakthroughs—most notably OpenAI ChatGPT integration and the ChatGPT and Telegram integration—have pushed the reliability of AI‑generated code to production‑grade levels. When the spec is tight and deterministic, the model can translate it into idiomatic code with minimal hallucination risk.
Benefits & Real‑World Use‑Cases
Adopting a spec‑only library like whenwords unlocks several strategic advantages for developers and organizations:
Rapid Multi‑Language Adoption
One spec, dozens of implementations. Teams can instantly generate a Python version for data pipelines, a Rust version for performance‑critical services, or a Bash script for quick CLI utilities.
Consistent Business Logic
All languages share the exact same behavioral contract, eliminating subtle bugs caused by divergent hand‑written implementations.
Lower Maintenance Overhead
Only the spec needs updating. When a new edge case emerges, you edit SPEC.md; the next AI‑generated build automatically reflects the change.
Empowering Non‑Developers
Product managers or citizen developers can request a new language version via a simple prompt, reducing reliance on scarce engineering resources.
Typical scenarios where whenwords shines include:
- Embedding human‑readable timestamps in SaaS dashboards built on the UBOS platform overview.
- Generating localized time strings in chatbots powered by the Telegram integration on UBOS.
- Creating quick prototypes in the Web app editor on UBOS without pulling external npm packages.
- Automating report generation in the Workflow automation studio, where each step may run in a different runtime.
Spec‑Only vs. Traditional Code Libraries: A Side‑by‑Side Comparison
| Aspect | Spec‑Only (Whenwords) | Traditional Code Library |
|---|---|---|
| Source Distribution | Specification + tests only | Pre‑written source files per language |
| Language Coverage | Unlimited (as long as AI can code) | Limited to languages the maintainer supports |
| Performance Optimisation | Depends on AI‑generated code; may need manual tuning | Hand‑crafted, often highly optimised |
| Bug Fix Propagation | Fix spec → regenerate everywhere | Patch each language repo individually |
| Community Contributions | Contribute new specs or tests | Submit pull requests with code changes |
While the spec‑only model excels at flexibility and consistency, it still lags in raw performance for compute‑intensive workloads. For a simple utility like relative‑time formatting, the trade‑off is negligible; for a full‑blown browser engine, a hand‑optimised codebase remains essential.
What This Means for the Future of AI‑Driven Development
The whenwords experiment is a microcosm of a broader shift: software as specification, not source. As AI agents become more reliable, we can anticipate several trends:
1. “Spec‑First” Development Pipelines
Teams will author detailed specs (often in markdown or OpenAPI) and let AI generate the implementation across all required runtimes. This aligns perfectly with the Enterprise AI platform by UBOS, which already orchestrates AI agents for code synthesis.
2. Marketplace of Re‑Usable Specs
Just as the UBOS templates for quick start accelerate app creation, a future “Spec Store” could host vetted specifications for common utilities—time formatting, validation, pagination—ready for instant AI‑driven generation.
3. Enhanced Collaboration Between Humans and AI
Developers will spend more time refining specifications, writing edge‑case tests, and reviewing AI‑generated code, while the heavy lifting of boilerplate implementation is offloaded to agents. This mirrors the workflow in the AI marketing agents that craft campaign copy based on high‑level goals.
4. New Governance Models for Open‑Source
Spec‑only projects will need governance around test coverage, versioning, and security reviews. Community‑driven validation will become as critical as code reviews are today, especially when the downstream code is generated on‑the‑fly.
5. Shifts in Licensing and Monetization
Since the spec itself is lightweight, vendors may offer premium “enhanced specs” or curated test suites as a service. The UBOS pricing plans already illustrate tiered access to advanced AI capabilities, a model that could extend to spec marketplaces.
Take the Next Step: Try a Spec‑Only Library Today
If you’re curious about how a spec‑only approach can accelerate your product development, explore the UBOS portfolio examples for real‑world implementations that blend AI‑generated code with robust infrastructure.
Ready to experiment? Start with a ready‑made template like the AI Article Copywriter or the GPT‑Powered Telegram Bot. Modify the underlying spec, run the tests, and watch the AI spin up a new version in seconds.
Whether you’re building a startup (UBOS for startups), scaling an SMB (UBOS solutions for SMBs), or architecting enterprise‑grade AI services, the spec‑only paradigm offers a fresh lever for speed, consistency, and cross‑language agility.
Join the conversation: share your experiences with spec‑only libraries, suggest improvements to the whenwords spec, or propose new utilities that could benefit from this model. Together we can shape the next generation of developer tools.
Explore more: