Gemini Embedding 2 is Google’s multimodal embedding model for numerical representation of text, images, video, audio and PDF. It maps the different media types into a shared space so that an application can compare meaning across them. The result is a vector of numbers, useful for semantic search, document retrieval, recommendation, classification or clustering; it is not a written answer or a generated media file. Google documents semantic coverage across more than 100 languages.
For a knowledge base, create vectors for the source passages, compare a user’s query with them and retrieve the relevant material. A separate text model can then compose an answer using those sources. For a media collection, a textual description can search for related images or video; an image can also supply the query. Preserve each vector’s connection to the original content, including a page or clip reference, so the retrieved result can be inspected and shown in its original context.
The overall input limit is 8,192 tokens. The stable model’s guide allows up to six PNG or JPEG images, up to 180 seconds of MP3 or WAV audio, and up to 120 seconds of MP4 or MOV video. Documented video codecs are H264, H265, AV1 and VP9. Video processing uses at most 32 frames: clips of up to 32 seconds are sampled at one frame per second, while longer clips are sampled uniformly to 32 frames. A video’s audio track is not processed in that video input; embed its sound separately when it matters to retrieval.
PDF input accepts one file with at most six pages. Google recommends one page per PDF for the best quality. Divide a larger source into meaningful pages or sections and retain their relationship to the original document. Choose an excerpt that represents what should be retrievable rather than combining unrelated materials only because they fit the limit. The shared token boundary still applies to a mixed-media request. Each PDF page consumes 258 visual tokens in addition to its extracted text tokens. In Google’s documented workflow, content exceeding the shared 8,192-token limit is truncated without an error.
Output dimensionality is flexible from 128 to 3,072, with 3,072 as the default and 768, 1,536 and 3,072 recommended sizes. The model uses Matryoshka Representation Learning, so prefixes of the vector remain useful at smaller dimensions. Its guide documents automatic normalisation for both the default and shortened vectors. Choose a consistent dimension for the records and queries that your application compares; the requested size changes the numerical representation, not the source content itself.
For text-only tasks, include the purpose in the text rather than using the older task_type field. Google distinguishes asymmetric retrieval from symmetric comparison. A search query uses “task: search result | query: {content}”, while a source document uses “title: {title} | text: {content}”; use “title: none” if it has no title. Question-answer, fact-checking and code-retrieval tasks have their own query prefixes. For classification, clustering or sentence similarity, use the same task format consistently for both sides. The guide generally advises against adding a task prefix to the text portion of a combined multimodal representation.
Input structure determines whether the result represents one combined object or separate items. Multiple parts supplied together create an aggregated embedding; separate Content objects create separate embeddings for each entry. For a post containing text and a picture, a combined representation can capture their relationship. For independently searchable records, keep them separate. This choice affects retrieval granularity: one vector for a whole post is different from one for each passage or image.
The guide states that vectors from Gemini Embedding 001 and Gemini Embedding 2 occupy incompatible spaces and cannot be compared directly. A collection migrated from the older model needs to be re-embedded for the new space. Keep model choice and dimensions consistent with the vectors being compared, and retain original text and media separately from the numerical index. An embedding’s similarity is a retrieval signal, rather than a factual explanation of why a document answers the user’s question.
For a practical catalogue, embed a product photograph together with its approved description when the pair should be retrieved as one object. For a document collection, embed focused passages and compare them with a purpose-formatted query, then present the source passages alongside the search result. For audio or video, choose the episode that describes the searchable event and retain its original time range. The useful deliverable is a numerical representation linked to source evidence for the application’s next search or analysis step.
", "aboutText": "Gemini Embedding 2 is Google’s multimodal embedding model for numerical representation of text, images, video, audio and PDF. It maps the different media types into a shared space so that an application can compare meaning across them. The result is a vector of numbers, useful for semantic search, document retrieval, recommendation, classification or clustering; it is not a written answer or a generated media file. Google documents semantic coverage across more than 100 languages.\n\nFor a knowledge base, create vectors for the source passages, compare a user’s query with them and retrieve the relevant material. A separate text model can then compose an answer using those sources. For a media collection, a textual description can search for related images or video; an image can also supply the query. Preserve each vector’s connection to the original content, including a page or clip reference, so the retrieved result can be inspected and shown in its original context.\n\nThe overall input limit is 8,192 tokens. The stable model’s guide allows up to six PNG or JPEG images, up to 180 seconds of MP3 or WAV audio, and up to 120 seconds of MP4 or MOV video. Documented video codecs are H264, H265, AV1 and VP9. Video processing uses at most 32 frames: clips of up to 32 seconds are sampled at one frame per second, while longer clips are sampled uniformly to 32 frames. A video’s audio track is not processed in that video input; embed its sound separately when it matters to retrieval.\n\nPDF input accepts one file with at most six pages. Google recommends one page per PDF for the best quality. Divide a larger source into meaningful pages or sections and retain their relationship to the original document. Choose an excerpt that represents what should be retrievable rather than combining unrelated materials only because they fit the limit. The shared token boundary still applies to a mixed-media request. Each PDF page consumes 258 visual tokens in addition to its extracted text tokens. In Google’s documented workflow, content exceeding the shared 8,192-token limit is truncated without an error.\n\nOutput dimensionality is flexible from 128 to 3,072, with 3,072 as the default and 768, 1,536 and 3,072 recommended sizes. The model uses Matryoshka Representation Learning, so prefixes of the vector remain useful at smaller dimensions. Its guide documents automatic normalisation for both the default and shortened vectors. Choose a consistent dimension for the records and queries that your application compares; the requested size changes the numerical representation, not the source content itself.\n\nFor text-only tasks, include the purpose in the text rather than using the older task_type field. Google distinguishes asymmetric retrieval from symmetric comparison. A search query uses “task: search result | query: {content}”, while a source document uses “title: {title} | text: {content}”; use “title: none” if it has no title. Question-answer, fact-checking and code-retrieval tasks have their own query prefixes. For classification, clustering or sentence similarity, use the same task format consistently for both sides. The guide generally advises against adding a task prefix to the text portion of a combined multimodal representation.\n\nInput structure determines whether the result represents one combined object or separate items. Multiple parts supplied together create an aggregated embedding; separate Content objects create separate embeddings for each entry. For a post containing text and a picture, a combined representation can capture their relationship. For independently searchable records, keep them separate. This choice affects retrieval granularity: one vector for a whole post is different from one for each passage or image.\n\nThe guide states that vectors from Gemini Embedding 001 and Gemini Embedding 2 occupy incompatible spaces and cannot be compared directly. A collection migrated from the older model needs to be re-embedded for the new space. Keep model choice and dimensions consistent with the vectors being compared, and retain original text and media separately from the numerical index. An embedding’s similarity is a retrieval signal, rather than a factual explanation of why a document answers the user’s question.\n\nFor a practical catalogue, embed a product photograph together with its approved description when the pair should be retrieved as one object. For a document collection, embed focused passages and compare them with a purpose-formatted query, then present the source passages alongside the search result. For audio or video, choose the episode that describes the searchable event and retain its original time range. The useful deliverable is a numerical representation linked to source evidence for the application’s next search or analysis step.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "0f85bdc881a537ec6185ab33177b952a69fc2422db1da10e26975b35b3abd963", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "en", "methods": [ { "html": "google/gemini-embedding-2Gemini Embedding 2 maps text, images, audio, video and PDF into a shared numerical space. Its vectors support cross-modal search, retrieval, classification and clustering, with flexible dimensions and an 8,192-token input limit.
This description covers the model’s capabilities. Available in Ailoot inputs, outputs and options are listed for the selected method below.
Gemini Embedding 2 is Google’s multimodal embedding model for numerical representation of text, images, video, audio and PDF. It maps the different media types into a shared space so that an application can compare meaning across them. The result is a vector of numbers, useful for semantic search, document retrieval, recommendation, classification or clustering; it is not a written answer or a generated media file. Google documents semantic coverage across more than 100 languages.
For a knowledge base, create vectors for the source passages, compare a user’s query with them and retrieve the relevant material. A separate text model can then compose an answer using those sources. For a media collection, a textual description can search for related images or video; an image can also supply the query. Preserve each vector’s connection to the original content, including a page or clip reference, so the retrieved result can be inspected and shown in its original context.
The overall input limit is 8,192 tokens. The stable model’s guide allows up to six PNG or JPEG images, up to 180 seconds of MP3 or WAV audio, and up to 120 seconds of MP4 or MOV video. Documented video codecs are H264, H265, AV1 and VP9. Video processing uses at most 32 frames: clips of up to 32 seconds are sampled at one frame per second, while longer clips are sampled uniformly to 32 frames. A video’s audio track is not processed in that video input; embed its sound separately when it matters to retrieval.
PDF input accepts one file with at most six pages. Google recommends one page per PDF for the best quality. Divide a larger source into meaningful pages or sections and retain their relationship to the original document. Choose an excerpt that represents what should be retrievable rather than combining unrelated materials only because they fit the limit. The shared token boundary still applies to a mixed-media request. Each PDF page consumes 258 visual tokens in addition to its extracted text tokens. In Google’s documented workflow, content exceeding the shared 8,192-token limit is truncated without an error.
Output dimensionality is flexible from 128 to 3,072, with 3,072 as the default and 768, 1,536 and 3,072 recommended sizes. The model uses Matryoshka Representation Learning, so prefixes of the vector remain useful at smaller dimensions. Its guide documents automatic normalisation for both the default and shortened vectors. Choose a consistent dimension for the records and queries that your application compares; the requested size changes the numerical representation, not the source content itself.
For text-only tasks, include the purpose in the text rather than using the older task_type field. Google distinguishes asymmetric retrieval from symmetric comparison. A search query uses “task: search result | query: {content}”, while a source document uses “title: {title} | text: {content}”; use “title: none” if it has no title. Question-answer, fact-checking and code-retrieval tasks have their own query prefixes. For classification, clustering or sentence similarity, use the same task format consistently for both sides. The guide generally advises against adding a task prefix to the text portion of a combined multimodal representation.
Input structure determines whether the result represents one combined object or separate items. Multiple parts supplied together create an aggregated embedding; separate Content objects create separate embeddings for each entry. For a post containing text and a picture, a combined representation can capture their relationship. For independently searchable records, keep them separate. This choice affects retrieval granularity: one vector for a whole post is different from one for each passage or image.
The guide states that vectors from Gemini Embedding 001 and Gemini Embedding 2 occupy incompatible spaces and cannot be compared directly. A collection migrated from the older model needs to be re-embedded for the new space. Keep model choice and dimensions consistent with the vectors being compared, and retain original text and media separately from the numerical index. An embedding’s similarity is a retrieval signal, rather than a factual explanation of why a document answers the user’s question.
For a practical catalogue, embed a product photograph together with its approved description when the pair should be retrieved as one object. For a document collection, embed focused passages and compare them with a purpose-formatted query, then present the source passages alongside the search result. For audio or video, choose the episode that describes the searchable event and retain its original time range. The useful deliverable is a numerical representation linked to source evidence for the application’s next search or analysis step.
POST /v1/embeddingstext, token_idsembedding| Field | Type | Requirement | Values & limits | Default |
|---|---|---|---|---|
Fieldmodel | Typestring | RequirementRequired | Values & limits google/gemini-embedding-2 | Default— |
Fieldinput | Typestring|string[]|integer[]|integer[][] | RequirementRequired | Values & limits Minimum items: 1 Conditions: Nonempty homogeneous batch. Token IDs are nonnegative integers. Input budget: Maximum: 8,192 · Text unit: UTF8 bytes · Token unit: token-array elements | Default— |
Fieldencoding_format | Typestring | RequirementOptional | Values & limits float | Defaultfloat |
Fielddimensions | Typeinteger | RequirementNot supported | Values & limits Minimum: 1 | Default— |
Fielduser | Typejson_value | RequirementOptional | Values & limits Conditions: Source allows this JSON metadata field; exact upstream semantics are model-specific. | Default— |
Fieldsession_id | Typejson_value | RequirementOptional | Values & limits Conditions: Source allows this JSON metadata field; exact upstream semantics are model-specific. | Default— |
Fieldtrace | Typejson_value | RequirementOptional | Values & limits Conditions: Source allows this JSON metadata field; exact upstream semantics are model-specific. | Default— |
Fieldprovider | Typeobject | RequirementOptional | Values & limits Conditions: provider.options rejected | Default— |
text_to_embedding
| Parameter | Contract |
|---|---|
Parametercontent_type | Contractapplication/json |
Parameterrequired | Contractmodel, input |
Parameterinput_shapes | Contractstring, string[], nonnegative_integer_token_array, nonnegative_integer_token_array[] |
Parameterencoding_format | Contractfloat |
Parameterdimensions_override | Contractfalse |
Parametermax_input_budget_units | Contract8192 |
Parametermultimodal_objects | Contractfalse |
Parametermaterial_types | Contracttext, token_ids |
Lifecycle: synchronous_json
Keep every vector index and dimension.
Multimodal model name does not admit image objects on this exact path.
Tariff references do not add request options. Supported parameters are listed for the selected method.
| Configuration | Rate schedule | Charge |
|---|---|---|
| ConfigurationBase token rates | Rate scheduleBase rate | Charge Input · Input tokens $0.0004 / 1K tokens Output · Output tokens $0 / 1K tokens Input · Cache read — / 1K tokens Input · Cache write — / 1K tokens Input · Cache write, 1 hour — / 1K tokens |
Ailoot reserves an estimated amount before a request. After the result, it settles the final charge from measured usage. Streaming settlement uses the final usage record. How reservation and settlement work →
set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads('{"model": "google/gemini-embedding-2", "input": ["First document", "Second document"]}')\n\nPath("request.json").write_text(json.dumps(p,ensure_ascii=False))\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/embeddings \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\npython3 - <<'PY_RESULT'\nimport json\nfrom pathlib import Path\nr=json.loads(Path("result.json").read_text())\nfor x in r.get("data",[]): print(json.dumps({"index":x.get("index"),"embedding":x.get("embedding")}))\nPY_RESULT\nfrom openai import OpenAI\nimport os\n\nclient=OpenAI(base_url="https://api.ailoot.ai/v1",api_key=os.environ["AILOOT_API_KEY"],max_retries=0)\nresult=client.embeddings.create(model='google/gemini-embedding-2',input=["First document","Second document"])\nprint(result)\nfor item in result.data:print(item.index,item.embedding)\njson
Keep every complete returned response, file and content part.
Keep every vector with its index. Vector count must equal input count; dimensions must be consistent.
No embedding job endpoint is introduced.
| Field | Type |
|---|---|
Fieldobject | Typestring |
Fieldmodel | Typestring |
Fielddata[].index | Typeinteger |
Fielddata[].embedding | Typefinite float[] |
Fieldusage | Typeobject |
| Response | Condition | Next step |
|---|---|---|
Response400 · invalid_request_error | ConditionInvalid required fields, material representation or parameter value | Next stepCorrect the indicated fields before a new creation request. |
Ailoot Ultra google/gemini-embedding-2
Use the method paths shown above.