hivemind-agents 0.1.5 → 0.1.7
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 +16 -0
- package/dist/hivemind.mjs +98 -88
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -35,6 +35,19 @@ records goals, contracts, decisions and tasks in hivemind (tasks unassigned, wit
|
|
|
35
35
|
each teammate's agent can claim one by key. You can also add things yourself with `hivemind add` or
|
|
36
36
|
in the dashboard (`hivemind open`).
|
|
37
37
|
|
|
38
|
+
## Plan and notebook
|
|
39
|
+
|
|
40
|
+
hivemind keeps two things apart:
|
|
41
|
+
|
|
42
|
+
- **The plan**: goals, tasks, contracts, decisions, open questions. What the team agreed and is doing.
|
|
43
|
+
- **The notebook**: status, observations, measurements, environment state ("the lab box is busy until
|
|
44
|
+
14:00", "precision 0.82 on the eval set", "image built locally, not pushed"). Agents see the last
|
|
45
|
+
24 hours of notes at session start and can search the rest with `notebook_get`.
|
|
46
|
+
|
|
47
|
+
At session start agents see the most actionable things first (tasks in progress, then open tasks,
|
|
48
|
+
contracts, decisions, questions, recent notes), with long sections capped so nothing important is
|
|
49
|
+
cut off. Finished tasks and answered questions drop out of that view automatically.
|
|
50
|
+
|
|
38
51
|
## When the plan changes direction
|
|
39
52
|
|
|
40
53
|
Plans change mid-hackathon. hivemind makes sure the old direction doesn't linger next to the new one:
|
|
@@ -67,6 +80,9 @@ Plans change mid-hackathon. hivemind makes sure the old direction doesn't linger
|
|
|
67
80
|
new part of its transcript and pulls out the things teammates need: contracts, decisions and task
|
|
68
81
|
progress, each with a quote as evidence. Agents can also publish explicitly through MCP tools
|
|
69
82
|
(`contract_publish`, `decision_log`, `task_add`, `task_claim`, …), and they're told to for anything urgent.
|
|
83
|
+
- **Work doesn't go unrecorded.** Before an agent's first file edit, if it has no task in progress it's
|
|
84
|
+
asked to claim one (and shown the unclaimed tasks). After a turn that changed files, if neither the
|
|
85
|
+
agent nor the extractor recorded anything, it's reminded to update its task.
|
|
70
86
|
- **Updates arrive in seconds.** Typically 2–5 s from one agent's change to the other machine,
|
|
71
87
|
then shown at that agent's next tool call.
|
|
72
88
|
|