bearings 0.5.0 → 0.5.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.
|
@@ -16,6 +16,9 @@ var SKILLS = STARTER_SKILL_NAMES;
|
|
|
16
16
|
var MANUAL_TESTPLAN_FILES = [
|
|
17
17
|
"SKILL.md"
|
|
18
18
|
];
|
|
19
|
+
var ORCHESTRATE_FILES = [
|
|
20
|
+
"SKILL.md"
|
|
21
|
+
];
|
|
19
22
|
var FORGE_A_SKILL_FILES = [
|
|
20
23
|
"SKILL.md",
|
|
21
24
|
"templates/guardrail.md",
|
|
@@ -63,6 +66,11 @@ var SCAFFOLD = [
|
|
|
63
66
|
target: `.agents/skills/manual-testplan/${file}`,
|
|
64
67
|
owner: "bearings"
|
|
65
68
|
})),
|
|
69
|
+
...ORCHESTRATE_FILES.map((file) => ({
|
|
70
|
+
template: `agents/skills/orchestrate/${file}`,
|
|
71
|
+
target: `.agents/skills/orchestrate/${file}`,
|
|
72
|
+
owner: "bearings"
|
|
73
|
+
})),
|
|
66
74
|
...FORGE_A_SKILL_FILES.map((file) => ({
|
|
67
75
|
template: `agents/skills/forge-a-skill/${file}`,
|
|
68
76
|
target: `.agents/skills/forge-a-skill/${file}`,
|
|
@@ -783,7 +791,7 @@ async function runFreshInit(repoDir, flags, version) {
|
|
|
783
791
|
async function runInit(repoDir, flags, version) {
|
|
784
792
|
const state = await inspectManifest(repoDir);
|
|
785
793
|
if (state.kind === "absent") return runFreshInit(repoDir, flags, version);
|
|
786
|
-
const { runUpdate } = await import("./update-
|
|
794
|
+
const { runUpdate } = await import("./update-4DZKUPFP.js");
|
|
787
795
|
return runUpdate(repoDir, flags, version, state);
|
|
788
796
|
}
|
|
789
797
|
|
package/dist/cli.js
CHANGED
package/package.json
CHANGED
package/templates/AGENTS.md
CHANGED
|
@@ -22,9 +22,4 @@ Primary stack: <agent: fill during handoff — language/runtime/framework/platfo
|
|
|
22
22
|
|
|
23
23
|
## User-Facing Output
|
|
24
24
|
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
- Lead with the answer; omit preamble and restatement.
|
|
28
|
-
- Use the shortest clear structure: line, bullets, table, tree, or flow.
|
|
29
|
-
- Preserve exact identifiers, paths, commands, errors, and code.
|
|
30
|
-
- Report progress only for discoveries, decisions, or blockers; finish with changes and verification.
|
|
25
|
+
Assume the user has ADHD and cannot comprehend long descriptions. Tailor all your responses to the user's reading ability.
|
|
@@ -0,0 +1,50 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: orchestrate
|
|
3
|
+
description: Run a large task as an orchestrator that plans and decides in the main context and delegates context-heavy work to sub-agents. Use only when the developer invokes /orchestrate by name.
|
|
4
|
+
disable-model-invocation: true
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Orchestrate
|
|
8
|
+
|
|
9
|
+
Act as the orchestrator. The main context holds the plan, the decisions, and
|
|
10
|
+
the synthesis; sub-agents absorb the raw material — file dumps, logs, command
|
|
11
|
+
output — and return conclusions, not transcripts. If this harness cannot start
|
|
12
|
+
sub-agents, tell the developer, then run the same plan inline.
|
|
13
|
+
|
|
14
|
+
## Workflow
|
|
15
|
+
|
|
16
|
+
1. Plan in the main context. Break the task into work items and mark each
|
|
17
|
+
`delegate` or `keep` using the Delegation table. The plan is done when every
|
|
18
|
+
item has a mark and the delegated items name their dependencies.
|
|
19
|
+
2. Dispatch a sub-agent for every `delegate` item, following Sub-agent briefs.
|
|
20
|
+
Run independent items concurrently; run items that touch the same files in
|
|
21
|
+
sequence or merge them into one brief.
|
|
22
|
+
3. Integrate. Read only the sub-agents' conclusions, make the decisions in the
|
|
23
|
+
main context, and dispatch follow-up sub-agents for gaps the conclusions
|
|
24
|
+
expose.
|
|
25
|
+
4. Report: the decisions made, what each sub-agent concluded, and the final
|
|
26
|
+
result with its verification.
|
|
27
|
+
|
|
28
|
+
## Delegation table
|
|
29
|
+
|
|
30
|
+
| Work | Sub-agent returns |
|
|
31
|
+
|---|---|
|
|
32
|
+
| Search and exploration across many files | `path#symbol` locations plus a one-paragraph answer |
|
|
33
|
+
| Bulk reading: large files, logs, external docs | Only the facts that bear on the task, with citations |
|
|
34
|
+
| Verbose commands: tests, builds, lints | Pass or fail, plus only the failing output |
|
|
35
|
+
| Implementation of an independent plan slice | Changed file list plus its self-check result |
|
|
36
|
+
|
|
37
|
+
Keep in the main context: the plan, choices between approaches, targeted reads
|
|
38
|
+
of already-located sections, and every question for the developer.
|
|
39
|
+
|
|
40
|
+
## Sub-agent briefs
|
|
41
|
+
|
|
42
|
+
A sub-agent starts with an empty context. Every brief carries:
|
|
43
|
+
|
|
44
|
+
- The goal and its completion criterion — how the sub-agent knows it is done.
|
|
45
|
+
- Every input it cannot discover cheaply: paths, commands, constraints, and
|
|
46
|
+
the repository conventions that apply.
|
|
47
|
+
- The return contract: the shortest artifact the orchestrator can act on,
|
|
48
|
+
in the shape the Delegation table names.
|
|
49
|
+
- For implementation work: the exact plan slice it owns and the boundary of
|
|
50
|
+
that slice.
|