@jabworks/condux 0.17.0 → 0.17.2

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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@jabworks/condux",
3
- "version": "0.17.0",
3
+ "version": "0.17.2",
4
4
  "description": "OpenCode plugin for the condux workflow toolkit — bundles the condux skills and injects the specialist agents (coder, explorer, planner, researcher) plus an opt-in plan-review listener.",
5
5
  "type": "module",
6
6
  "publishConfig": {
@@ -239,10 +239,13 @@ open. It still accepts a submitted decision, which means **one server covers
239
239
  the whole of discovery** — launched at §1, still serving at sign-off. Never
240
240
  start a second one.
241
241
 
242
- Announce it and move on — do not ask first:
242
+ Manual mode binds a **free port** — there is no fixed number to assume. The
243
+ server prints the URL on startup (`Plan review → http://127.0.0.1:<port>`, on
244
+ stderr); read it from that output and announce exactly that URL — do not ask
245
+ first:
243
246
 
244
- > "Design preview running at http://127.0.0.1:7777 — it updates as we go. Say
245
- > the word if you'd rather I close it."
247
+ > "Design preview running at http://127.0.0.1:<port> — it updates as we go.
248
+ > Say the word if you'd rather I close it."
246
249
 
247
250
  The preview's purpose is to help make the *next* decision, so gating it behind
248
251
  an opt-in defeats what it is for; and discovery only runs on the LARGE tier, so
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: draft-plan
3
- description: "Turns a signed-off design into an executable plan of lean task cards (what, why, gotchas, dependencies). Writes Markdown; review in the browser via plan-review. Run for LARGE tasks after /discovery sign-off. Never writes a plan without a signed-off design — if discovery hasn't run, apply the soft gate first."
3
+ description: "Turns a signed-off design into an executable plan of lean task cards (what, why, gotchas, dependencies). Writes Markdown; review in the browser via plan-review. Run for LARGE tasks after /discovery sign-off, and for any request to write, create, or revise a task plan — including creating or updating the .condux/plans file, the artifact this skill owns. A plan request with no signed-off design still routes here; the skill applies the soft gate itself rather than writing a plan without one."
4
4
  argument-hint: "<feature name or design summary>"
5
5
  effort: high
6
6
  ---
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: technical-spec
3
- description: "Persists feature decisions, API contracts, implementation details, and quirks into a structured, queryable spec tree — one folder per feature, one file per concern. Invoke-only — discovery runs it at design sign-off and preflight's drift check reads its output; the user runs it via /technical-spec when they say \"save spec\", \"document this\", \"write up what we decided\", or \"spec this out\". Not for turning a rough idea into a design first — that's discovery."
3
+ description: "Persists feature decisions, API contracts, implementation details, and quirks into a structured, queryable spec tree — one folder per feature, one file per concern. Invoke-only — discovery runs it at design sign-off and preflight's drift check reads its output; the user runs it via /technical-spec when they say \"save spec\", \"document this\", \"write up what we decided\", \"record the decision rationale\", or \"spec this out\" — recording decisions for the future is spec work even when phrased as remembering. Not for turning a rough idea into a design first — that's discovery."
4
4
  disable-model-invocation: true
5
5
  ---
6
6
 
@@ -1,13 +1,13 @@
1
1
  [
2
2
  { "query": "save spec", "should_trigger": true, "expected_skill": "technical-spec" },
3
- { "query": "document what we decided", "should_trigger": true, "expected_skill": "technical-spec", "disallowed": ["draft-plan"] },
3
+ { "query": "document what we decided", "should_trigger": true, "expected_skill": "technical-spec", "disallowed": ["draft-plan", "remember"] },
4
4
  { "query": "spec this out", "should_trigger": true, "expected_skill": "technical-spec" },
5
5
  { "query": "persist the api contract and the quirks we found", "should_trigger": true, "expected_skill": "technical-spec" },
6
6
  { "query": "write up the field mappings from backend to UI", "should_trigger": true, "expected_skill": "technical-spec" },
7
7
  { "query": "update the spec for wan-config", "should_trigger": true, "expected_skill": "technical-spec" },
8
8
  { "query": "scaffold a spec folder for this feature", "should_trigger": true, "expected_skill": "technical-spec" },
9
9
  { "query": "whats the format for quirks.md", "should_trigger": true, "expected_skill": "technical-spec", "kind": "in-context" },
10
- { "query": "record the decision rationale for future sessions", "should_trigger": true, "expected_skill": "technical-spec", "disallowed": ["draft-plan"] },
10
+ { "query": "record the decision rationale for future sessions", "should_trigger": true, "expected_skill": "technical-spec", "disallowed": ["draft-plan", "remember"] },
11
11
  { "query": "bump the index.md changelog for the spec", "should_trigger": true, "expected_skill": "technical-spec" },
12
12
  { "query": "save the design as a tech spec with live preview", "should_trigger": true, "expected_skill": "technical-spec", "disallowed": ["draft-plan"] },
13
13
  { "query": "sepc this out pls", "should_trigger": true, "expected_skill": "technical-spec" },
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: workflow
3
- description: "Routes any dev task into the right execution tier (Small/Medium/Large) and carries condux's operating rules — proportional effort, lazy skill loading, soft gates, implement-yourself-by-default. Trigger with any implementation request — feature, bug fix, refactor, new endpoint, UI change. Every dev task starts here; other skills execute within /workflow, not instead of it. Also the operating manual — questions about how condux works, its tiers, soft gates, checkpoints, and named agents."
3
+ description: "Routes any dev task into the right execution tier (Small/Medium/Large) and carries condux's operating rules — proportional effort, lazy skill loading, soft gates, implement-yourself-by-default. Trigger with any dev task, however small or mundane — feature, bug fix, refactor, new endpoint, UI change, adding tests, CI and tooling config, docs and README edits, a one-line tweak. Every task starts here regardless of size (the tier decides the ceremony), including requests to start or prep a task, like loading its spec before beginning. Other skills execute within /workflow, not instead of it. Also the operating manual — how condux works: tiers, soft gates, checkpoints, named agents."
4
4
  argument-hint: "<task description>"
5
5
  ---
6
6