@oevery/rsp 3.1.0-beta.3 → 3.1.0-beta.4
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/README.md +20 -13
- package/README.zh-CN.md +20 -13
- package/dist/{chunk-NX55NIC3.mjs → chunk-D7XDXBFO.mjs} +1 -1
- package/dist/{chunk-7KKAUBKN.mjs → chunk-FI3SYHVH.mjs} +560 -429
- package/dist/{chunk-OTJFL6XH.mjs → chunk-FJVH7ZYU.mjs} +344 -216
- package/dist/cli.mjs +107 -63
- package/dist/{entry-WZDVKDUM.mjs → entry-5OPKUZHF.mjs} +2 -2
- package/dist/{entry-X23GPCVS.mjs → entry-FVUG6YW2.mjs} +2 -2
- package/package.json +1 -1
- package/rules/rsp-rules.md +4 -3
- package/skills/rsp/SKILL.md +4 -4
- package/skills/rsp/references/managed-routing.md +6 -2
- package/skills/rsp-commit/SKILL.md +2 -2
- package/skills/rsp-manage/SKILL.md +7 -3
- package/skills/rsp-release-docs/references/convention-discovery.md +2 -2
|
@@ -25,16 +25,20 @@ Missing configuration preserves `explicit` activation with `local` closeout comp
|
|
|
25
25
|
A Change is eligible when at least one of these independent conditions holds:
|
|
26
26
|
|
|
27
27
|
- its work contains genuinely independent slices;
|
|
28
|
-
-
|
|
28
|
+
- prospective execution signals show more than one bounded phase or authority surface; or
|
|
29
29
|
- the continuation is interruption recovery.
|
|
30
30
|
|
|
31
|
-
Lack of parallel work does not disqualify
|
|
31
|
+
Prospective signals are implementation followed by integration verification, managed review, or lifecycle work; cross-module or cross-process mutation; real-host, provider, or hardware verification; bounded finding convergence; or a clear ready successor. Lack of parallel work does not disqualify prospective or recovery work. Derive the signals before dispatch from the authorized objective and expected phases, never from elapsed time. A Group is eligible when it has at least two ready children, or when the continuation qualifies through prospective signals or recovery.
|
|
32
|
+
|
|
33
|
+
Under automatic activation, decline as direct one-step work only when all of these are true: one owner, one local seam, one mutation pass, one decisive check, no managed lifecycle coordination, and no ready successor. A selected ready completion or continuation that fails any one condition qualifies as non-small through automatic activation even when no separate prospective signal is obvious; do not leave the middle case unclassified. Worker-only work remains ineligible. Decline Manage without any mutation and without creating a controller artifact, then return the exact Core or Discipline action. Report `selected` or `declined` and its decisive qualification or exclusion; when dispatch applies, also report the concrete reason for sequential or parallel execution. Keep this reasoning transient.
|
|
32
34
|
|
|
33
35
|
Preserve unrelated work and require an explicit release identity. Allow four worker dispatches and one worker corrective retry across the whole managed run. Owner transitions do not reset either limit.
|
|
34
36
|
|
|
35
37
|
## Dispatch owned work
|
|
36
38
|
|
|
37
|
-
Send a compact envelope that identifies the WorkRef, objective, authority, decisive evidence, and stop boundary.
|
|
39
|
+
Send a compact envelope that identifies the WorkRef, objective, authority, decisive evidence, and stop boundary. When the host supports workers and authorized implementation remains, dispatch at least one implementation worker; sequential execution does not permit the controller to absorb the whole implementation. The controller retains owner resolution, worker-result acceptance, integration verification, review convergence, lifecycle, and Git decisions.
|
|
40
|
+
|
|
41
|
+
For a Group, dispatch child WorkRefs only in the current derived `plan.waves` wave. Assume shared paths, lockfiles, generated artifacts, integration state, real hosts, provider sessions, and hardware resources overlap unless an authorized isolated workspace and verification boundary exist. Keep blockers, later waves, overlaps, and dependent verification sequential. Dispatch in parallel only for isolated mutation paths and verification resources; delegation never implies concurrency. Workers receive no implied focus, lifecycle, Git, publication, deployment, or approval authority. Choose the cheapest decisive check and at most one integration gate.
|
|
38
42
|
|
|
39
43
|
## Continue from evidence
|
|
40
44
|
|
|
@@ -37,7 +37,7 @@ Resolve these dimensions independently:
|
|
|
37
37
|
| Dimension | Evidence to prefer |
|
|
38
38
|
| --- | --- |
|
|
39
39
|
| Audience | Explicit request, established release surface, prior releases |
|
|
40
|
-
| Language | Explicit request,
|
|
40
|
+
| Language | Explicit request, established target artifact, configured effective artifact language, nearest project instruction, prior published releases, conversation |
|
|
41
41
|
| Voice | Existing artifact and product terminology |
|
|
42
42
|
| Categories | Existing artifact/config; Keep a Changelog only as fallback |
|
|
43
43
|
| Version and tags | Confirmed target, manifests, release config, prior tags |
|
|
@@ -47,7 +47,7 @@ Resolve these dimensions independently:
|
|
|
47
47
|
|
|
48
48
|
Personal preferences refine the project format where compatible. Project-owned parsers, schemas, and release contracts win when a stylistic preference would break them. Report the conflict when the user must choose.
|
|
49
49
|
|
|
50
|
-
For language specifically,
|
|
50
|
+
For language specifically, follow Core's response-versus-artifact boundary. An explicit surface-specific request wins. Otherwise preserve an existing target artifact's established language. For a new release artifact, use the configured effective artifact language, then the nearest project or release instruction, prior published releases, and finally the conversation language. Configuration changes never translate an existing release surface by themselves.
|
|
51
51
|
|
|
52
52
|
## Repository shapes
|
|
53
53
|
|