Legacy manual-only Builder is undiscoverable during plan acceptance
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 72/100
- Issue type
- Bug
- Clarity
- Clearly specified
- Activity status
- Active
- Tech stack
- typescript
Research direction
Start at findAgentDef and trace the approved plan acceptance API path that dispatches Builder agents. Add focused unit coverage for name fallback, explicit aliases, and remappings, then add an API regression for an approved plan using a manual-only legacy Builder. Done means the existing tenant, project, and enabled filters remain unchanged and all acceptance cases pass.
Written by the indexing model from the issue text.
Description
Problem
An existing project can show an enabled, healthy Builder and advertise /builder
as always available on demand, while approving a current Architect plan fails
with:
plan_acceptance_builder_not_configured
New projects seed Builder agents with both a GitHub command trigger and a manual
trigger. Older project rows can legitimately contain only the manual trigger.
findAgentDef currently falls back to the agent name only when triggers is not
an array. A valid trigger array with no command or handle therefore makes an
enabled legacy Builder undiscoverable, despite the UI's on-demand contract.
Expected behavior
- An enabled legacy agent with no explicit command binding is addressable by its
name. - A renamed agent with an explicit
/builderbinding remains addressable by that
binding. - An explicit remapping (for example, a Builder named
builderbound to/ship)
is not overridden by the name fallback. - Approved plan execution can dispatch through a legacy manual-only Builder.
Acceptance
- Add focused unit coverage for fallback, explicit alias, and explicit remapping.
- Add an API integration regression that executes approved plan acceptance with
a manual-only legacy Builder. - Keep tenant/project/enabled filtering unchanged.
- Dominant language
- TypeScript
- Stars
- 71
- Forks
- 64
- Avg merge
- 15h 38m
- Merged PRs (30d)
- 66
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from theam/facility
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
enhancement
Difficulty 1/5 Under an hour Newbie friendliness 92/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
Similar issues
-
clawsweeper:fix-shape-clear clawsweeper:queueable-fix clawsweeper:source-repro impact:ux-friction issue-rating: 🦞 diamond lobster no-stale P3
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
community first-timers-only good first issue hacktoberfest help wanted low hanging fruit up-for-grabs
Difficulty 1/5 Under an hour Newbie friendliness 76/100
-
code-quality refactoring
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
github/gh-aw-firewall#8816 ·
-
integration:quickjs org:external priority:backlog topic:code-interpreter topic:middleware type:feature
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
langchain-ai/deepagents#6450 ·
-
Difficulty 1/5 Under an hour Newbie friendliness 88/100
vercel/react-tweet#225 ·