@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.1889",
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. Now:
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. **What do you agree with?** Which points are strongest?
26
- 2. **What do you disagree with?** Challenge weak arguments directly.
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
-