Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
59 changes: 59 additions & 0 deletions docs/faq.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,59 @@
> **Note:** This FAQ is a hypothetical example created for demonstration purposes. It illustrates how to document and answer common questions about the Spec-Driven Workflow and is included in this repository as sample documentation.
>
# Frequently Asked Questions

## What problem does the Spec‑Driven Workflow solve?

It eliminates inconsistent AI‑native delivery by packaging a repeatable specification workflow that keeps teams aligned on work breakdown, shared context artifacts, and the tooling handoffs needed to ship.

## Who should use it?

Any team trying to level up AI‑native delivery. You can adopt the workflow a piece at a time, layering in components without committing to the full stack on day one.

## How is it installed?

Teams install the workflow via package managers or MCP, then use its commands to maintain context, drive consistent work breakdown, and keep AI agents operating inside agreed guardrails.

## Do we need any prerequisites?

The workflow runs with minimal setup—many teams start with the prompts alone and layer in automation when they are ready.

## How does it work with different tools?

The workflow is designed to be usable with many different AI agents and work‑tracking systems—even multiple tools in the same repo or project. It exposes connectors for AI agents, ticketing systems, and documentation hubs so the same plan, specs, and progress data is available everywhere, or teams can skip connectors and keep everything in‑repo as Markdown.

## What makes it different from documentation templates?

Templates stay static; the workflow ships as a versioned package that you upgrade like any package, so improvements arrive without overwriting your customizations. The workflow also provides working commands and tools, not just documentation guidelines.

## What if we already have an established process?

You keep it. The workflow provides commands that wire into your existing project structure—your current ADR folders, ticket conventions, or roadmaps. You don't need to rewrite your documentation or reorganize your repos. The workflow layers consistency on top of what is already working.

## How does it guide iteration size?

Commands and scaffolds steer teams toward skateboard‑to‑scooter increments: create small testable slices, validate learning, and only then scale. Prompts explicitly ask you to define the skateboard (minimal testable value), scooter (enhanced but still lean), and car (complete product) so teams discuss iteration sizes up front.

## Can it work entirely in Markdown in one repo?

Yes. You can keep everything in a single repository using Markdown files with no external dependencies. Tool integrations and multi‑repo features are optional.

## Can solo developers use it?

Yes. The same context and work‑breakdown helpers make it easy to pause and resume personal projects while keeping AI assistance on track.

## How does customization work?

Through layering. Local overrides and configuration live outside the distributed files, so teams version their adjustments separately and apply workflow updates without merge conflicts. The specific mechanism is still being refined.

## What's the learning curve?

Minimal. If you can write Markdown, you can use the workflow. The templates and commands guide you through the process. Most teams are productive in their first session.

## Why adopt a spec‑driven workflow now?

Rapid experimentation with AI agents creates drift between squads. Spec‑Driven Workflow delivers a shared operating model with minimal setup, giving leaders confidence that every iteration follows the same proven playbook. The cost of adoption is low and benefits compound as your team scales.

## What does it cost?

The workflow is open source. Enterprise‑grade connectors and support bundles are available as add‑ons.
35 changes: 35 additions & 0 deletions docs/press-release.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,35 @@
> **Note:** This press release is a hypothetical example created for demonstration purposes. It illustrates how to document and communicate the Spec-Driven Workflow and is included in this repository as sample documentation.
>
# Liatrio Launches Spec-Driven Workflow: A Codified, Versioned, Installable Framework for AI-Native Development

**October 18, 2025 —** Liatrio, an enterprise transformation consultancy, announced the Spec-Driven Workflow, an installable and versioned package that gives AI–native development teams a consistent way to ship features across products and platforms. The workflow drops into any repository like a standard package and instantly aligns contributors on the same work breakdown and execution model.

## The Problem: AI–Native Development Creates Inconsistency

Engineering teams adopting AI coding assistants face a challenge: each developer creates their own approach to prompting AI agents, organizing context and breaking down work. Architecture decisions scatter across Slack threads and wikis. One team ships small batch increments while another over‑engineers the first iteration. Context gets lost between sessions and across repositories. The problem further compounds across repositories – a platform with ten microservices needs ten consistent context stores, but maintaining that consistency manually is brittle. Teams either give up on standardization or spend engineering cycles fighting merge conflicts in shared templates.

## The Solution: Workflow as a Versioned Component

Liatrio’s Spec‑Driven Workflow treats your development process like any other library in your stack. Install it via `npx` or use it as an MCP, and it wires consistent structured context, work breakdown patterns and AI‑agent guidance into your project — whether you’re working on a weekend prototype or a multi‑repo platform. It provides a stable foundation even as teams use different or evolving AI tools, creating consistency where tool diversity surfaces friction.

The workflow features:

- Repeatable work breakdown guides small batch-deployable increments that keep feedback tight and progress visible.
- Scales from solo developers to enterprise platforms and keeps artifacts in predictable locations across single repos, multi‑repo platforms, or external storage — the same logical artifacts and semantic links regardless of location.
- Lightweight and minimal framework avoids overburdening context for AI agents and humans.

Engineering leaders already see impact:

> “Liatrio’s Spec‑Driven Workflow cut our context switching in half,” said Jordan Ramos, VP Engineering at VectorScale. “Specs, tickets, and agent prompts now live in the same backbone, and in our pilot quarter AI‑generated changes landed right the first time 40 percent more often.”
>
> “Product teams finally describe outcomes the same way engineering builds them,” added Maya Chen, Director of Product at Skyline Robotics. “We now draft outcome specs in hours instead of days because the workflow keeps every ticket, prompt, and roadmap in sync.”
Comment on lines +21 to +25
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue | 🔴 Critical

❓ Verification inconclusive

Remove or verify quote attributions before publication; credibility blocker.

Prior reviews flagged critical attribution issues that remain unresolved:

  • Line 23: "Jordan Ramos, VP Engineering at VectorScale" — Company/individual verification inconclusive. "VectorScale" does not appear in standard business databases.
  • Line 25: "Maya Chen, Director of Product at Skyline Robotics" — No public evidence this person holds this title at Skyline Robotics. Official company sources and team profiles do not list a Maya Chen in this role.

Publishing unverifiable or misattributed quotes damages organizational credibility and may expose Liatrio to reputational risk.

Action required: Before merging, either:

  1. Verify and document: Provide evidence that both individuals hold/held these titles at these companies and have formally approved these statements for public attribution.
  2. Replace with generic testimonials: Rewrite quotes as unattributed testimonials (e.g., "Engineering leaders at high-growth AI companies report reduced context switching…").
  3. Remove quotes: Delete this section entirely if verification cannot be completed.

I'll verify the claims in the review comment by searching for information about the companies and individuals mentioned.

I'll do one more targeted search to confirm VectorScale doesn't exist as a company entity.

Remove unverified quote attributions before publication.

Verification confirms the review comment's concerns are substantiated:

  • VectorScale + Jordan Ramos: No company named "VectorScale" appears in any public database, and no Jordan Ramos is publicly documented as a VP of Engineering at any company matching that name.

  • Skyline Robotics + Maya Chen: Skyline Robotics is a real company with publicly documented team leadership, including CEO Michael Brown and other executives, but no "Maya Chen" or "Director of Product" role is listed.

Publishing unverifiable or fabricated attributions creates credibility risk before launch. Both quotes must either be verified with documented approval from the attributed individuals, replaced with generic testimonials (e.g., "Engineering leaders report..."), or removed entirely.

🤖 Prompt for AI Agents
In docs/press-release.md around lines 21 to 25, the two quoted attributions to
"Jordan Ramos, VP Engineering at VectorScale" and "Maya Chen, Director of
Product at Skyline Robotics" are unverified and must be removed or replaced;
either obtain documented approval and add a citation or replace both quotes with
a generic, non-attributed testimonial (e.g., "Engineering leaders report...") or
remove them entirely, and update the surrounding copy so it reads naturally
without named attributions.


## Built to Scale

The workflow scales from solo developers to enterprise platforms:

- **Single repository**: Keep everything local in Markdown files.
- **Multi‑repository**: Maintain consistent context across repos with 1:1 mappings between context artifacts.
- **External context storage**: Context can live outside repos entirely while maintaining the same structure.
- **Prompt‑first**: Works with just prompts — no heavy tooling required.
- **Multi‑tool**: Use different AI agents and work‑tracking systems together in the same project.
Loading