Summary
Installing the published npm package @sf-agentscript/agentforce@2.5.31 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.json correctly lists "@sf-agentscript/parser": "4.0.0" ✅
node_modules/@sf-agentscript/agentforce/dist/index.js line ~3 reads import { ... } from "@agentscript/parser" ❌
node_modules/@sf-agentscript/agentforce/dist/index.d.ts JSDoc @example blocks 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.mjs that walks packages/*/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 say from '@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
Environment
- Node v20.14.0 (also reproduced on v22)
- npm 10.7.0
- macOS arm64
- Package:
@sf-agentscript/agentforce@2.5.31 (current latest on npm at time of report)
Summary
Installing the published npm package
@sf-agentscript/agentforce@2.5.31and importing it throwsERR_MODULE_NOT_FOUND: Cannot find package '@agentscript/parser'at runtime. The package on npm is currently unusable end-to-end.Root cause
scripts/publish.mjsrewrites@agentscript/*→@sf-agentscript/*inpackage.jsonfiles only (lines 14–15, 28–29). The compiled JS inpackages/*/dist/is built before this rewrite step, so the compiled output still contains literal import specifiers like:When npm installs
@sf-agentscript/agentforce, dependency resolution correctly places the dep atnode_modules/@sf-agentscript/parser(because the rewrittenpackage.jsonlists it under that name). But the runtime code still asks for@agentscript/parser, so Node throwsERR_MODULE_NOT_FOUND.The same issue affects the JSDoc
@exampleblocks indist/index.d.ts(cosmetic, but inconsistent).Reproduction
Actual output:
Expected:
function(theparseexport 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 indist/uses the un-rewritten@agentscript/*scope.Possible fixes
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.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.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
installation.mdtroubleshooting note describes the npm visibility error: users hitting the install-side bug never get to discover the runtime-side bug.Environment
@sf-agentscript/agentforce@2.5.31(current latest on npm at time of report)