enigma-cli 1.21.2 → 1.22.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/assets/commands/gate.md +131 -0
- package/assets/skills/anti-overengineering-policy/skill.json +1 -1
- package/assets/skills/anti-overengineering-review/skill.json +1 -1
- package/assets/skills/backend-policy/skill.json +1 -1
- package/assets/skills/ciphera-style-policy/skill.json +1 -1
- package/assets/skills/code-review-policy/skill.json +1 -1
- package/assets/skills/core-engineering-policy/skill.json +1 -1
- package/assets/skills/database-expert/skill.json +1 -1
- package/assets/skills/debugging-policy/skill.json +1 -1
- package/assets/skills/dependency-policy/skill.json +1 -1
- package/assets/skills/frontend-design/skill.json +1 -1
- package/assets/skills/frontend-policy/skill.json +1 -1
- package/assets/skills/git-policy/skill.json +1 -1
- package/assets/skills/security-policy/skill.json +1 -1
- package/assets/skills/skill-creator/skill.json +1 -1
- package/assets/skills/task-completion-policy/skill.json +1 -1
- package/assets/skills/technical-writing-policy/SKILL.md +9 -1
- package/assets/skills/technical-writing-policy/skill.json +4 -4
- package/assets/skills/testing-policy/skill.json +1 -1
- package/assets/skills/validation-policy/skill.json +1 -1
- package/bin/checksums.json +4 -4
- package/package.json +1 -1
|
@@ -0,0 +1,131 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Validate code changes through the enigma gate pipeline - automated review, tests, lint, docs, push, PR, and CI - before they reach the configured push target. Use when the user asks to run the gate, gate/ship/validate their changes, push safely, do a task and then validate it, or invokes /gate.
|
|
3
|
+
argument-hint: [task] | (bare to gate already-committed work) | "skip the lint step"-style requests
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /gate
|
|
7
|
+
|
|
8
|
+
The enigma gate is a local gate that validates code changes through a pipeline
|
|
9
|
+
(intent, rebase, review, test, document, lint, push, PR, CI) before they reach
|
|
10
|
+
the configured push target. You drive it through the `enigma gate axi` command
|
|
11
|
+
family, which prints machine-readable [TOON](https://toonformat.dev) to stdout
|
|
12
|
+
and progress to stderr.
|
|
13
|
+
|
|
14
|
+
The invocation is: **$ARGUMENTS**
|
|
15
|
+
|
|
16
|
+
When the user invokes `/gate`, report the outcome at the end. If the user asks
|
|
17
|
+
for something specific, translate it into the matching `axi run` flags yourself -
|
|
18
|
+
for example "skip the lint step" becomes `--skip=lint`. Run
|
|
19
|
+
`enigma gate axi run --help` to see the flags.
|
|
20
|
+
|
|
21
|
+
## Two ways to invoke
|
|
22
|
+
|
|
23
|
+
- **Validate-only** - bare `/gate` (optionally with flag-style requests like
|
|
24
|
+
"skip the lint step"). The user's changes are already committed; validate them
|
|
25
|
+
and report.
|
|
26
|
+
- **Task-first** - `/gate <task>`, e.g. `/gate add a --json flag to status`. First
|
|
27
|
+
carry out the task yourself, then validate:
|
|
28
|
+
1. **Check scope.** Inspect `git status` before changing or committing anything.
|
|
29
|
+
Preserve unrelated uncommitted changes; commit only what belongs to the task.
|
|
30
|
+
2. **Do the work**, then **commit it on a feature branch**. If the user is on
|
|
31
|
+
the default branch, create a feature branch first - the gate validates
|
|
32
|
+
committed history on a non-default branch.
|
|
33
|
+
3. **Then validate**, passing the user's task as your `--intent` (the goal in
|
|
34
|
+
their words), enriched with the decisions and tradeoffs you made.
|
|
35
|
+
|
|
36
|
+
## Before you start
|
|
37
|
+
|
|
38
|
+
- The work must be **committed** on a **feature branch** (not the default branch).
|
|
39
|
+
- The repository must be initialized with `enigma gate init`.
|
|
40
|
+
|
|
41
|
+
If any precondition fails, `axi run` returns an `error:` with the exact fix -
|
|
42
|
+
read it and act on it. If the repo is not initialized, run `enigma gate init`
|
|
43
|
+
first; if `enigma gate` itself misbehaves, `enigma gate doctor` reports what is
|
|
44
|
+
wrong. Before starting, run `enigma gate axi` (home view): if it shows an active
|
|
45
|
+
run on your branch, resume it or `axi abort` before starting over; on another
|
|
46
|
+
branch, leave it alone and start your own with
|
|
47
|
+
`enigma gate axi run --intent "..."`.
|
|
48
|
+
|
|
49
|
+
## Intent is required
|
|
50
|
+
|
|
51
|
+
When you start a run you must pass `--intent`: **what the user set out to
|
|
52
|
+
accomplish** - the goal behind the work, in their terms, not a description of the
|
|
53
|
+
diff. Err on the side of completeness: capture the goal, the decisions and
|
|
54
|
+
tradeoffs, constraints ruled in or out, and anything explicitly asked for that
|
|
55
|
+
might look surprising in the diff. A few sentences is normal - the review step
|
|
56
|
+
uses `--intent` to tell a deliberate choice from a mistake.
|
|
57
|
+
|
|
58
|
+
## Validate and decide
|
|
59
|
+
|
|
60
|
+
1. Start the run. It blocks until the first decision point or the end:
|
|
61
|
+
```sh
|
|
62
|
+
enigma gate axi run --intent "<what the user set out to accomplish>"
|
|
63
|
+
```
|
|
64
|
+
`axi run` and every `axi respond` block synchronously - review, test, and CI
|
|
65
|
+
can each take several minutes, so a single call may not return for a while.
|
|
66
|
+
That is normal; allow a long timeout and do not cancel or re-issue it. To
|
|
67
|
+
check progress, use `enigma gate axi status` from a separate call. When status
|
|
68
|
+
shows `awaiting_agent: parked <duration>`, the run is parked at a gate waiting
|
|
69
|
+
for your `axi respond`.
|
|
70
|
+
2. If the output contains a `gate:` object, the pipeline is waiting on you. Read
|
|
71
|
+
its `findings` table. Each finding has an `action`:
|
|
72
|
+
- `auto-fix` - mechanical, low-risk; authorize on your own judgment with
|
|
73
|
+
`--action fix`.
|
|
74
|
+
- `no-op` - informational; nothing to do.
|
|
75
|
+
- `ask-user` - a judgment call only the user can make. STOP and escalate it
|
|
76
|
+
(see below) before responding.
|
|
77
|
+
|
|
78
|
+
Choose one response:
|
|
79
|
+
```sh
|
|
80
|
+
enigma gate axi respond --action approve
|
|
81
|
+
enigma gate axi respond --action fix --findings <id1,id2> --instructions "<optional>"
|
|
82
|
+
enigma gate axi respond --action skip
|
|
83
|
+
```
|
|
84
|
+
While a run is active, never fix findings by editing code yourself - the
|
|
85
|
+
pipeline owns the findings and the fixes. Decide and respond; `--action fix`
|
|
86
|
+
has the pipeline apply the fix and re-review.
|
|
87
|
+
3. Repeat step 2 until the output has an `outcome:` instead of a `gate:`:
|
|
88
|
+
- `checks-passed` - validated and CI green, PR not merged yet. You are done
|
|
89
|
+
driving. Tell the user the PR is ready and ask them to review and merge it
|
|
90
|
+
(link in the `help` line). The gate keeps monitoring the PR in the
|
|
91
|
+
background; do not poll for the merge.
|
|
92
|
+
- `passed` - cleared the gate and the PR was merged or closed.
|
|
93
|
+
- `failed` / `cancelled` - read the output, fix what it points at, commit on
|
|
94
|
+
the same branch, and drive again (`axi run` for a fresh run, or
|
|
95
|
+
`enigma gate rerun`). Do not leave the user at a failed outcome without
|
|
96
|
+
either retrying or explaining what blocks it.
|
|
97
|
+
|
|
98
|
+
On a successful outcome, summarize what the pipeline validated and found. If the
|
|
99
|
+
output includes a `fixes` table, the pipeline fixed things your change missed -
|
|
100
|
+
acknowledge those and list each fix.
|
|
101
|
+
|
|
102
|
+
## Escalate ask-user findings
|
|
103
|
+
|
|
104
|
+
A finding marked `ask-user` is the user's decision, not yours. Relay it verbatim
|
|
105
|
+
(its `id`, `file`, full `description`) - do not paraphrase or pre-judge - ask how
|
|
106
|
+
to proceed, then translate their answer into the matching `respond` call. The one
|
|
107
|
+
exception is `--yes` (below): standing consent to drive every gate unattended.
|
|
108
|
+
|
|
109
|
+
If you have clear consent to drive the whole run automatically, pass `--yes` to
|
|
110
|
+
`axi run` or `axi respond`: it treats every actionable finding (auto-fix and
|
|
111
|
+
ask-user alike) as consent to fix, accepts the resulting fix review, and approves
|
|
112
|
+
no-op-only gates. Only use it when the user asked you to drive without checking back.
|
|
113
|
+
|
|
114
|
+
## Inspecting state
|
|
115
|
+
|
|
116
|
+
```sh
|
|
117
|
+
enigma gate axi # home view
|
|
118
|
+
enigma gate axi status # full detail of the resolved run
|
|
119
|
+
enigma gate axi logs --step <name> --full
|
|
120
|
+
enigma gate axi abort # cancel the current-branch active run
|
|
121
|
+
enigma gate axi abort --run <id> # cancel a specific run by id
|
|
122
|
+
```
|
|
123
|
+
|
|
124
|
+
## Reading the output
|
|
125
|
+
|
|
126
|
+
- TOON: `key: value` pairs, `name[N]{cols}:` tables, `help[N]:` hints. The `help`
|
|
127
|
+
list tells you the next commands. Errors print as `error: ...` with a `help`
|
|
128
|
+
list - act on the suggestion.
|
|
129
|
+
- Exit codes: `0` success/no-op/decision-gate, `1` failed/cancelled, `2` bad usage.
|
|
130
|
+
- Field names and columns can vary by step and version, so read the actual
|
|
131
|
+
`findings` header rather than assuming a fixed layout.
|
|
@@ -4,6 +4,6 @@
|
|
|
4
4
|
"provider": "FJRG2007/enigma",
|
|
5
5
|
"description": "Minimal-code discipline - YAGNI ladder, deletion over addition, no unrequested abstractions, and the enigma: shortcut-marking convention; intensity via the minimal-code setting.",
|
|
6
6
|
"updated": "2026-06-25T17:21:31+02:00",
|
|
7
|
-
"cliVersion": "1.
|
|
7
|
+
"cliVersion": "1.22.1",
|
|
8
8
|
"sha": "b9517e7d520e83a9f881fb1917ca2d4cec4aea4f2c5e753ea02641d9bc06c6b6"
|
|
9
9
|
}
|
|
@@ -4,6 +4,6 @@
|
|
|
4
4
|
"provider": "FJRG2007/enigma",
|
|
5
5
|
"description": "On-demand over-engineering review - diff review, whole-repo audit, and enigma: debt-marker ledger (tags delete/stdlib/native/yagni/shrink, line/dep scoring); lists cuts, applies nothing.",
|
|
6
6
|
"updated": "2026-06-16T11:24:30+02:00",
|
|
7
|
-
"cliVersion": "1.
|
|
7
|
+
"cliVersion": "1.22.1",
|
|
8
8
|
"sha": "f742a2be3f328b9ea1ff9a35a449177c2cbec35ad16e46f7054b7a873a2ab017"
|
|
9
9
|
}
|
|
@@ -4,6 +4,6 @@
|
|
|
4
4
|
"provider": "FJRG2007/enigma",
|
|
5
5
|
"description": "Backend/API architecture: controller-service-repository layering, API and request optimization, server-side caching (Redis), and Zod boundary validation.",
|
|
6
6
|
"updated": "2026-06-16T12:06:06+02:00",
|
|
7
|
-
"cliVersion": "1.
|
|
7
|
+
"cliVersion": "1.22.1",
|
|
8
8
|
"sha": "a46c3cd00aa5f47adb1e7907f1d2bc6f5562f7a272890dee9b1121976ac04ae1"
|
|
9
9
|
}
|
|
@@ -4,6 +4,6 @@
|
|
|
4
4
|
"provider": "FJRG2007/enigma",
|
|
5
5
|
"description": "Ciphera code style conventions (formatting, naming, imports, comments, code-level anti-patterns; TypeScript-first, language-agnostic).",
|
|
6
6
|
"updated": "2026-06-26T13:40:52+02:00",
|
|
7
|
-
"cliVersion": "1.
|
|
7
|
+
"cliVersion": "1.22.1",
|
|
8
8
|
"sha": "dc9ceb784004b05a0117c464e4bed05946835a04acea282586c0b735ee7c2284"
|
|
9
9
|
}
|
|
@@ -4,6 +4,6 @@
|
|
|
4
4
|
"provider": "FJRG2007/enigma",
|
|
5
5
|
"description": "Pre-delivery self-review gate, prioritized review dimensions, and change-quality criteria.",
|
|
6
6
|
"updated": "2026-06-01T00:45:28+02:00",
|
|
7
|
-
"cliVersion": "1.
|
|
7
|
+
"cliVersion": "1.22.1",
|
|
8
8
|
"sha": "3d3bbe0602d5bbb4afe37648fe3c2fa39376b1bcbac5d8c441f01fad1e866ed0"
|
|
9
9
|
}
|
|
@@ -4,6 +4,6 @@
|
|
|
4
4
|
"provider": "FJRG2007/enigma",
|
|
5
5
|
"description": "Core engineering execution policy and harness orchestration (highest-authority rules).",
|
|
6
6
|
"updated": "2026-06-25T17:54:55+02:00",
|
|
7
|
-
"cliVersion": "1.
|
|
7
|
+
"cliVersion": "1.22.1",
|
|
8
8
|
"sha": "5e68e2a25c8e3dac6251562062f7fe4c57143baaaee8fd6de83adca9ec24a6e6"
|
|
9
9
|
}
|
|
@@ -4,6 +4,6 @@
|
|
|
4
4
|
"provider": "FJRG2007/enigma",
|
|
5
5
|
"description": "Senior database architecture policy: query optimization, anti-duplication/normalization, scalability, and RGPD/GDPR encryption.",
|
|
6
6
|
"updated": "2026-06-03T14:19:50+02:00",
|
|
7
|
-
"cliVersion": "1.
|
|
7
|
+
"cliVersion": "1.22.1",
|
|
8
8
|
"sha": "2883bcecb3202683ae6f81b073c3d6a9cec9c55029e011bdd06ba7ac3537297e"
|
|
9
9
|
}
|
|
@@ -4,6 +4,6 @@
|
|
|
4
4
|
"provider": "FJRG2007/enigma",
|
|
5
5
|
"description": "Reproduce-isolate-fix debugging methodology with root-cause discipline and regression verification.",
|
|
6
6
|
"updated": "2026-06-01T00:45:28+02:00",
|
|
7
|
-
"cliVersion": "1.
|
|
7
|
+
"cliVersion": "1.22.1",
|
|
8
8
|
"sha": "14b0064c8b33a0dc85e51464b05005cf5801c756b1101789a6924b9548420f6b"
|
|
9
9
|
}
|
|
@@ -4,6 +4,6 @@
|
|
|
4
4
|
"provider": "FJRG2007/enigma",
|
|
5
5
|
"description": "Dependency and supply-chain security: lockfiles and reproducible installs, version pinning, vulnerability auditing, vetting/minimizing packages, vendoring, and SBOM/provenance.",
|
|
6
6
|
"updated": "2026-06-01T00:45:28+02:00",
|
|
7
|
-
"cliVersion": "1.
|
|
7
|
+
"cliVersion": "1.22.1",
|
|
8
8
|
"sha": "6375d835c2aef2c9bd31ce116444dc3d796f510f9970a213aa3ac4696d7e21b9"
|
|
9
9
|
}
|
|
@@ -4,6 +4,6 @@
|
|
|
4
4
|
"provider": "FJRG2007/enigma",
|
|
5
5
|
"description": "Guidance for distinctive, intentional visual design when building new UI or reshaping an existing one.",
|
|
6
6
|
"updated": "2026-06-25T15:51:43-04:00",
|
|
7
|
-
"cliVersion": "1.
|
|
7
|
+
"cliVersion": "1.22.1",
|
|
8
8
|
"sha": "fb78be3233bf9caa67d1f522c19831542b23f47e440b02211b5a950c898318b9"
|
|
9
9
|
}
|
|
@@ -4,6 +4,6 @@
|
|
|
4
4
|
"provider": "FJRG2007/enigma",
|
|
5
5
|
"description": "Frontend architecture: reusable components, abstraction thresholds, state management, no-op save detection, large-list rendering (infinite scroll/pagination, virtualization, skeletons, progressive loading), and optimistic UI with rollback.",
|
|
6
6
|
"updated": "2026-06-26T13:57:02+02:00",
|
|
7
|
-
"cliVersion": "1.
|
|
7
|
+
"cliVersion": "1.22.1",
|
|
8
8
|
"sha": "41cb938c9022efcdadc3056417cc7d442511adee40b09a141f11bb5fd9d56514"
|
|
9
9
|
}
|
|
@@ -4,6 +4,6 @@
|
|
|
4
4
|
"provider": "FJRG2007/enigma",
|
|
5
5
|
"description": "Git & contribution policy (senior engineering standards).",
|
|
6
6
|
"updated": "2026-06-25T17:14:54+02:00",
|
|
7
|
-
"cliVersion": "1.
|
|
7
|
+
"cliVersion": "1.22.1",
|
|
8
8
|
"sha": "9298bf572c6186de65bfae5cc008af247731fac3e07d9320ddfc12fe886d6afe"
|
|
9
9
|
}
|
|
@@ -4,6 +4,6 @@
|
|
|
4
4
|
"provider": "FJRG2007/enigma",
|
|
5
5
|
"description": "Application and AI-agent security: secrets, authn/authz (least privilege), OWASP Top 10, transport/crypto baseline, secure logging, and agent/MCP/tool-use safety.",
|
|
6
6
|
"updated": "2026-06-01T00:45:28+02:00",
|
|
7
|
-
"cliVersion": "1.
|
|
7
|
+
"cliVersion": "1.22.1",
|
|
8
8
|
"sha": "9971e9d9127397d0152e89d24aad3191e2935e55a8483db7fd15f5d4d7a60e7a"
|
|
9
9
|
}
|
|
@@ -4,6 +4,6 @@
|
|
|
4
4
|
"provider": "FJRG2007/enigma",
|
|
5
5
|
"description": "Create new skills, modify and improve existing skills, and measure skill performance with evals and benchmarks.",
|
|
6
6
|
"updated": "2026-06-16T16:39:13+02:00",
|
|
7
|
-
"cliVersion": "1.
|
|
7
|
+
"cliVersion": "1.22.1",
|
|
8
8
|
"sha": "699586cce82ec0a5458288b598ee7e5ebdddb3dfcf19db354d8bc5e85e47c1c7"
|
|
9
9
|
}
|
|
@@ -4,6 +4,6 @@
|
|
|
4
4
|
"provider": "FJRG2007/enigma",
|
|
5
5
|
"description": "Exhaustive completion discipline for long/multi-item tasks - inventory, coverage ledger, verified done.",
|
|
6
6
|
"updated": "2026-06-10T22:11:09+02:00",
|
|
7
|
-
"cliVersion": "1.
|
|
7
|
+
"cliVersion": "1.22.1",
|
|
8
8
|
"sha": "6e3facba307eb2b55cefbab2e4b2a346a2b82f93c3ef47e11ebeb78c3c9453a8"
|
|
9
9
|
}
|
|
@@ -37,6 +37,12 @@ microcopy - the reader shouldn't have to study it.
|
|
|
37
37
|
order to". Plain verbs and concrete nouns instead.
|
|
38
38
|
5. **Restating the heading.** A panel titled "Accounts" whose intro begins "Manage your
|
|
39
39
|
accounts" wastes the first line. Add information the title does not already carry.
|
|
40
|
+
6. **Over-explaining a feature.** A feature card or list item sells the outcome in one or
|
|
41
|
+
two lines, then stops. Cut the mechanism, config internals, every flag, and the edge
|
|
42
|
+
cases out of the pitch - lead with what the reader gets, name the command or show the
|
|
43
|
+
one example that proves it, and leave the rest for the docs. A landing/README feature
|
|
44
|
+
list whose job is to make the reader *want* it still obeys this: punchy beats thorough.
|
|
45
|
+
Three padded sentences hide the hook that one tight sentence would land.
|
|
40
46
|
|
|
41
47
|
## Rules
|
|
42
48
|
|
|
@@ -45,7 +51,9 @@ microcopy - the reader shouldn't have to study it.
|
|
|
45
51
|
- Be specific over clever: "Resets Monday 11:00" beats "Resets soon".
|
|
46
52
|
- Match length to the slot: a setting hint is one line; a panel/page intro is one sentence
|
|
47
53
|
of orientation plus, only if needed, one of consequence (a caveat, a default, a cost).
|
|
48
|
-
An empty state is one line that invites the next action.
|
|
54
|
+
An empty state is one line that invites the next action. A feature card leads with the
|
|
55
|
+
benefit in the first clause, runs one or two sentences, and lets the command or example
|
|
56
|
+
carry the proof - never a how-it-works paragraph.
|
|
49
57
|
- Active voice, present tense, sentence case. The control names the exact action ("Save
|
|
50
58
|
changes", not "Submit"); the same verb survives the whole flow (Publish -> "Published").
|
|
51
59
|
- Errors say what went wrong and how to fix it, in the interface's voice - never vague,
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "technical-writing-policy",
|
|
3
|
-
"version": "1.
|
|
3
|
+
"version": "1.1.0",
|
|
4
4
|
"provider": "FJRG2007/enigma",
|
|
5
5
|
"description": "Concise, realistic technical copy - UI microcopy, descriptions, hints, empty/error states, and README/doc prose that informs without over-explaining or restating the obvious.",
|
|
6
|
-
"updated": "2026-06-
|
|
7
|
-
"cliVersion": "1.
|
|
8
|
-
"sha": "
|
|
6
|
+
"updated": "2026-06-26T14:09:06+02:00",
|
|
7
|
+
"cliVersion": "1.22.1",
|
|
8
|
+
"sha": "e750988b8de51d8a69be621673dceca5413ebad7e1a48e40acd18aad526d9928"
|
|
9
9
|
}
|
|
@@ -4,6 +4,6 @@
|
|
|
4
4
|
"provider": "FJRG2007/enigma",
|
|
5
5
|
"description": "Test strategy, coverage gates, deterministic tests, mocking discipline, regression-first bug fixing, and test-suite organization (layout by type/domain, mirrored paths, file naming, fixture/helper placement).",
|
|
6
6
|
"updated": "2026-06-16T17:11:49+02:00",
|
|
7
|
-
"cliVersion": "1.
|
|
7
|
+
"cliVersion": "1.22.1",
|
|
8
8
|
"sha": "3bdf591057b760f674fb2b1425f63acb426cda2c4f042e1a74c5a5d3807df664"
|
|
9
9
|
}
|
|
@@ -4,6 +4,6 @@
|
|
|
4
4
|
"provider": "FJRG2007/enigma",
|
|
5
5
|
"description": "Strict frontend + backend schema validation, schema consistency, and safe client-facing error handling.",
|
|
6
6
|
"updated": "2026-06-25T18:21:50-04:00",
|
|
7
|
-
"cliVersion": "1.
|
|
7
|
+
"cliVersion": "1.22.1",
|
|
8
8
|
"sha": "50349f5b3c55cc337f828dd510c163550614832acb28714871210a7c115a1501"
|
|
9
9
|
}
|
package/bin/checksums.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
|
-
"enigma-darwin-arm64": "
|
|
3
|
-
"enigma-linux-arm64": "
|
|
4
|
-
"enigma-linux-x64": "
|
|
5
|
-
"enigma-win32-x64.exe": "
|
|
2
|
+
"enigma-darwin-arm64": "c416e8e6428eb902591000a2a70594fac00687226575175e366f7d8098f35a65",
|
|
3
|
+
"enigma-linux-arm64": "05a65f415ce61afddc834fb0e4d152095586c99704c824f287296ff58a6dc5aa",
|
|
4
|
+
"enigma-linux-x64": "883f85d7f448e573c93b89d4460fba0a3958354f645e31164214a6f3a95b91ec",
|
|
5
|
+
"enigma-win32-x64.exe": "55d970408318b17fd6f7c43564aae237a0f0de16530c31a09c64631abf13131f"
|
|
6
6
|
}
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "enigma-cli",
|
|
3
|
-
"version": "1.
|
|
3
|
+
"version": "1.22.1",
|
|
4
4
|
"description": "Everything you need to work with a coding agent: install shared policy skills for Claude Code, OpenAI Codex and opencode, and set up portable git security hooks.",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"bin": {
|