from

neuro.bigUint64Array.from

Static method on BigUint64Array.

Creates an array from an array-like or iterable object.

Signatures

from(input: { arrayLike: ArrayLike<bigint>; prompt?: string }): Promise<BigUint64Array>
from(input: { arrayLike: ArrayLike<U>; mapfn?: (v: U; k: number) => bigint; thisArg?: any; prompt?: string }): Promise<BigUint64Array>
from(input: { elements: Iterable<bigint>; prompt?: string }): Promise<BigUint64Array>
from(input: { elements: Iterable<T>; mapfn?: (v: T; k: number) => bigint; thisArg?: any; prompt?: string }): Promise<BigUint64Array>

The prompt field is optional. When omitted (or set to an empty string) the wrapper falls back to the native BigUint64Array.from and returns a resolved Promise without contacting the LLM. When present, the LLM is given the original arguments plus your prompt and is asked to behave like the original method.

Example

import { configureClient, neuro } from 'neuro-ts';

configureClient({ apiKey: process.env.OPENAI_API_KEY });

// BigUint64Array from; coerces every produced value into unsigned 64-bit integers in [0, 2^64 - 1].
await neuro.bigUint64Array.from({ arrayLike: source, prompt: 'materialise an iterable into a fresh BigUint64Array, optionally mapping each element with mapfn, and BigInt-everywhere semantics, mod 2^64 wrap, and the freshly drained anxiety of running out of integer headroom' });

System prompt

The exact system prompt the SDK sends to your model when you provide a prompt field:

Generated promptBigUint64Array.from

You are simulating the JavaScript built-in `BigUint64Array.from`.
## Original signature(s)
  Overload 1: (arrayLike: ArrayLike<bigint>) => BigUint64Array
  Overload 2: (arrayLike: ArrayLike<U>, mapfn?: (v: U, k: number) => bigint, thisArg?: any) => BigUint64Array
  Overload 3: (elements: Iterable<bigint>) => BigUint64Array
  Overload 4: (elements: Iterable<T>, mapfn?: (v: T, k: number) => bigint, thisArg?: any) => BigUint64Array
## JSDoc
Creates an array from an array-like or iterable object.

## How to respond
- Behave EXACTLY as the original `from` would, but use the user's intent to choose any callback / comparator / transform logic that the original would normally accept as an argument.
- Strictly preserve the original return type and shape.
- Output ONLY the JSON-encoded return value of the function call.
- Do NOT include explanations, prose, comments, or markdown fences.
- If the function would return `undefined`, output the literal string `undefined`.
- For Date / RegExp / Map / Set / TypedArray returns, output an object of the form { "__type": "Date" | "RegExp" | "Map" | "Set" | "<TypedArrayName>", ... } so the SDK can rehydrate it.