Maskinöversatt från engelska — källa: darwin-component-map.md.
Implementeringsstatus: Levererad audit — denna sida är själva leveransen; komponenterna nedan är riktiga idag (kolumn a) eller kända för att saknas (kolumn c). Uppdatera vid varje ändring av Darwins yta.
Denna sida finns eftersom resten av agentiska-arbetsflödes-avsnittet berättar om PRD-till-PR-pipelinen som om varje namngiven roll är byggd. Den är inte det. Denna karta är grundsanningen: vilka Darwin-komponenter som är kopplade in i pipelinen idag, vilka som är användbara men parkerade i en separat vertikal, och vilka som saknas. Den prioriterade "saknat"-listan i §(c) är byggkön.
Audit-körningen som producerade denna karta gjordes 2026-04-30 över be-agent-service/agents/prompts/, be-agent-service/apps/server/, beta-appcaire/.claude/agents/, beta-appcaire/scripts/, beta-appcaire/.github/workflows/, och beta-appcaire/docs/dossiers/.
(a) Används av PRD-till-PR-pipelinen (engineering-vertikal)
Dessa komponenter är antingen anropade av pipelinen idag eller är den närmaste befintliga analogen för en målroll. De bor inuti Darwin (eller anropas från Darwin) och bildar substratet som de saknande delarna kommer att kopplas in i.
| Komponent | Plats | Pipeline-användning |
|---|---|---|
engineering/orchestrator-agent-prompt |
be-agent-service/agents/prompts/engineering/orchestrator.md |
Mål-tillstånds koordinator över steg 0–8. Idag koordinerar den det sammansatta nattliga arbetsflödet, inte PRD-till-PR-pipelinen. |
engineering/backend-specialist, frontend-specialist, db-architect-specialist, infrastructure-specialist, ux-designer-specialist |
be-agent-service/agents/prompts/engineering/*.md |
Närmaste analoger till Editor-rollen per omfång. Cursor Composer / Claude Code i en worktree fyller samma plats idag. |
engineering/senior-code-reviewer, verification-specialist |
be-agent-service/agents/prompts/engineering/*.md |
Närmaste analoger till Verifier-rollen idag. |
Tre granskande underagenter — resolver-reviewer, dashboard-reviewer, perf-reviewer |
beta-appcaire/.claude/agents/*.md (spårade via en .gitignore-negationsregel som åter-inkluderar .claude/agents/**) |
Steg 5 (självgranskning). På plats och anropas proaktivt innan varje PR som rör relevant omfång. Det enda steget i pipelinen som redan körs från ända till ända. |
management/interface-agent |
be-agent-service/agents/prompts/management/interface-agent.md |
Mål-tillstånds steg 0 / steg 8 Telegram-brygga. Brokerar redan Telegram-trafik för ad-hoc-förfrågningar; behöver en routnings-regel för att känna igen PRD-meddelanden. |
management/cpo-cto |
be-agent-service/agents/prompts/management/cpo-cto.md |
Mål-tillstånds tvärteam-router och kvartalsvis modellroutnings-ratifierare (per model-and-vendor-agnosticism.md). |
| Darwin-runtime | be-agent-service/apps/server/src/index.ts:42 (port 3010) |
HTTP-värden som den nya /api/prd-to-pr/<feature>-ändpunkten kommer att bo i. Servar redan /api/repos, /api/agents, /api/workspace, /api/jobs, /api/schedules, /api/metrics. |
| SQLite-state | .compound-state/agent-service.db |
Tillstånds-persistens för pipeline-runnern; genomströmnings-logg per throughput-and-business-signals.md. Redan fylld av andra Darwin-loopar. |
| Launchd-jobslots | be-agent-service/scripts/manage-darwin-dashboard-launchd.sh |
Där den långlivade pipeline-runnern kommer att registreras. Hostar redan schemaforskning och sammansatt nattligt. |
| Sammansatt nattligt arbetsflöde | be-agent-service/scripts/compound/{auto-compound,daily-compound-review,loop,analyze-report}.sh |
Den närmaste exekverande föregångaren till PRD-till-PR-pipelinen. Läser reports/priorities-YYYY-MM-DD.md, genererar en feature-branch, öppnar en PR. Användbart som referensimplementation; den nya pipelinen är inte en ersättning för det (annan kadens, annat intag). |
| Worktree-skript | beta-appcaire/scripts/git/worktree-{add,remove}.sh |
Steg 0 worktree-skapande. Redan obligatoriskt för PRD-drivet arbete per den stående minnesregeln. |
| GitHub Merge Queue | beta-appcaire/.github/workflows/pr-checks.yml (merge_group:-triggers, dashboard-server tests (required for merge)-aggregator) |
Steg 8-grind. Live; pipelinen siktar redan på den via gh pr merge --auto --squash. |
Manuella docs/dossiers/<feature>/ |
beta-appcaire/docs/dossiers/* |
Steg 6 lagringsplats. Idag är innehållet handgjort (se docs/dossiers/visit-chain-scope/README.md); buntaren som automatiserar dem finns i §(c). |
wiki/plans/<feature>-YYYY-MM-DD.md-PRD-konvention |
beta-appcaire/wiki/plans/* |
Steg 1-input. Konventionen är i aktiv användning; människor skriver redan PRD:er här. |
(b) Parkerat — separata vertikaler, används inte av PRD-till-PR
Dessa komponenter är del av Darwin men löser olika problem. De ska inte mergas in i PRD-till-PR-pipelinen; att blanda vertikaler producerar tvetydig orkestrering. Listade här så att läsaren kan utesluta dem utan att göra om auditen.
| Komponent | Plats | Varför den inte är i PRD-till-PR-pipelinen |
|---|---|---|
Marknadsteam — jarvis-orchestrator, shuri-product-analyst, fury-customer-researcher, vision-seo-analyst, loki-content-writer, quill-social-media, pepper-email-marketing, wanda-designer, friday-developer, wong-notion-agent |
be-agent-service/agents/prompts/marketing/*.md |
Marknad/innehåll-vertikal med sin egen pipeline (loki-content-writer.sh osv.) och sin egen humanizer-färdighet. Annat intag, annan output. |
Optimerings-team — optimization-mathematician, timefold-specialist |
be-agent-service/agents/prompts/optimization/*.md |
Schemaforsknings-vertikal. Läser benchmark-historik, föreslår begränsnings-vikt-ändringar. Konsumerar genomströmnings-loggen producerad av PRD-till-PR-pipelinen (per throughput-and-business-signals.md) men är inte del av den. |
management/ceo, management/hr-agent-lead |
be-agent-service/agents/prompts/management/*.md |
Strategiska / org-frågor. Användbara för budget-allokering per visionsåtagande (d), men anropas inte per-PR. |
| Hannes Dashboard | be-agent-service/scripts/manage-hannes-dashboard-launchd.sh |
Separat launchd-jobb för en separat intressentvy. Distinkt fråga från engineering-Dashboarden på localhost:3010. |
| Schemaforsknings-loop | be-agent-service/apps/server/src/routes/schedule-runs/* |
Optimerings-vertikalens runtime. Återanvänder Darwins launchd-slots och SQLite, men är inte funktionsleverans. |
(c) Saknas — den prioriterade byggkön
Varje punkt nedan är ett konkret tillägg till Darwin eller beta-appcaire. De listas i den ordning de ska landa. Insats-uppskattningar antar en enskild kompetent ingenjör; budgetera mer om arbetet delas mellan agenter.
Begränsningen som driver ordningen: L1-gränssnittet beror på punkterna 1–4; L2 (Telegram) beror endast på punkt 1. Bygg backenden innan någon av UI-ytorna; bygg webbformuläret innan Telegram.
1. POST /api/prd-to-pr/<feature>-ändpunkt + tunn pipeline-runner — ~1 vecka
- Filer:
be-agent-service/apps/server/src/routes/prd-to-pr.ts,be-agent-service/apps/server/src/pipeline/runner.ts. - Form: tunn intern Node-loop (~200 LOC tillståndsmaskin) per beslutet registrerat i darwin-as-orchestrator.md. Varje steg är en funktion; tillstånd persisterar till
.compound-state/agent-service.db. - Varför först: låser upp både L1 (webformulär) och L2 (Telegram)-gränssnitten; ger de namngivna agent-prompts i punkt 4 en värd att anropa från.
2. Dossier-buntare — ~2 dagar
- Fil:
be-agent-service/apps/server/src/pipeline/dossier.ts. - Vad den gör: fångar slut-tillståndets Playwright-skärmbild, zipar den befintliga tracen, filtrerar konsoloutput till warnings + errors, producerar
summary.jsonmot schemat i verification-and-evidence.md, skriver allt tilldocs/dossiers/<feature>/. Återanvänderapps/dashboard/playwright.config.ts-hooks. - Varför andra: steg 6 kan inte tillämpas ("ingen dossier, ingen merge") tills något skriver dossiern deterministiskt.
3. Codex- / CodeRabbit-polling-loop — ~2 dagar
- Fil:
be-agent-service/apps/server/src/pipeline/codex-poll.ts. - Vad den gör: wrappar
gh api repos/{org}/{repo}/pulls/<n>/comments, parsar allvarlighet (P1/P2/P3/ nit), persisterarcomment id → statusisummary.json, returnerar till pipeline-runnern med beslut om återinträde-eller-hoppa. - Varför tredje: steg 7 är för närvarande mänskligt-drivet av den stående minnesregeln om Codex-polling. Att automatisera detta stänger auto-merge-luckan som producerade PR #325 och #367.
4. Namngivna agent-prompt-filer — ~3 dagar för uppsättningen
- Filer:
be-agent-service/agents/prompts/engineering/{architect,test-writer,editor,verifier,reviewer-feedback}.md. - Vad de gör: fem nya prompts, en per pipeline-roll. Architect läser PRD → producerar Gherkin-spec; Test-writer läser spec → skriver misslyckande tester; Editor läser spec + misslyckande tester → itererar; Verifier kör underagenter + lint/type-check/tester + buntar dossier; Reviewer-feedback konsumerar polling-output och kör Editor igen vid P1/P2.
- Varför fjärde: runnern från punkt 1 anropar dessa via modelladaptern. Utan dem har runnern inga agenter att dispatcha till.
5. Dossier-visare + godkännande-UI på Darwin Dashboard — ~2 dagar
- Filer:
be-agent-service/apps/dashboard/src/routes/prd-to-pr/<feature>.tsx(eller motsvarande) plus en liten backend-skrivning för att markera en körning godkänd. - Vad det gör: renderar
summary.json, bäddar inscreenshot.png, länkartrace.zip, exponerar Approve / Reject-knappar som anropar tillbaka till pipeline-runnern. Detta är L1:s mänskliga gränssnitt. - Varför femte: levererar den mänskliga ytan som låter en icke-Cursor-användare köra pipelinen. Wrappar punkterna 1–4.
6. Telegram → /api/prd-to-pr/<feature>-routning — ~1 dag
- Fil:
be-agent-service/agents/prompts/management/interface-agent.mdplus en liten router underbe-agent-service/apps/server/src/routes/telegram/. - Vad det gör: detekterar PRD-Telegram-meddelanden (URL till en
wiki/plans/*.md-fil eller bifogad PRD), POST:ar till/api/prd-to-pr/<feature>, postar dossier-README.md+ skärmbild tillbaka till den ursprungliga Telegram-tråden, accepterar "approve" / "reject"-svar. Detta är L2:s mänskliga gränssnitt. - Varför sjätte: L2 är ett tunt skal över L1:s backend. Att bygga det före L1 betyder duplicerande routnings-logik; att bygga det efter är en dag.
7. (Skjut upp) Modelladapter + scale-or-kill / GrowthBook-rampning
- Modelladaptern från model-and-vendor-agnosticism.md är en icke-trivial migration av varje befintlig Darwin-agent. Blockera inte punkterna 1–6 på den; introducera adaptern parallellt och migrera den billigaste/högvolyms-rollen först (sannolikt
cheapvia Ollama). - Scale-or-kill-agenten från scale-or-kill.md är grindad bakom punkterna 1–6. Implementera inte innan PRD-till-PR-pipelinen producerar riktig genomströmningsdata — det finns inget för den att läsa.
Hur man använder denna karta
- Bygger nästa saknande pjäs? Plocka det lägst-numrerade objektet i §(c) som inte är i flygning än, scopa det, öppna en PRD under
wiki/plans/, och kör den genom L0-vägen. - Lägger till en ny agent i Darwin? Bestäm om den är del av engineering-vertikalen (§a), en separat vertikal (§b), eller en saknande pjäs av PRD-till-PR-pipelinen (§c). Uppdatera denna karta i samma PR. Kartan är auditen; om auditen driver iväg, ljuger wikin.
- Läser detta för första gången? Skumma §(a) för att se vad som är riktigt, skumma §(c) för att se vad som är härnäst. §(b) finns så att du kan sluta undra om
loki-content-writerpå något sätt är del av pipelinen (det är den inte).
Korsreferenser
- README — orientering för agentiska-arbetsflödes-avsnittet, inklusive L0 / L1 / L2 mänskliga gränssnitts-nivåerna.
- PRD-till-PR-pipeline — den åttastegspipelinen denna karta planerar för.
- Darwin som orkestrerare — orkestrerar-runtime-beslut och flöde från ända till ända.
- Agentroller och modellroutning — fem namngivna roller och deras närmaste analoger idag.
- Verifiering och bevis — dossier-format som buntaren i §(c) måste producera.
- Granskningsåterkoppling — Codex-polling-specifikationer för loopen i §(c).
- Sammansatt arbetsflöde — föregångar-pipelinen som redan körs nattligt.