woml-cli 1.0.1 → 1.0.4

package/README.md

@@ -1,48 +1,178 @@
-# WOML
+<div align="center">
 
-WOML is a markup-first language and durable runtime for workflow automation.
-Define triggers, steps, control flow, approvals, lifecycle behavior, and runtime
-policy in readable `.woml` files; write ordinary JavaScript inside `<script>`.
+# WOML: Workflow Orchestration Markup Language
 
-## Install
+![WOML banner](./woml.png)
 
-WOML requires Bun 1.3.14 or later:
+### If you can read HTML, you can use WOML to automate anything, literally anything.
+
+<!-- WOML banner image placeholder: ./docs/assets/banner.png -->
+
+[![npm version](https://img.shields.io/npm/v/woml-cli.svg)](https://www.npmjs.com/package/woml-cli)
+[![GitHub stars](https://img.shields.io/github/stars/dali-benothmen/woml.svg?style=social)](https://github.com/dali-benothmen/woml)
+[![License](https://img.shields.io/badge/license-Apache--2.0-blue.svg)](./LICENSE)
+[![Platforms](https://img.shields.io/badge/platforms-macOS%20%7C%20Linux%20%7C%20Windows-lightgrey.svg)]()
+
+</div>
+
+---
+
+WOML is a markup language for building and running workflow automation. A workflow written in WOML is a document you can read top to bottom, its triggers, steps, control flow, approvals, and lifecycle all expressed as clear, HTML-inspired structure instead of tangled code or an unreadable diagram.
+
+When a step needs real logic, JavaScript is always available inside `<script>`, so there is no ceiling on what a workflow can do. WOML handles everything _around_ that code: execution order, retries, concurrency, human approvals, external services, and a durable, inspectable history of every run. The result is automation that scales without becoming spaghetti, that your whole team can read, and that you can actually trust in production.
+
+## Why another automation tool?
+
+Five nodes in n8n or Zapier feels like magic. Twenty nodes feels like a crime scene.
+
+The canvas turns into spaghetti, a single run takes a lifetime, and the moment the built-in integrations fall short you end up stuffing JavaScript into a tiny textbox in a browser UI, no version control, no code review, no idea what changed last Tuesday.
+
+WOML takes a different bet: your workflow is **a file**. It reads like HTML, so anyone on the team can follow it. Every step can run real JavaScript with any npm package, so you never hit a wall. It lives in git, so every change is a diff and a review. And the engine underneath is Rust, so it stays fast when your workflows get big, because big workflows are exactly what WOML is built for.
+
+## Why WOML
+
+- **Readable as a document.** A workflow is structure you can read, diff, and review, not a canvas of boxes and wires that turns into spaghetti as it grows.
+- **No ceiling.** Common actions are clean tags; when you need real logic, drop into `<script>` with full JavaScript and any npm package. Automate anything, literally anything.
+- **Triggers for everything.** Manual, webhook, schedule, interval, event, Slack, Telegram, Discord, and WhatsApp, and you can build your own providers for anything else.
+- **Built to run in production.** Durable run history, retries, concurrency, lifecycle hooks, and a fold-from-events core mean you can always see what happened, track down errors, and replay it.
+- **Human-in-the-loop.** Pause a workflow for approvals with real notifications and durable waiting.
+- **Modular.** Reusable step definitions, local modules, and workflows that call other workflows.
+- **Fast core.** The execution engine is written in Rust for speed and reliability under load.
+- **Free and runs anywhere.** Open source, self-hosted, runs on macOS, Linux, and Windows.
+
+## Installation
+
+```bash
+npm i -g woml-cli
+```
+
+Or with Bun:
 
 ```bash
 bun add --global woml-cli
+```
+
+Or with pnpm:
+
+```bash
+pnpm add -g woml-cli
+```
+
+This installs the `woml` command:
+
+```bash
 woml --version
 ```
 
-The one `woml` package contains the CLI and compiler and selects the native Rust
-engine for the current supported platform. Users do not install a compiler or
-native package separately.
+**Requirements:** macOS (x64, arm64), Linux (x64, glibc), or Windows (x64, arm64). No database to set up, the default state store is bundled.
 
-## Quick start
+## Quick example: organize your Downloads folder
 
-Save this as `hello.woml`:
+Run this once and it sorts every file in a folder into the right place — images, documents, videos, archives — using conditional logic, a real filesystem loop, and zero external services.
 
 ```xml
 <woml>
-  <workflow
-    id="hello"
-    name="Hello WOML"
-    description="Build a greeting from two durable steps."
-    version="1.0.0"
-  >
+  <workflow id="organize" name="Organize a folder by file type">
     <triggers>
       <manual id="start" />
     </triggers>
 
     <steps>
-      <step id="prepare" name="Prepare greeting">
+      <step id="scan">
         <script>
-          return { name: context.payload.name ?? "World" };
+          const { promises: fs } = await import('fs');
+          const path = await import('path');
+          const folder = context.payload.path ?? '.';
+          const entries = await fs.readdir(folder, { withFileTypes: true });
+          return {
+            folder,
+            files: entries
+              .filter(e => e.isFile())
+              .map(e => ({ name: e.name, ext: path.extname(e.name).toLowerCase() })),
+          };
         </script>
       </step>
 
-      <step id="greet" name="Build message">
+      <for-each id="organize" source="{{context.steps.scan.files}}">
+        <step id="classify">
+          <script>
+            return { ext: context.item.ext };
+          </script>
+        </step>
+
+        <choose>
+          <when test="{{context.steps.classify.ext in ['.jpg', '.jpeg', '.png', '.gif', '.webp', '.svg']}}">
+            <step id="move-image">
+              <script>
+                const { promises: fs } = await import('fs');
+                const path = await import('path');
+                const from = path.join(context.steps.scan.folder, context.item.name);
+                const to = path.join(context.steps.scan.folder, 'Images', context.item.name);
+                await fs.mkdir(path.dirname(to), { recursive: true });
+                await fs.rename(from, to);
+                return { movedTo: 'Images' };
+              </script>
+            </step>
+          </when>
+          <when test="{{context.steps.classify.ext in ['.pdf', '.doc', '.docx', '.txt', '.md', '.rtf']}}">
+            <step id="move-doc">
+              <script>
+                const { promises: fs } = await import('fs');
+                const path = await import('path');
+                const from = path.join(context.steps.scan.folder, context.item.name);
+                const to = path.join(context.steps.scan.folder, 'Docs', context.item.name);
+                await fs.mkdir(path.dirname(to), { recursive: true });
+                await fs.rename(from, to);
+                return { movedTo: 'Docs' };
+              </script>
+            </step>
+          </when>
+          <when test="{{context.steps.classify.ext in ['.mp4', '.mov', '.avi', '.mkv', '.webm']}}">
+            <step id="move-video">
+              <script>
+                const { promises: fs } = await import('fs');
+                const path = await import('path');
+                const from = path.join(context.steps.scan.folder, context.item.name);
+                const to = path.join(context.steps.scan.folder, 'Videos', context.item.name);
+                await fs.mkdir(path.dirname(to), { recursive: true });
+                await fs.rename(from, to);
+                return { movedTo: 'Videos' };
+              </script>
+            </step>
+          </when>
+          <when test="{{context.steps.classify.ext in ['.zip', '.tar', '.gz', '.7z', '.rar', '.dmg']}}">
+            <step id="move-archive">
+              <script>
+                const { promises: fs } = await import('fs');
+                const path = await import('path');
+                const from = path.join(context.steps.scan.folder, context.item.name);
+                const to = path.join(context.steps.scan.folder, 'Archives', context.item.name);
+                await fs.mkdir(path.dirname(to), { recursive: true });
+                await fs.rename(from, to);
+                return { movedTo: 'Archives' };
+              </script>
+            </step>
+          </when>
+          <otherwise>
+            <step id="move-misc">
+              <script>
+                const { promises: fs } = await import('fs');
+                const path = await import('path');
+                const from = path.join(context.steps.scan.folder, context.item.name);
+                const to = path.join(context.steps.scan.folder, 'Misc', context.item.name);
+                await fs.mkdir(path.dirname(to), { recursive: true });
+                await fs.rename(from, to);
+                return { movedTo: 'Misc' };
+              </script>
+            </step>
+          </otherwise>
+        </choose>
+      </for-each>
+
+      <step id="summary">
         <script>
-          return { message: `Hello ${context.steps.prepare.name}` };
+          const total = context.steps.scan.files.length;
+          return { message: `Organized ${total} file(s) into Images/, Docs/, Videos/, Archives/, Misc/.` };
         </script>
       </step>
     </steps>
@@ -50,75 +180,253 @@ Save this as `hello.woml`:
 </woml>
 ```
 
-Then run:
+Save it as `organize.woml` and run it:
 
 ```bash
-woml check hello.woml
-woml run hello.woml
+woml run organize.woml --payload '{"path":"/path/to/Downloads"}'
 ```
 
-Press Enter to start a run. The automation remains active for the next trigger;
-press Ctrl+C to stop it. `woml test hello.woml` is the one-shot form for tests
-and CI.
+WOML scans the folder, loops over every file with `<for-each>`, routes each one through a `<choose>` decision by extension, and moves it into the right subfolder with `fs.rename`. Press Ctrl+C to stop the run.
+
+```mermaid
+graph TD
+    A[Manual trigger] --> B[Scan folder for files]
+    B --> C[For each file]
+    C --> D{File extension?}
+    D -->|jpg, png, gif, webp, svg| E[Move to Images/]
+    D -->|pdf, doc, txt, md| F[Move to Docs/]
+    D -->|mp4, mov, avi, mkv| G[Move to Videos/]
+    D -->|zip, tar, gz, dmg| H[Move to Archives/]
+    D -->|anything else| I[Move to Misc/]
+    E --> J[Summary: organized N files]
+    F --> J
+    G --> J
+    H --> J
+    I --> J
+```
 
-## Main commands
+This is one WOML file. No setup, no cloud, no API keys. It runs locally, pulls in real npm packages (`fs`, `path`) on demand, and exercises the same primitives that make n8n workflows become spaghetti and Zapier workflows impossible: `<choose>` for conditional routing, `<for-each>` for iteration, and `<script>` for the parts that need real code.
 
-```bash
-woml --help
-woml check <workflow-or-directory>...
-woml run <workflow-or-directory>...
-woml run workflows/ --background
-woml inspect
-woml list
-woml get <run-id>
-woml cancel <run-id>
-woml <run-id-or-workflow-id> --logs
-woml secrets set <NAME>
-woml backup <directory>
-woml prune --before 30d --dry-run
+## Real workflows in WOML
+
+Four triggers, four real automations. Each is a complete, runnable workflow.
+
+**Webhook — flag risky orders and alert Slack:**
+
+```xml
+<woml>
+  <workflow id="order-guard">
+    <triggers>
+      <webhook id="order" path="/webhooks/orders" method="POST"
+               secret="{{secrets.ORDER_WEBHOOK_TOKEN}}">
+        <schema>
+          {
+            "type": "object",
+            "required": ["orderId", "total", "customerId"],
+            "properties": {
+              "orderId": { "type": "string" },
+              "total": { "type": "number" },
+              "customerId": { "type": "string" }
+            }
+          }
+        </schema>
+      </webhook>
+    </triggers>
+    <steps>
+      <step id="risk">
+        <script>
+          const customer = await services.http.request({
+            method: 'GET',
+            url: `https://internal.api/customers/${context.payload.customerId}`,
+            timeoutMs: 5000
+          });
+          return { flagged: context.payload.total > 10000 || customer.body.disputes > 0 };
+        </script>
+      </step>
+    </steps>
+    <choose>
+      <when test="context.steps.risk.flagged">
+        <step id="alert">
+          <script>
+            await services.slack.send({
+              channel: '#fraud',
+              text: `High-risk order ${context.payload.orderId} ($${context.payload.total}) needs review.`
+            });
+            return { alerted: true };
+          </script>
+        </step>
+      </when>
+    </choose>
+  </workflow>
+</woml>
+```
+
+**Schedule — a daily sales report, every weekday at 9am:**
+
+```xml
+<woml>
+  <workflow id="daily-report">
+    <triggers>
+      <schedule id="weekdays" cron="0 9 * * MON-FRI" timezone="UTC" />
+    </triggers>
+    <steps>
+      <step id="totals">
+        <script>
+          const rows = await services.database.query({
+            sql: "SELECT COUNT(*) AS orders, COALESCE(SUM(total), 0) AS revenue FROM orders WHERE created_at >= date('now', '-1 day')",
+            parameters: []
+          });
+          return rows[0];
+        </script>
+      </step>
+      <step id="publish">
+        <script>
+          const { orders, revenue } = context.steps.totals;
+          await services.slack.send({
+            channel: '#sales',
+            text: `Daily report — ${orders} orders, $${revenue.toFixed(2)} revenue.`
+          });
+          return { sent: true };
+        </script>
+      </step>
+    </steps>
+  </workflow>
+</woml>
+```
+
+**Telegram — answer `/sales` from your team chat:**
+
+```xml
+<woml>
+  <workflow id="telegram-sales">
+    <triggers>
+      <telegram id="ask" events="message" commands="/sales"
+                bot-token="{{secrets.TELEGRAM_BOT_TOKEN}}" />
+    </triggers>
+    <steps>
+      <step id="lookup">
+        <script>
+          const rows = await services.database.query({
+            sql: "SELECT COUNT(*) AS today FROM orders WHERE created_at >= date('now')",
+            parameters: []
+          });
+          return { today: rows[0].today };
+        </script>
+      </step>
+      <step id="notify">
+        <script>
+          await services.slack.send({
+            channel: '#sales',
+            text: `Today's numbers were requested on Telegram: ${context.steps.lookup.today} orders so far.`
+          });
+          return { ok: true };
+        </script>
+      </step>
+    </steps>
+  </workflow>
+</woml>
 ```
 
-`woml run` activates multiple files and directories atomically. This makes
-call-only workflows available to `services.workflows.call()` and
-`services.workflows.start()` in the same runtime. Webhook startup prints its URL
-and a generated `curl`; manual triggers print the keyboard instruction.
+**Event — send a confirmation email whenever another workflow emits `order.created`:**
 
-## Runtime bindings
+```xml
+<woml>
+  <workflow id="order-confirmation">
+    <triggers>
+      <event id="created" name="order.created" secret="{{secrets.EVENT_CONTROL_TOKEN}}">
+        <schema>
+          {
+            "type": "object",
+            "required": ["orderId", "email"],
+            "properties": {
+              "orderId": { "type": "string" },
+              "email": { "type": "string" }
+            }
+          }
+        </schema>
+      </event>
+    </triggers>
+    <steps>
+      <step id="confirm">
+        <script>
+          await services.http.request({
+            method: 'POST',
+            url: 'https://api.emailprovider.com/v1/send',
+            headers: { authorization: `Bearer ${secrets.EMAIL_API_KEY}` },
+            body: {
+              to: context.payload.email,
+              template: 'order-confirmation',
+              data: { orderId: context.payload.orderId }
+            },
+            timeoutMs: 5000
+          });
+          return { sentTo: context.payload.email };
+        </script>
+      </step>
+    </steps>
+  </workflow>
+</woml>
+```
+
+Every script gets explicit runtime bindings — `context.payload` (trigger input), `context.steps.<id>` (earlier step output), `services.*` (supervised capabilities like HTTP, database, Slack, storage, cache), and `secrets.*` (only the secrets proven necessary at compile time). Scripts return JSON-compatible values; the Rust engine records every outcome durably.
 
-Inside scripts:
+**→ [Browse all examples](./examples/)**
 
-- `context.payload` is input from the trigger or parent workflow;
-- `context.steps.<id>` is a visible successful step/control-flow result;
-- `services` exposes supervised capabilities and imported modules;
-- `secrets.NAME` resolves only declared secrets; and
-- `attempt` describes the current durable retry attempt.
+## WOML vs alternatives
 
-Return JSON-compatible data for downstream steps. WOML records durable events
-before advancing the compiled graph and fails closed rather than replaying an
-ambiguous external effect.
+| Tool           | How you write it    | Readable by the whole team    | Self-hosted | No ceiling |
+| -------------- | ------------------- | ----------------------------- | ----------- | ---------- |
+| **WOML**       | Markup + JavaScript | ✅                            | ✅          | ✅         |
+| n8n            | Visual canvas       | ⚠️ Until it becomes spaghetti | ✅          | ❌         |
+| Zapier         | Visual canvas       | ⚠️ Until it becomes spaghetti | ❌          | ❌         |
+| Temporal       | Code (TS/Go/Java)   | ❌                            | ✅          | ✅         |
+| Step Functions | JSON (ASL)          | ❌                            | ❌          | ⚠️         |
+| Airflow        | Python DAGs         | ❌                            | ✅          | ✅         |
 
-## Capabilities
+WOML is the only one that combines all three: readable as markup, free and self-hosted, and unlimited in what it can express.
 
-WOML v1 includes manual and production triggers, retries, choices, switches,
-parallel groups, forked branches, approvals, lifecycle hooks, runtime policies,
-HTTP, SQL databases, storage, cache, events, durable state, local modules,
-reusable steps/providers, communication adapters, workflow call/start, run
-inspection, backup, recovery, and retention.
+## What WOML includes
+
+- Manual, webhook, schedule, interval, event, Slack, Telegram, Discord, and WhatsApp triggers.
+- Sequential steps, retries, parallel groups, choices, switches, and forked multi-step branches.
+- Durable approvals with provider notifications and shared decisions.
+- Workflow and step lifecycle hooks.
+- Built-in HTTP, SQL database, storage, cache, event, durable-state, messaging, and workflow call/start services.
+- Local JavaScript/TypeScript modules, reusable WOML steps, and custom notification providers.
+- Runtime concurrency, rate-limit, queue, and timeout policies.
+- Foreground and background operation, run inspection, log following, backup, recovery, and retention.
+- A VS Code extension with HTML-style markup and embedded JavaScript syntax.
+
+## Common commands
+
+```bash
+woml check workflows/                    # Validate workflows without running them
+woml run workflows/                      # Run in the foreground (Ctrl+C to stop)
+woml run workflows/ --background         # Run in the background, survives Ctrl+C
+woml inspect                             # Show the current state of all runs
+woml list                                # List known workflows and recent runs
+woml get run_...                         # Print the full event history of a run
+woml cancel run_...                      # Cancel a running or pending run
+woml backup backups/latest               # Snapshot the durable state store to a file
+woml prune --before 30d --dry-run        # Preview which old runs would be purged
+```
+
+See the [CLI reference](docs/cli-reference.md) for every command and option.
 
 ## Documentation
 
-- [Getting started](https://github.com/dali-benothmen/woml/blob/master/docs/getting-started.md)
-- [Language reference](https://github.com/dali-benothmen/woml/blob/master/docs/language-reference.md)
-- [CLI reference](https://github.com/dali-benothmen/woml/blob/master/docs/cli-reference.md)
-- [Examples](https://github.com/dali-benothmen/woml/tree/master/examples)
-- [Production deployment](https://github.com/dali-benothmen/woml/blob/master/docs/woml-production-deployment.md)
-- [VS Code extension](https://github.com/dali-benothmen/woml/tree/master/woml-vscode)
-
-For support, use
-[GitHub Discussions](https://github.com/dali-benothmen/woml/discussions) or
-open a reproducible [issue](https://github.com/dali-benothmen/woml/issues).
-Report vulnerabilities privately according to the
-[security policy](https://github.com/dali-benothmen/woml/blob/master/SECURITY.md).
-
-WOML is licensed under the
-[Apache License 2.0](https://github.com/dali-benothmen/woml/blob/master/LICENSE).
+Full documentation — language reference, all tags, triggers, control flow, services, modules, and production deployment — lives in the docs.
+
+**→ [Read the full documentation](./docs/README.md)**
+
+## Support and security
+
+Use [GitHub Discussions](https://github.com/dali-benothmen/woml/discussions) for questions and [GitHub Issues](https://github.com/dali-benothmen/woml/issues) for reproducible bugs. Please report vulnerabilities privately according to the [security policy](SECURITY.md).
+
+## Contributing
+
+Contributions are welcome — bug reports, feature ideas, docs, or a custom provider. See [CONTRIBUTING.md](./CONTRIBUTING.md) to get started.
+
+## License
+
+WOML is released under the [Apache License 2.0](./LICENSE).

package/dist/cli.js

@@ -6870,7 +6870,7 @@ import { dirname as dirname7, extname as extname2, join as join5, resolve as res
 // package.json
 var package_default = {
   name: "woml-cli",
-  version: "1.0.1",
+  version: "1.0.4",
   private: false,
   description: "WOML workflow automation runtime and command-line interface",
   author: "Mohamed Ali Ben Othmen",
@@ -36426,4 +36426,4 @@ export {
   activationIdentity
 };
 
-//# debugId=18208AE42DCB608D64756E2164756E21
+//# debugId=9F7FAB952101DD6E64756E2164756E21