[bug]: dist/ JS retains @agentscript/* imports after scope rewrite, breaking installed package
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 72/100
- Tipo de issue
- Error
- Claridad
- Bien especificado
- Estado de actividad
- Tranquilo
- Stack tecnológico
- node.js, typescript
- Área
- build-system, release
Línea de trabajo
Comienza con scripts/publish.mjs e inspecciona cómo se genera packages//dist/ en relación con la reescritura del scope de package.json. Reprodúcelo con el npm install proporcionado y la importación dinámica; después, inspecciona dist/index.js y dist/index.d.ts en busca de referencias restantes a @agentscript/. Está terminado cuando el paquete instalado resuelve sus dependencias @sf-agentscript/* y la exportación parse se puede invocar.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Summary
Installing the published npm package @sf-agentscript/[email protected] and importing it throws ERR_MODULE_NOT_FOUND: Cannot find package '@agentscript/parser' at runtime. The package on npm is currently unusable end-to-end.
Root cause
scripts/publish.mjs rewrites @agentscript/* → @sf-agentscript/* in package.json files only (lines 14–15, 28–29). The compiled JS in packages/*/dist/ is built before this rewrite step, so the compiled output still contains literal import specifiers like:
import { parseAndHighlight } from "@agentscript/parser";
When npm installs @sf-agentscript/agentforce, dependency resolution correctly places the dep at node_modules/@sf-agentscript/parser (because the rewritten package.json lists it under that name). But the runtime code still asks for @agentscript/parser, so Node throws ERR_MODULE_NOT_FOUND.
The same issue affects the JSDoc @example blocks in dist/index.d.ts (cosmetic, but inconsistent).
Reproduction
mkdir /tmp/repro && cd /tmp/repro
npm init -y
node -e "let p=require('./package.json');p.type='module';require('fs').writeFileSync('package.json',JSON.stringify(p,null,2))"
npm install @sf-agentscript/agentforce
node --input-type=module -e "import('@sf-agentscript/agentforce').then(m => console.log(typeof m.parse))"
Actual output:
Error [ERR_MODULE_NOT_FOUND]: Cannot find package '@agentscript/parser' imported from
/tmp/repro/node_modules/@sf-agentscript/agentforce/dist/index.js
Expected: function (the parse export is callable).
Evidence
node_modules/@sf-agentscript/agentforce/package.jsoncorrectly lists"@sf-agentscript/parser": "4.0.0"✅node_modules/@sf-agentscript/agentforce/dist/index.jsline ~3 readsimport { ... } from "@agentscript/parser"❌node_modules/@sf-agentscript/agentforce/dist/index.d.tsJSDoc@exampleblocks reference'@agentscript/agentforce'(cosmetic, lower priority)
grep -rE "from '(@agentscript|@sf-agentscript)" node_modules/@sf-agentscript/agentforce/dist/ confirms every cross-package import in dist/ uses the un-rewritten @agentscript/* scope.
Possible fixes
- Rewrite dist after build, before publish. Add a step to
scripts/publish.mjsthat walkspackages/*/dist/**/*.{js,mjs,cjs,d.ts,d.mts,map}and applies the same@agentscript/→@sf-agentscript/string replace. ~20 lines. Lowest blast radius. - Build after rewrite. Reorder publish steps so package.json rewrite happens before
pnpm build, then build emits the new scope. But TypeScript doesn't transform import specifiers, so this alone wouldn't help — sources still sayfrom '@agentscript/parser'. Would also require source rewrites or a tsconfig path alias. - Bundler alias / path mapping during publish builds. More invasive, requires per-package config changes.
Option 1 is the smallest, safest, and most localized change. I have a draft patch ready and am happy to send a PR if this approach is acceptable.
Related
- #6 — the install command in the README was wrong; the README fix is in #34. This issue is the runtime half of the same end-to-end user journey.
- This is also why PR #23's
installation.mdtroubleshooting note describes the npm visibility error: users hitting the install-side bug never get to discover the runtime-side bug.
Environment
- Node v20.14.0 (also reproduced on v22)
- npm 10.7.0
- macOS arm64
- Package:
@sf-agentscript/[email protected](current latest on npm at time of report)
- Lenguaje dominante
- TypeScript
- Estrellas
- 267
- Forks
- 54
- Merge medio
- 48 min
- PR fusionados (30 d)
- 1
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de salesforce/agentscript
-
README Quick Start fails on macOS: Node 26 incompatibility and missing tree-sitter CLI prerequisite Abierto
Dificultad 2/5 Medio día Aptitud para principiantes 75/100
salesforce/agentscript#33 · 2 comentarios ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
salesforce/agentscript#73 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
salesforce/agentscript#71 · 1 comentario ·
-
bug
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
salesforce/agentscript#67 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 52/100
salesforce/agentscript#42 · 1 comentario ·
Todos los issues de salesforce/agentscript
Issues similares
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 88/100
motiondivision/motion#3849 ·
-
Add: S Play Event HD Abiertocheck:passed streams:add
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
Improvement for contact popover Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
LiteLLM proxy response_cost (x-litellm-response-cost) is never applied to ChatModelOutput.cost Abiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
i-am-bee/beeai-framework#1697 · 1 reacción ·
-
Support bun dedupe Abiertoenhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
antfu/node-modules-inspector#214 ·