@kody-ade/kody-engine 0.4.338 → 0.4.339
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/dist/bin/kody.js
CHANGED
|
@@ -15,7 +15,7 @@ var init_package = __esm({
|
|
|
15
15
|
"package.json"() {
|
|
16
16
|
package_default = {
|
|
17
17
|
name: "@kody-ade/kody-engine",
|
|
18
|
-
version: "0.4.
|
|
18
|
+
version: "0.4.339",
|
|
19
19
|
description: "kody \u2014 autonomous development engine. Single-session Claude Code agent behind a generic executor + declarative executable profiles.",
|
|
20
20
|
license: "MIT",
|
|
21
21
|
type: "module",
|
|
@@ -55,10 +55,18 @@ Each `models[]` entry must also carry the creator's canonical model metadata:
|
|
|
55
55
|
|
|
56
56
|
- Agent models include `"owns": ["identity", "judgment", "boundaries"]` and `doesNotOwn` includes `"tasks"`.
|
|
57
57
|
- Goal models include `"outcome"`, non-empty `"evidence"`, and non-empty `"capabilities"`. Use `"capabilities"`, not only `"allowedCapabilities"`, in `models[]`.
|
|
58
|
+
- Goal model `"capabilities"` entries must be slugs of generated `kind: "capability"` models only. Do not put a workflow slug in a goal's `"capabilities"` or `"allowedCapabilities"` list.
|
|
58
59
|
- Loop models use `"kind": "agentLoop"` and include `"wakeTarget": {"type": "goal|workflow|capability", "slug": "target-slug"}`. Use `"wakeTarget"`, not only `"target"`, in `models[]`.
|
|
59
60
|
- Workflow models include non-empty `"steps"` as objects with a `"capability"` slug.
|
|
60
61
|
- Capability models include `"capabilityKind"`, `"ability"`, `"inputs"`, `"outputs"`, `"allowedActions"`, `"forbiddenActions"`, and `doesNotOwn` includes `"agent identity"` and `"goal progress"`.
|
|
61
62
|
|
|
63
|
+
When a request asks for both a goal and a workflow, keep them separate:
|
|
64
|
+
|
|
65
|
+
- The goal owns outcome, evidence, and the allowlist of capabilities that can produce evidence.
|
|
66
|
+
- The workflow owns ordered capability steps for one run.
|
|
67
|
+
- The goal may name the capability that produces evidence; the workflow may also use that capability as a step.
|
|
68
|
+
- Do not make the goal depend on the workflow by listing the workflow slug as a capability.
|
|
69
|
+
|
|
62
70
|
Capability files must be shaped by ability, kind, interface, and constraints. Do not include fields or prose that make the capability depend on who asked for it, which workflow calls it, which goal consumes it, which loop wakes it, or which agent may run it.
|
|
63
71
|
|
|
64
72
|
Use the current Kody vocabulary:
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@kody-ade/kody-engine",
|
|
3
|
-
"version": "0.4.
|
|
3
|
+
"version": "0.4.339",
|
|
4
4
|
"description": "kody — autonomous development engine. Single-session Claude Code agent behind a generic executor + declarative executable profiles.",
|
|
5
5
|
"license": "MIT",
|
|
6
6
|
"type": "module",
|