helloagents 2.2.12 → 2.2.16
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 +39 -7
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -8,7 +8,7 @@
|
|
|
8
8
|
|
|
9
9
|
**A multi-CLI workflow system that keeps going until tasks are implemented and verified.**
|
|
10
10
|
|
|
11
|
-
[](./pyproject.toml)
|
|
12
12
|
[](https://www.npmjs.com/package/helloagents)
|
|
13
13
|
[](./pyproject.toml)
|
|
14
14
|
[](./helloagents/functions)
|
|
@@ -84,7 +84,7 @@ Compared with legacy multi-bundle releases, the v2.x line is now package-first w
|
|
|
84
84
|
|
|
85
85
|
**RLM sub-agent orchestration**
|
|
86
86
|
|
|
87
|
-
5 specialized roles (reviewer, synthesizer, kb_keeper, pkg_keeper, writer) plus host CLI native sub-agents (explore/implement/test/design) are dispatched automatically based on task complexity, with session isolation per CLI instance. Supports cross-CLI parallel scheduling and Agent Teams collaboration.
|
|
87
|
+
5 specialized roles (reviewer, synthesizer, kb_keeper, pkg_keeper, writer) plus host CLI native sub-agents (explore/implement/test/design) are dispatched automatically based on task complexity, with session isolation per CLI instance. Tasks are scheduled via DAG dependency analysis with layer-by-layer parallel dispatch. Supports cross-CLI parallel scheduling and Agent Teams collaboration.
|
|
88
88
|
|
|
89
89
|
**Your gain:** complex tasks are broken down and handled by the right specialist, with parallel execution when possible.
|
|
90
90
|
</td>
|
|
@@ -268,9 +268,11 @@ L0 user memory (global preferences), L1 project knowledge base (structured docs
|
|
|
268
268
|
> ⚠️ **Codex CLI config.toml compatibility notes:** The following settings may affect HelloAGENTS:
|
|
269
269
|
> - `[features]` `steer = true` — changes input submission behavior, may interfere with workflow interaction
|
|
270
270
|
> - `[features]` `child_agents_md = true` — experimental, injects extra instructions that may conflict with HelloAGENTS
|
|
271
|
-
> - `project_doc_max_bytes` too low — default 32KB, AGENTS.md will be truncated (auto-set to
|
|
271
|
+
> - `project_doc_max_bytes` too low — default 32KB, AGENTS.md will be truncated (auto-set to 131072 during install)
|
|
272
272
|
> - `agent_max_depth = 1` — limits sub-agent nesting depth, recommend keeping default or ≥2
|
|
273
273
|
> - `agent_max_threads` too low — default 6, lower values limit parallel sub-agent scheduling
|
|
274
|
+
> - `[features]` `multi_agent = true` — must be enabled for sub-agent orchestration to work
|
|
275
|
+
> - Collab sub-agent scheduling is experimental, requires Codex CLI feature gate to be enabled
|
|
274
276
|
|
|
275
277
|
### Claude Code example
|
|
276
278
|
|
|
@@ -296,6 +298,11 @@ L0 user memory (global preferences), L1 project knowledge base (structured docs
|
|
|
296
298
|
|
|
297
299
|
helloagents update
|
|
298
300
|
|
|
301
|
+
> 💡 **Claude Code sub-agent orchestration tips:**
|
|
302
|
+
> - Sub-agents (Task tool) work out of the box, no extra configuration needed
|
|
303
|
+
> - Agent Teams collaboration mode requires environment variable: `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1`
|
|
304
|
+
> - Parallel sub-agent count is managed automatically by the model, no user-side limit config needed
|
|
305
|
+
|
|
299
306
|
### Beta branch
|
|
300
307
|
|
|
301
308
|
To install from the `beta` branch, append `@beta` to the repository URL:
|
|
@@ -321,7 +328,7 @@ To install from the `beta` branch, append `@beta` to the repository URL:
|
|
|
321
328
|
1. Install the package (script/pip/uv) and run `helloagents` to launch an interactive menu for selecting target CLIs (or specify directly with `helloagents install <target>`). Hooks and SKILL.md are auto-deployed during installation.
|
|
322
329
|
2. In AI chat, every input is scored on five dimensions and routed to R0–R3.
|
|
323
330
|
3. R2/R3 tasks enter the stage chain: EVALUATE → DESIGN → DEVELOP. R1 fast flow handles single-point operations directly.
|
|
324
|
-
4. RLM dispatches native sub-agents and specialized roles based on task complexity.
|
|
331
|
+
4. RLM dispatches native sub-agents and specialized roles based on task complexity. Tasks with dependencies are scheduled via DAG topological sort with layer-by-layer parallel dispatch.
|
|
325
332
|
5. EHRB scans each step for destructive operations; risky actions require explicit user confirmation. Hooks provide additional pre-tool safety checks when available.
|
|
326
333
|
6. Three-layer memory (user / project KB / session) preserves context across sessions.
|
|
327
334
|
7. Stage chain completes with verified output and optional knowledge base sync.
|
|
@@ -330,7 +337,7 @@ To install from the `beta` branch, append `@beta` to the repository URL:
|
|
|
330
337
|
|
|
331
338
|
- AGENTS.md: router and workflow protocol
|
|
332
339
|
- SKILL.md: skill discovery metadata for CLI targets
|
|
333
|
-
- pyproject.toml: package metadata (v2.2.
|
|
340
|
+
- pyproject.toml: package metadata (v2.2.16)
|
|
334
341
|
- helloagents/cli.py: installer entry
|
|
335
342
|
- helloagents/functions: workflow commands
|
|
336
343
|
- helloagents/stages: design, develop
|
|
@@ -371,7 +378,7 @@ These commands run inside AI chat, not your system shell.
|
|
|
371
378
|
A: Non-HelloAGENTS files are backed up before replacement.
|
|
372
379
|
|
|
373
380
|
- Q: What is RLM?
|
|
374
|
-
A: Role Language Model — a sub-agent orchestration system with 5 specialized roles + native CLI sub-agents
|
|
381
|
+
A: Role Language Model — a sub-agent orchestration system with 5 specialized roles + native CLI sub-agents, DAG-based parallel scheduling, and standardized prompt/return format.
|
|
375
382
|
|
|
376
383
|
- Q: Where does project knowledge go?
|
|
377
384
|
A: In the project-local `.helloagents/` directory, auto-synced when code changes.
|
|
@@ -395,7 +402,32 @@ These commands run inside AI chat, not your system shell.
|
|
|
395
402
|
|
|
396
403
|
## Version History
|
|
397
404
|
|
|
398
|
-
### v2.2.
|
|
405
|
+
### v2.2.16 (current)
|
|
406
|
+
|
|
407
|
+
- Refactored evaluation dimension system with dimension isolation rule, pass threshold tuned to 8/10. Options are user-need-driven, organized by style direction rather than complexity tiers (e.g. UI design offers different styles instead of simple/medium/complex); recommended option points to the most complete deliverable, derived from recommendation principles and scoring criteria rather than hardcoded
|
|
408
|
+
- Proposal design requires both implementation path and deliverable design direction to differ across alternatives, each sub-agent independently outputs a complete proposal including presentation direction, style, and experience
|
|
409
|
+
- Proposal evaluation criteria optimized: user value weight is always no less than any other single dimension, evaluation dimensions dynamically adjusted by project context
|
|
410
|
+
- Universal task type support: generalized evaluation, follow-up, and proposal design terminology from programming-specific to documents, design, general tasks and more
|
|
411
|
+
- Added sub-agent DAG dependency scheduling with topological sort, layer-by-layer parallel dispatch, and failure propagation
|
|
412
|
+
- Dynamic sub-agent parallel count based on independent work units, eliminated hardcoded limits
|
|
413
|
+
- Unified output format: structured display for score breakdowns, follow-up options, and confirmation messages
|
|
414
|
+
- Streamlined execution paths with shorter stage chains and step-level on-demand module loading
|
|
415
|
+
- Adjusted Codex CLI memory limit to 128 KiB to prevent rules file truncation
|
|
416
|
+
- Improved recommendation option generation rules, proposal differentiation requirements, and evaluation scoring criteria
|
|
417
|
+
|
|
418
|
+
### v2.2.14
|
|
419
|
+
|
|
420
|
+
- DAG dependency scheduling for task execution (depends_on, topological sort, layer-by-layer parallel dispatch with failure propagation)
|
|
421
|
+
- Graded retry and standardized sub-agent return format with scope verification
|
|
422
|
+
- Sub-agent orchestration paradigm: four-step method, prompt template, behavior constraints (route-skip, output format)
|
|
423
|
+
- Execution path hardening: explicit R1 upgrade triggers, DESIGN retry limits, DEVELOP entry/exit conditions
|
|
424
|
+
- Workflow rule audit: terminology and format consistency, redundancy cleanup
|
|
425
|
+
|
|
426
|
+
### v2.2.13
|
|
427
|
+
|
|
428
|
+
- R3 design proposals default ≥3 parallel, parallel batch limit ≤6, explicit sub-agent count principle (count = independent work units, no vague wording), add sub-agent orchestration config tips to README
|
|
429
|
+
|
|
430
|
+
### v2.2.12
|
|
399
431
|
|
|
400
432
|
- Comprehensive parallel sub-agent orchestration across all flows and commands, extend G10 coverage, eliminate hardcoded agent counts, add universal parallel information gathering principle
|
|
401
433
|
|