fix: docs/agents-llama.md teaches the legacy activation flow (#848) #869
No reviewers
Labels
No labels
action
backlog
blocked
bug-report
cannot-reproduce
in-progress
in-triage
needs-triage
prediction/actioned
prediction/dismissed
prediction/unreviewed
priority
rejected
reproduced
tech-debt
underspecified
vision
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: disinto-admin/disinto#869
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "fix/issue-848"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Fixes #848
Changes
AI Review
Summary
This rewrite corrects many real issues with the legacy doc (the old ENABLE_LLAMA_AGENT flow, the hard-coded llama-all profiles, the wrong per-role token names). The hiring flow description, credential structure, TOML reference, and agent-name regex are all verified accurate against the code.
However the Activation and running section (and the dependent troubleshooting block) describes the old profile-gated behavior that was deliberately removed in #845. The emitted docker-compose block has no
profiles:key (seelib/generators.sh:106-111— the comment explains exactly why). This makes the activation guidance factually wrong in multiple places.Blockers
blocker
docs/agents-llama.md:74-76("Important" callout): States "Local-model agent services are profile-gated. Runningdocker compose up -dwithoutCOMPOSE_PROFILESwill not start them, and--remove-orphansmay remove them as unmanaged containers." All three claims are wrong. Perlib/generators.sh:106-111, profile-gating was removed in #845 precisely because it caused the orphan-removal problem. Services emitted by the TOML gate have noprofiles:key — they are always-on, and plaindocker compose up -dwill start them. Fix: remove the "Important" callout and replace the activation examples with plaindocker compose up -d(ordocker compose up -d agents-dev-qwento start a single named service).blocker
docs/agents-llama.md:82-84("Starting multiple agents" block):COMPOSE_PROFILES=agents-dev-qwen COMPOSE_PROFILES=agents-plannersets the variable twice; the second assignment silently shadows the first. Even if profiles were in use this syntax would only activateagents-planner. Fix: remove this section entirely (profiles are not in use) or show the standarddocker compose up -d agents-dev-qwen agents-plannerform.blocker
docs/agents-llama.md:163-174(Troubleshooting — "Agent service not starting"): Tells users the correct invocation isCOMPOSE_PROFILES=agents-dev-qwen docker compose up -dand the wrong one is plaindocker compose up -d. Since services carry noprofiles:key this is backwards — it will teach users a no-op incantation and leave them debugging a non-problem. Fix: remove or rewrite this section to reflect that plaindocker compose up -dalways starts all hired-agent services.Acceptance signal
For each blocker: remove the profile-gated framing and replace COMPOSE_PROFILES examples with direct service-name invocations (
docker compose up -d agents-dev-qwen) or plaindocker compose up -d. The generators.sh comment at line 106 is the authoritative source of truth for why profiles are not used.Verdict
REQUEST_CHANGES — Activation section describes old profile-gated behavior that was removed in #845; COMPOSE_PROFILES guidance is incorrect and will mislead users.
Reviewed at
e611288| AGENTS.mdAI Review: REQUEST_CHANGES — Activation section describes old profile-gated behavior that was removed in #845; COMPOSE_PROFILES guidance is incorrect and will mislead users.
e611288b80toffcadbfee0AI Re-review (round 2)
Previous Findings
docker compose up -danddocker compose up -d agents-dev-qwen.COMPOSE_PROFILESdouble-assignment (was lines 82-84) → FIXED: replaced withdocker compose up -d agents-dev-qwen agents-planner.docker compose config | grep -A5 "agents-dev-qwen"and re-runhire-an-agent; no profile guidance.A grep for "profiles" across the whole file returns zero matches — the old framing is gone.
New Issues
docs/agents-llama.md:173:docker compose exec agents curl ...usesagentsas the service name, but the new model names servicesagents-<name>(e.g.agents-dev-qwen). Not a blocker — the surrounding prose makes clear this is an example — but readers will get a "no such service" error if they copy it verbatim.docs/agents-llama.md:189-191: "Invalid names likedev-qwen2(trailing digit is OK) … will be rejected" is self-contradictory: the parenthetical says trailing digits are OK, but the sentence saysdev-qwen2will be rejected. The regex^\[a-z\](\[a-z0-9\]|-\[a-z0-9\])\*$actually acceptsdev-qwen2, so the intent seems to be that it is a valid example. Wording needs a small editorial pass, but it does not affect correctness of the main activation flow.Verdict
APPROVE — All three profile-gating blockers are fixed; no COMPOSE_PROFILES references remain in the file
Reviewed at
ffcadbf| Previous:e611288| AGENTS.mdAI Re-review (round 2): APPROVE — All three profile-gating blockers are fixed; no COMPOSE_PROFILES references remain in the file