@jabworks/condux 0.10.0 → 0.10.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/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@jabworks/condux",
|
|
3
|
-
"version": "0.10.
|
|
3
|
+
"version": "0.10.1",
|
|
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": {
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: subagent-deployment
|
|
3
|
-
description: "Fan out 2+ independent tasks across named agents (explorer/researcher/planner/coder) in a single message when they share no files and no dependencies. For ad-hoc independent work discovered outside a formal plan. Trigger when two or more genuinely independent tasks
|
|
3
|
+
description: "Fan out 2+ independent tasks across named agents (explorer/researcher/planner/coder) in a single message when they share no files and no dependencies. For ad-hoc independent work discovered outside a formal plan. Trigger when the fan-out is already the ask — \"in parallel\", \"fan out\", \"dispatch these together\", \"kick off explorer and researcher\" — over two or more genuinely independent tasks, nothing shared, no ordering. Independence alone is not the signal: a plain implementation request goes to workflow first, which loads this when the tier warrants it. Also owns which agent gets dispatched: asking to spawn a generic or custom-prompt subagent routes here, where the answer is one of the four named agents instead. Not for executing an ordered plan task-by-task (that's subagent-execution)."
|
|
4
4
|
argument-hint: "<list of independent tasks>"
|
|
5
5
|
---
|
|
6
6
|
|
|
@@ -8,6 +8,12 @@ argument-hint: "<list of independent tasks>"
|
|
|
8
8
|
|
|
9
9
|
Deploy independent agents at once, not one at a time. For genuinely unrelated work — not for executing an ordered plan.
|
|
10
10
|
|
|
11
|
+
**This runs inside `/workflow`, not instead of it.** Independent work is a
|
|
12
|
+
precondition, not a trigger: "fix these three unrelated tests" is an
|
|
13
|
+
implementation request and goes to the router, which loads this skill if the
|
|
14
|
+
tier warrants it. What reaches here directly is a request that already names
|
|
15
|
+
the fan-out — parallel, dispatch, fan out, these agents at once.
|
|
16
|
+
|
|
11
17
|
## Usage
|
|
12
18
|
|
|
13
19
|
```
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
[
|
|
2
|
-
{ "query": "fix these 3 unrelated failing test files at once", "should_trigger": true, "expected_skill": "subagent-deployment" },
|
|
2
|
+
{ "query": "fix these 3 unrelated failing test files at once", "should_trigger": true, "expected_skill": "workflow", "note": "cold bug-fix request: the router owns it and loads subagent-deployment only if the tier warrants" },
|
|
3
3
|
{ "query": "in parallel: look up the stripe api and explore the auth module", "should_trigger": true, "expected_skill": "subagent-deployment" },
|
|
4
|
-
{ "query": "two independent bugs in different packages, handle both", "should_trigger": true, "expected_skill": "
|
|
4
|
+
{ "query": "two independent bugs in different packages, handle both", "should_trigger": true, "expected_skill": "workflow", "note": "cold bug-fix request: independence alone does not bypass the router" },
|
|
5
5
|
{ "query": "fan out this research across agents", "should_trigger": true, "expected_skill": "subagent-deployment" },
|
|
6
6
|
{ "query": "batch these lookups together", "should_trigger": true, "expected_skill": "subagent-deployment" },
|
|
7
7
|
{ "query": "run these together, theyre totally unrelated", "should_trigger": true, "expected_skill": "subagent-deployment" },
|
|
@@ -17,6 +17,6 @@
|
|
|
17
17
|
{ "query": "one small task, just do it yourself", "should_trigger": true, "expected_skill": "workflow" },
|
|
18
18
|
{ "query": "deploy the app to production", "should_trigger": false, "expected_skill": null },
|
|
19
19
|
{ "query": "set up the deployment pipeline for staging", "should_trigger": false, "expected_skill": null },
|
|
20
|
-
{ "query": "parallelize the test suite in ci", "should_trigger":
|
|
20
|
+
{ "query": "parallelize the test suite in ci", "should_trigger": true, "expected_skill": "workflow", "note": "parallelising a test suite is an implementation request, not a fan-out instruction" },
|
|
21
21
|
{ "query": "map reduce over these records", "should_trigger": false, "expected_skill": null }
|
|
22
22
|
]
|