@yemi33/minions 0.1.1889 → 0.1.1891
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": "@yemi33/minions",
|
|
3
|
-
"version": "0.1.
|
|
3
|
+
"version": "0.1.1891",
|
|
4
4
|
"description": "Multi-agent AI dev team that runs from ~/.minions/ — five autonomous agents share a single engine, dashboard, and knowledge base",
|
|
5
5
|
"bin": {
|
|
6
6
|
"minions": "bin/minions.js"
|
|
@@ -20,16 +20,20 @@ You are {{agent_name}} ({{agent_role}}) in Round 2 of a team meeting.
|
|
|
20
20
|
|
|
21
21
|
## Your Task
|
|
22
22
|
|
|
23
|
-
You've read everyone's investigation findings above.
|
|
23
|
+
You've read everyone's investigation findings above. Your response MUST begin with the `Disagreements:` section below — in that order — before any other content.
|
|
24
24
|
|
|
25
|
-
1. **
|
|
26
|
-
|
|
25
|
+
1. **Disagreements:** (required, FIRST section) — at least one bullet naming a specific Round 1 claim you reject. Each bullet MUST identify the participant by name, quote or paraphrase the claim, give your reason for rejecting it, and cite evidence as `path:line` (for code claims) or a transcript quote (for meeting claims). If after honest review you genuinely cannot disagree with anything, the section MUST take this exact form instead:
|
|
26
|
+
|
|
27
|
+
```
|
|
28
|
+
Disagreements: none — explicit agreement with <participant>'s claim that <claim> after verifying <evidence: path:line or transcript quote>
|
|
29
|
+
```
|
|
30
|
+
|
|
31
|
+
"None" with no verification target is not acceptable.
|
|
32
|
+
2. **What do you agree with?** (max 3 bullets) — which points are strongest, and why.
|
|
27
33
|
3. **Play devil's advocate** — what's the strongest counterargument to your OWN position?
|
|
28
34
|
4. **What's missing?** What did everyone overlook?
|
|
29
35
|
5. **What should the team decide?**
|
|
30
36
|
|
|
31
|
-
Be direct. Constructive disagreement is encouraged — don't just agree with everyone.
|
|
32
|
-
|
|
33
37
|
## Output Format
|
|
34
38
|
|
|
35
39
|
Write your debate response as markdown. Reference other agents' findings by name.
|
|
@@ -1,97 +0,0 @@
|
|
|
1
|
-
# Distribution & Publishing
|
|
2
|
-
|
|
3
|
-
> **ARCHIVED 2026-05-12.** This document describes a defunct two-repo "personal vs. origin" architecture (`yemishin_microsoft/minions` → `yemi33/minions`) and a manual `/sync-to-personal` workflow that no longer exists. The current model is single-repo: `yemi33/minions` publishes itself to npm via `.github/workflows/publish.yml` on every push to `master`. The doc also incorrectly claims package contents are gated by a `files` field in `package.json` — they are actually gated by `.npmignore`. Kept for historical reference; do not follow these steps.
|
|
4
|
-
|
|
5
|
-
Minions is distributed as an npm package (`@yemi33/minions`) from a sanitized copy of the main repo.
|
|
6
|
-
|
|
7
|
-
## Two-Repo Architecture
|
|
8
|
-
|
|
9
|
-
| Repo | Purpose | What's included |
|
|
10
|
-
|------|---------|----------------|
|
|
11
|
-
| **origin** (`yemishin_microsoft/minions`) | Full working repo with all session state | Everything — history, notes, decisions, work items, CLAUDE.md |
|
|
12
|
-
| **personal** (`yemi33/minions`) | Clean distribution for others | Engine, dashboard, playbooks, charters, skills, docs, npm package files |
|
|
13
|
-
|
|
14
|
-
## What Gets Stripped
|
|
15
|
-
|
|
16
|
-
These files are removed during sync to personal:
|
|
17
|
-
|
|
18
|
-
| Category | Pattern | Reason |
|
|
19
|
-
|----------|---------|--------|
|
|
20
|
-
| Agent history | `agents/*/history.md` | Session-specific task logs |
|
|
21
|
-
| Notes archive | `notes/archive/*` | Historical agent findings |
|
|
22
|
-
| Notes inbox | `notes/inbox/*` | Pending agent findings |
|
|
23
|
-
| Notes summary | `notes.md` | Consolidated knowledge (runtime) |
|
|
24
|
-
| Work items | `work-items.json` | Runtime dispatch tracking |
|
|
25
|
-
| Project instructions | `CLAUDE.md` | Org-specific context |
|
|
26
|
-
|
|
27
|
-
## npm Package
|
|
28
|
-
|
|
29
|
-
**Package:** `@yemi33/minions`
|
|
30
|
-
**Registry:** https://www.npmjs.com/package/@yemi33/minions
|
|
31
|
-
|
|
32
|
-
### What's in the package
|
|
33
|
-
|
|
34
|
-
Controlled by the `files` field in `package.json`:
|
|
35
|
-
- `bin/minions.js` — CLI entry point
|
|
36
|
-
- `engine.js`, `dashboard.js`, `dashboard/` (fragments), `minions.js` — core scripts
|
|
37
|
-
- `engine/spawn-agent.js`, `engine/ado-mcp-wrapper.js` — engine helpers
|
|
38
|
-
- `agents/*/charter.md` — agent role definitions
|
|
39
|
-
- `playbooks/*.md` — task templates
|
|
40
|
-
- `config.template.json` — starter config
|
|
41
|
-
- `routing.md`, `team.md` — editable team config
|
|
42
|
-
- `skills/`, `docs/` — documentation and workflows
|
|
43
|
-
|
|
44
|
-
### How `minions init` works
|
|
45
|
-
|
|
46
|
-
1. Copies all package files from `node_modules/@yemi33/minions/` to `~/.minions/`
|
|
47
|
-
2. Creates `config.json` from `config.template.json` if it doesn't exist
|
|
48
|
-
3. Creates runtime directories (`engine/`, `notes/inbox/`, `notes/archive/`, etc.)
|
|
49
|
-
4. Runs `minions.js init` to populate config with default agents
|
|
50
|
-
5. On `--force`, overwrites `.js` and `.html` files but preserves user-modified `.md` files
|
|
51
|
-
|
|
52
|
-
### How updates work
|
|
53
|
-
|
|
54
|
-
- Users run `npm update -g @yemi33/minions` then `minions init --force` to update engine code
|
|
55
|
-
- `npx @yemi33/minions` always fetches the latest version
|
|
56
|
-
|
|
57
|
-
## Auto-Publishing
|
|
58
|
-
|
|
59
|
-
A GitHub Action on the personal repo auto-publishes to npm on every push to master.
|
|
60
|
-
|
|
61
|
-
### How it works
|
|
62
|
-
|
|
63
|
-
1. Push to `yemi33/minions` master triggers `.github/workflows/publish.yml`
|
|
64
|
-
2. Action queries npm for the current published version
|
|
65
|
-
3. Bumps patch version (e.g., `0.1.5` → `0.1.6`)
|
|
66
|
-
4. Publishes to npm with the new version
|
|
67
|
-
5. Commits the version bump back to the repo with `[skip ci]` to prevent loops
|
|
68
|
-
|
|
69
|
-
### Why version comes from npm, not the repo
|
|
70
|
-
|
|
71
|
-
The sync-to-personal workflow force-pushes, which overwrites any version bump commits from previous action runs. So the action reads the latest version from the npm registry and bumps from there.
|
|
72
|
-
|
|
73
|
-
### Setup requirements
|
|
74
|
-
|
|
75
|
-
- `NPM_TOKEN` secret on `yemi33/minions` — a granular access token with publish permissions and 2FA bypass enabled
|
|
76
|
-
- The workflow file (`.github/workflows/publish.yml`) is gitignored on the org repo and force-added during sync
|
|
77
|
-
|
|
78
|
-
## Sync Workflow
|
|
79
|
-
|
|
80
|
-
Run `/sync-to-personal` or manually:
|
|
81
|
-
|
|
82
|
-
```bash
|
|
83
|
-
# 1. Create dist branch, strip files, add workflow, force-push
|
|
84
|
-
git checkout -b dist-clean
|
|
85
|
-
git rm --cached agents/*/history.md notes.md work-items.json CLAUDE.md
|
|
86
|
-
git rm -r --cached notes/archive/ notes/inbox/ notes/
|
|
87
|
-
# ... add .gitkeep files, .gitignore entries, workflow file
|
|
88
|
-
git add -f .github/workflows/publish.yml
|
|
89
|
-
git commit -m "Strip for distribution"
|
|
90
|
-
git push personal dist-clean:master --force
|
|
91
|
-
|
|
92
|
-
# 2. Return to master
|
|
93
|
-
git checkout master
|
|
94
|
-
git branch -D dist-clean
|
|
95
|
-
```
|
|
96
|
-
|
|
97
|
-
|