Work on Xberg TypeScript or JavaScript packages with the repository's actual poly, pnpm, npm, Vitest, napi-rs, wasm-pack, and integration-package boundaries. Load for TS/JS tooling or package changes, not Rust-only binding generation.
69
83%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
View guide
Passed
No findings from the security scan
These repository-specific facts override generic TypeScript conventions where they differ.
poly lint . and poly fmt .. Poly embeds oxlint and oxfmt; do not install or invoke oxlint,
oxfmt, Prettier, ESLint, or Biome directly, and do not add per-package lint scripts.tsconfig.json enables strict checking options and is a project-reference root for e2e/node and e2e/wasm.
Confirm that the package being changed is included before treating a root typecheck as evidence.@vitest/coverage-v8. No coverage threshold is enforced unless one is added to current
configuration.integrations/node/ are outside that workspace and use
their own npm lockfiles. Determine ownership before installing or updating dependencies.integrations/node/{langchain,llamaindex}-xberg use tsup. The Node binding is built by napi-rs and the WASM binding
by wasm-pack; do not add an application bundler to either binding.workspace:* for new dependencies between packages that are actually in the pnpm workspace.04336bd
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.