Morph V3 Large es el modelo especializado Fast Apply de Morph para fusionar código, con la variante grande orientada a ediciones más difíciles y refactorizaciones complejas que afectan a varios ámbitos. Su tarea está delimitada: combinar el archivo original completo con una actualización propuesta y devolver el archivo fusionado íntegro. Es una capa de edición para una aplicación o un agente de programación, independiente de un modelo general de planificación o búsqueda de código.
El formato del productor tiene tres partes etiquetadas. La parte code contiene el archivo original completo. La parte update contiene el fragmento de edición, incluidos los marcadores de las secciones que se deben conservar. Una instrucción opcional explica el cambio previsto. Mantener separados el original y la actualización permite al modelo interpretar una edición en relación con el archivo que existe realmente.
Un encargo práctico puede combinar la implementación original de una función con un fragmento que añada validación o reestructure un bloque. La salida debe ser el archivo fusionado completo: código modificado en la ubicación prevista, código conservado intacto y ningún marcador de edición que sustituya al código fuente. Compara ese resultado tanto con el comportamiento original como con el cambio solicitado.
La convención nativa de edición de Morph utiliza el marcador literal «// ... existing code ...» para las regiones sin cambios. El fabricante indica que omitir un marcador de conservación dice al modelo que elimine esa sección. Esta distinción es central para preparar una actualización segura: marca explícitamente el resto de una función o archivo cuando deba permanecer intacto y elimina contenido de forma deliberada cuando la eliminación sea el cambio previsto.
Para una refactorización que afecte a varios ámbitos de un archivo, deja inequívocas cada región modificada y el código conservado que la rodea. Describe las interfaces o el comportamiento que deben mantenerse estables. Un encargo útil es: «Aplica estos cambios al archivo actual, conserva las secciones marcadas como no modificadas y mantén las firmas públicas». El modelo fusiona esa actualización; la aplicación decide si escribir el resultado y dónde hacerlo.
El fabricante recomienda V3 Large cuando la complejidad de una edición y la fidelidad de la fusión importan más que la rapidez de respuesta de la variante Fast. Su enfoque de archivo completo está diseñado para estructuras de código repetidas, bloques anidados y regiones de edición superpuestas en las que una operación literal de buscar y reemplazar puede resultar ambigua. Sigue siendo una tarea de fusión de código, no una garantía de que la actualización propuesta sea lógicamente correcta.
El catálogo del productor enumera un contexto de 262K para V3 Large. Distribuye conjuntamente el archivo original, la actualización, la instrucción y la salida fusionada. Una gran capacidad de entrada no elimina la necesidad de proporcionar el archivo actual correcto; una actualización basada en una versión anterior puede entrar en conflicto con cambios ya presentes.
El flujo Fast Apply documentado admite transmisión del resultado generado. Tanto si se devuelve como respuesta completa como si se acumula por fragmentos, conserva el resultado fusionado íntegro antes de revisarlo o aplicarlo. Comprueba que la edición prevista esté presente, que las secciones conservadas permanezcan intactas y que no haya desaparecido código ajeno al cambio.
El fabricante señala que las actualizaciones ambiguas o contradictorias pueden producir una fusión aproximada en lugar del cambio previsto. Precisa la instrucción o el fragmento en torno a la discrepancia específica y compara el nuevo resultado con el mismo original actual. La compilación, las comprobaciones de comportamiento y la escritura del archivo pertenecen a la aplicación que rodea al modelo. El entregable útil es código fusionado completo cuyo cambio se puede revisar frente al original y la actualización.
", "aboutText": "Morph V3 Large es el modelo especializado Fast Apply de Morph para fusionar código, con la variante grande orientada a ediciones más difíciles y refactorizaciones complejas que afectan a varios ámbitos. Su tarea está delimitada: combinar el archivo original completo con una actualización propuesta y devolver el archivo fusionado íntegro. Es una capa de edición para una aplicación o un agente de programación, independiente de un modelo general de planificación o búsqueda de código.\n\n### Entradas y salida esperada\n\nEl formato del productor tiene tres partes etiquetadas. La parte code contiene el archivo original completo. La parte update contiene el fragmento de edición, incluidos los marcadores de las secciones que se deben conservar. Una instrucción opcional explica el cambio previsto. Mantener separados el original y la actualización permite al modelo interpretar una edición en relación con el archivo que existe realmente.\n\nUn encargo práctico puede combinar la implementación original de una función con un fragmento que añada validación o reestructure un bloque. La salida debe ser el archivo fusionado completo: código modificado en la ubicación prevista, código conservado intacto y ningún marcador de edición que sustituya al código fuente. Compara ese resultado tanto con el comportamiento original como con el cambio solicitado.\n\n### Conserva y elimina de forma deliberada\n\nLa convención nativa de edición de Morph utiliza el marcador literal «// ... existing code ...» para las regiones sin cambios. El fabricante indica que omitir un marcador de conservación dice al modelo que elimine esa sección. Esta distinción es central para preparar una actualización segura: marca explícitamente el resto de una función o archivo cuando deba permanecer intacto y elimina contenido de forma deliberada cuando la eliminación sea el cambio previsto.\n\nPara una refactorización que afecte a varios ámbitos de un archivo, deja inequívocas cada región modificada y el código conservado que la rodea. Describe las interfaces o el comportamiento que deben mantenerse estables. Un encargo útil es: «Aplica estos cambios al archivo actual, conserva las secciones marcadas como no modificadas y mantén las firmas públicas». El modelo fusiona esa actualización; la aplicación decide si escribir el resultado y dónde hacerlo.\n\n### Papel de Large en la carga de trabajo\n\nEl fabricante recomienda V3 Large cuando la complejidad de una edición y la fidelidad de la fusión importan más que la rapidez de respuesta de la variante Fast. Su enfoque de archivo completo está diseñado para estructuras de código repetidas, bloques anidados y regiones de edición superpuestas en las que una operación literal de buscar y reemplazar puede resultar ambigua. Sigue siendo una tarea de fusión de código, no una garantía de que la actualización propuesta sea lógicamente correcta.\n\nEl catálogo del productor enumera un contexto de 262K para V3 Large. Distribuye conjuntamente el archivo original, la actualización, la instrucción y la salida fusionada. Una gran capacidad de entrada no elimina la necesidad de proporcionar el archivo actual correcto; una actualización basada en una versión anterior puede entrar en conflicto con cambios ya presentes.\n\n### Revisión y aplicación\n\nEl flujo Fast Apply documentado admite transmisión del resultado generado. Tanto si se devuelve como respuesta completa como si se acumula por fragmentos, conserva el resultado fusionado íntegro antes de revisarlo o aplicarlo. Comprueba que la edición prevista esté presente, que las secciones conservadas permanezcan intactas y que no haya desaparecido código ajeno al cambio.\n\nEl fabricante señala que las actualizaciones ambiguas o contradictorias pueden producir una fusión aproximada en lugar del cambio previsto. Precisa la instrucción o el fragmento en torno a la discrepancia específica y compara el nuevo resultado con el mismo original actual. La compilación, las comprobaciones de comportamiento y la escritura del archivo pertenecen a la aplicación que rodea al modelo. El entregable útil es código fusionado completo cuyo cambio se puede revisar frente al original y la actualización.", "editorialOverlay": { "copy_fields": { "practical_html": "Ejemplo técnico en inglés
Merge a trimming change\n\n<instruction>Trim names inside normalize; preserve label unchanged. Return the complete merged JavaScript file.</instruction>\n<code>export function normalize(name) { return name; }\nexport function label(name) { return normalize(name).toUpperCase(); }</code>\n<update>export function normalize(name) { return name.trim(); }\n// ... existing code ...</update>The complete merged JavaScript file containing both exported functions and no preservation-marker placeholder.Compare both functions against the original and update; verify only normalize changes.morph/morph-v3-largeMorph V3 Large es un modelo especializado en fusionar código para ediciones complejas y refactorizaciones que afectan a varios ámbitos. Recibe el archivo original completo y un fragmento de edición con marcadores de conservación y devuelve el código fusionado íntegro, manteniendo las secciones que la actualización conserva explícitamente.
Esta descripción cubre las capacidades del modelo. Las entradas, salidas y opciones disponibles en Ailoot se indican a continuación para el método seleccionado.
Morph V3 Large es el modelo especializado Fast Apply de Morph para fusionar código, con la variante grande orientada a ediciones más difíciles y refactorizaciones complejas que afectan a varios ámbitos. Su tarea está delimitada: combinar el archivo original completo con una actualización propuesta y devolver el archivo fusionado íntegro. Es una capa de edición para una aplicación o un agente de programación, independiente de un modelo general de planificación o búsqueda de código.
El formato del productor tiene tres partes etiquetadas. La parte code contiene el archivo original completo. La parte update contiene el fragmento de edición, incluidos los marcadores de las secciones que se deben conservar. Una instrucción opcional explica el cambio previsto. Mantener separados el original y la actualización permite al modelo interpretar una edición en relación con el archivo que existe realmente.
Un encargo práctico puede combinar la implementación original de una función con un fragmento que añada validación o reestructure un bloque. La salida debe ser el archivo fusionado completo: código modificado en la ubicación prevista, código conservado intacto y ningún marcador de edición que sustituya al código fuente. Compara ese resultado tanto con el comportamiento original como con el cambio solicitado.
La convención nativa de edición de Morph utiliza el marcador literal «// ... existing code ...» para las regiones sin cambios. El fabricante indica que omitir un marcador de conservación dice al modelo que elimine esa sección. Esta distinción es central para preparar una actualización segura: marca explícitamente el resto de una función o archivo cuando deba permanecer intacto y elimina contenido de forma deliberada cuando la eliminación sea el cambio previsto.
Para una refactorización que afecte a varios ámbitos de un archivo, deja inequívocas cada región modificada y el código conservado que la rodea. Describe las interfaces o el comportamiento que deben mantenerse estables. Un encargo útil es: «Aplica estos cambios al archivo actual, conserva las secciones marcadas como no modificadas y mantén las firmas públicas». El modelo fusiona esa actualización; la aplicación decide si escribir el resultado y dónde hacerlo.
El fabricante recomienda V3 Large cuando la complejidad de una edición y la fidelidad de la fusión importan más que la rapidez de respuesta de la variante Fast. Su enfoque de archivo completo está diseñado para estructuras de código repetidas, bloques anidados y regiones de edición superpuestas en las que una operación literal de buscar y reemplazar puede resultar ambigua. Sigue siendo una tarea de fusión de código, no una garantía de que la actualización propuesta sea lógicamente correcta.
El catálogo del productor enumera un contexto de 262K para V3 Large. Distribuye conjuntamente el archivo original, la actualización, la instrucción y la salida fusionada. Una gran capacidad de entrada no elimina la necesidad de proporcionar el archivo actual correcto; una actualización basada en una versión anterior puede entrar en conflicto con cambios ya presentes.
El flujo Fast Apply documentado admite transmisión del resultado generado. Tanto si se devuelve como respuesta completa como si se acumula por fragmentos, conserva el resultado fusionado íntegro antes de revisarlo o aplicarlo. Comprueba que la edición prevista esté presente, que las secciones conservadas permanezcan intactas y que no haya desaparecido código ajeno al cambio.
El fabricante señala que las actualizaciones ambiguas o contradictorias pueden producir una fusión aproximada en lugar del cambio previsto. Precisa la instrucción o el fragmento en torno a la discrepancia específica y compara el nuevo resultado con el mismo original actual. La compilación, las comprobaciones de comportamiento y la escritura del archivo pertenecen a la aplicación que rodea al modelo. El entregable útil es código fusionado completo cuyo cambio se puede revisar frente al original y la actualización.
POST /v1/chat/completionstexttext| Campo | Tipo | Requisito | Valores y límites | Predeterminado |
|---|---|---|---|---|
Campomodel | Tipostring | RequisitoObligatorio | Valores y límites morph/morph-v3-large | Predeterminado— |
Campomessages | Tipomessage[] | RequisitoObligatorio | Valores y límites Número mínimo de elementos: 1 | Predeterminado— |
Campomessages[].role | Tipostring | RequisitoObligatorio | Valores y límites Ejemplos: system, user, assistant, tool, function Condiciones: Estos roles están representados explícitamente por los tipos de compatibilidad del código fuente; el conjunto exacto de roles depende del modelo. Depende del modelo | Predeterminado— |
Campomessages[].content | Tipostring|content_part[]|null | RequisitoOpcional | Valores y límites | Predeterminado— |
Campomessages[].tool_calls | Tipotool_call[] | RequisitoOpcional | Valores y límites | Predeterminado— |
Campomessages[].tool_call_id | Tipostring | RequisitoOpcional | Valores y límites Se aplica cuando: role=tool; utiliza el ID real devuelto | Predeterminado— |
Campomessages[].name | Tipostring | RequisitoOpcional | Valores y límites | Predeterminado— |
Campomessages[].reasoning_content | Tipostring | RequisitoOpcional | Valores y límites Se aplica cuando: Devuelve en los turnos siguientes el razonamiento realmente recibido cuando este modelo lo utilice | Predeterminado— |
Campomessages[].reasoning_details | Tipoobject|array | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Campomax_tokens | Tipointeger | RequisitoOpcional | Valores y límites Mínimo: 1 Depende del modelo | Predeterminado— |
Campomax_completion_tokens | Tipointeger | RequisitoOpcional | Valores y límites Mínimo: 1 Depende del modelo | Predeterminado— |
Campostream | Tipoboolean | RequisitoOpcional | Valores y límites | Predeterminadofalse |
Campostream_options.include_usage | Tipoboolean | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Campotemperature | Tiponumber | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Campotop_p | Tiponumber | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Campostop | Tipostring|string[] | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Campotools | Tipofunction_tool[] | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Campotools[].type | Tipostring | RequisitoOpcional | Valores y límites function Depende del modelo | Predeterminado— |
Campotools[].function.name | Tipostring | RequisitoObligatorio | Valores y límites Se aplica cuando: herramienta de función proporcionada | Predeterminado— |
Campotools[].function.description | Tipostring | RequisitoOpcional | Valores y límites | Predeterminado— |
Campotools[].function.parameters | TipoJSON_schema | RequisitoOpcional | Valores y límites | Predeterminado— |
Campotool_choice | Tipostring|object | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Campoparallel_tool_calls | Tipoboolean | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Camporesponse_format | Tipoobject | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Camporeasoning_effort | Tipostring | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Camporeasoning | Tipoobject | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Camposervice_tier | Tipostring | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Campoinstructions | Tipostring | RequisitoOpcional | Valores y límites Campo de compatibilidad | Predeterminado— |
Campofunctions | Tipofunction[] | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Campofunction_call | Tipostring|object | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Campoprompt_cache_options | Tipoobject | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Campomodalities | Tipostring[] | RequisitoOpcional | Valores y límites text | Predeterminado— |
Campoprovider | Tipoobject | RequisitoOpcional | Valores y límites Condiciones: provider.options se rechaza en esta ruta de texto Ultra | Predeterminado— |
Campocache_control.ttl | Tipostring | RequisitoOpcional | Valores y límites Condiciones: 1h se rechaza en los campos reales de caché de instrucciones | Predeterminado— |
Texto · Texto UTF8
messages[].content
| Parámetro | Contrato |
|---|---|
Parámetrocontent_type | Contratoapplication/json |
Parámetrorequired | Contratomodel, messages |
Parámetromaterial_types | Contratotext |
Parámetromessages | Contratomatriz de mensajes con estructura role/content |
Parámetrofile_material | Contratodocumento real en UTF-8 insertado como texto literal; no se deduce ningún ID de archivo |
Parámetrooptional_controls | Contratostream, temperature, top_p, stop, max_tokens, max_completion_tokens, reasoning, response_format, tools, tool_choice |
Parámetrocontrol_scope | Contratodepende del modelo; las herramientas de funciones del usuario difieren de las herramientas alojadas |
Parámetrooutput_modalities | Contratotext |
Parámetrohosted_operations | Contratofalse |
Parámetromultimodal_input_binding | Contratonull |
Ciclo de vida: synchronous_or_streamed
Envía el ID exacto del modelo junto con messages.
La longitud del contexto no es un límite máximo de salida.
Un archivo de texto puede aportar texto literal; las entradas de imagen, audio u objetos de archivo requieren una vinculación exacta.
Las referencias tarifarias no añaden opciones a la solicitud. Los parámetros admitidos se indican en el método seleccionado.
Relaciona cada cargo con las condiciones mostradas. Usa una tarifa para cada conjunto de configuraciones alternativas.
| Configuración | Tabla de tarifas | Tokens de contexto, más de | Tokens de contexto, hasta inclusive | Cargo |
|---|---|---|---|---|
| ConfiguraciónTarifas base por token | Tabla de tarifasTarifa base | Tokens de contexto, más de— | Tokens de contexto, hasta inclusiveSin límite superior | Cargo Entrada · Tokens de entrada $0.0018 / 1K tokens Salida · Tokens de salida $0.0038 / 1K tokens Entrada · Lectura de caché — / 1K tokens Entrada · Escritura en caché — / 1K tokens Entrada · Escritura en caché, 1 hora — / 1K tokens |
| ConfiguraciónTramo 1 por longitud de la solicitud | Tabla de tarifas— | Tokens de contexto, más de0 | Tokens de contexto, hasta inclusiveSin límite superior | Cargo Entrada · Tokens de entrada $0.0018 / 1K tokens Salida · Tokens de salida $0.0038 / 1K tokens Entrada · Lectura de caché — / 1K tokens Entrada · Escritura en caché — / 1K tokens Entrada · Escritura en caché, 1 hora — / 1K tokens |
Ailoot reserva un importe estimado antes de la solicitud. Tras obtener el resultado, liquida el cargo definitivo según el uso medido. En las respuestas en flujo, la liquidación usa el registro de uso final. Cómo funcionan la reserva y la liquidación →
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": "morph/morph-v3-large", "messages": [{"role": "user", "content": "Explain the difference between an observation and a hypothesis in three sentences."}]}')\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/chat/completions \\\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("choices",[]):\n if x.get("message",{}).get("content"): print(x["message"]["content"])\nPY_RESULT\nfrom openai import OpenAI\nimport os\n\nif not os.environ.get("AILOOT_API_KEY", "").strip(): raise SystemExit("Set AILOOT_API_KEY before making a request")\nclient=OpenAI(base_url="https://api.ailoot.ai/v1",api_key=os.environ["AILOOT_API_KEY"],max_retries=0)\nresult=client.chat.completions.create(model='morph/morph-v3-large',messages=[{"role":"user","content":"Explain observations and hypotheses in three sentences."}])\nimport base64, json\nfrom pathlib import Path\n\ndef save_result(data, stem="result"):\n # Keep every field, including usage, IDs, reasoning and tool requests.\n Path(stem + ".json").write_text(json.dumps(data, ensure_ascii=False, indent=2), encoding="utf-8")\n print(json.dumps(data, ensure_ascii=False, indent=2))\n def save_blob(encoded, suffix, label):\n raw = base64.b64decode(encoded, altchars=b"-_", validate=True)\n ext = "png" if raw.startswith(b"\\x89PNG\\r\\n\\x1a\\n") else "jpg" if raw.startswith(b"\\xff\\xd8") else "webp" if raw[:4] == b"RIFF" and raw[8:12] == b"WEBP" else suffix\n file = Path(stem + "-" + label + "." + ext)\n file.write_bytes(raw)\n print("Saved", file)\n for index, block in enumerate(data.get("content") or []):\n print("Content", index, json.dumps(block, ensure_ascii=False))\n for choice in data.get("choices") or []:\n print("Choice", choice.get("index"), json.dumps(choice.get("message", choice.get("delta", {})), ensure_ascii=False))\n for index, item in enumerate(data.get("output") or []):\n print("Output", index, json.dumps(item, ensure_ascii=False))\n if item.get("type") == "image_generation_call" and item.get("result"):\n save_blob(item["result"], item.get("output_format") or "bin", "output-" + str(index))\n for ci, candidate in enumerate(data.get("candidates") or []):\n for pi, part in enumerate((candidate.get("content") or {}).get("parts") or []):\n print("Candidate/part", ci, pi, json.dumps(part, ensure_ascii=False))\n blob = part.get("inlineData") or part.get("inline_data")\n if blob and blob.get("data"):\n mime = blob.get("mimeType") or blob.get("mime_type")\n suffix = {"image/png":"png", "image/jpeg":"jpg", "image/webp":"webp", "audio/wav":"wav", "audio/mpeg":"mp3", "video/mp4":"mp4"}.get(mime, "bin")\n save_blob(blob["data"], suffix, "candidate-" + str(ci) + "-part-" + str(pi))\n\nsave_result(result.to_dict(mode="json"))\nfrom openai import OpenAI\nimport os\nfrom pathlib import Path\n\nif not os.environ.get("AILOOT_API_KEY", "").strip(): raise SystemExit("Set AILOOT_API_KEY before making a request")\nclient=OpenAI(base_url="https://api.ailoot.ai/v1",api_key=os.environ["AILOOT_API_KEY"],max_retries=0)\nimport base64, json\nfrom pathlib import Path\n\ndef save_result(data, stem="result"):\n # Keep every field, including usage, IDs, reasoning and tool requests.\n Path(stem + ".json").write_text(json.dumps(data, ensure_ascii=False, indent=2), encoding="utf-8")\n print(json.dumps(data, ensure_ascii=False, indent=2))\n def save_blob(encoded, suffix, label):\n raw = base64.b64decode(encoded, altchars=b"-_", validate=True)\n ext = "png" if raw.startswith(b"\\x89PNG\\r\\n\\x1a\\n") else "jpg" if raw.startswith(b"\\xff\\xd8") else "webp" if raw[:4] == b"RIFF" and raw[8:12] == b"WEBP" else suffix\n file = Path(stem + "-" + label + "." + ext)\n file.write_bytes(raw)\n print("Saved", file)\n for index, block in enumerate(data.get("content") or []):\n print("Content", index, json.dumps(block, ensure_ascii=False))\n for choice in data.get("choices") or []:\n print("Choice", choice.get("index"), json.dumps(choice.get("message", choice.get("delta", {})), ensure_ascii=False))\n for index, item in enumerate(data.get("output") or []):\n print("Output", index, json.dumps(item, ensure_ascii=False))\n if item.get("type") == "image_generation_call" and item.get("result"):\n save_blob(item["result"], item.get("output_format") or "bin", "output-" + str(index))\n for ci, candidate in enumerate(data.get("candidates") or []):\n for pi, part in enumerate((candidate.get("content") or {}).get("parts") or []):\n print("Candidate/part", ci, pi, json.dumps(part, ensure_ascii=False))\n blob = part.get("inlineData") or part.get("inline_data")\n if blob and blob.get("data"):\n mime = blob.get("mimeType") or blob.get("mime_type")\n suffix = {"image/png":"png", "image/jpeg":"jpg", "image/webp":"webp", "audio/wav":"wav", "audio/mpeg":"mp3", "video/mp4":"mp4"}.get(mime, "bin")\n save_blob(blob["data"], suffix, "candidate-" + str(ci) + "-part-" + str(pi))\n\nwith client.chat.completions.stream(model='morph/morph-v3-large',messages=[{"role":"user","content":"Explain observations and hypotheses in three sentences."}]) as stream:\n with Path("stream-events.jsonl").open("w",encoding="utf-8") as log:\n for event in stream:\n payload=event.to_dict(mode="json")\n log.write(json.dumps(payload,ensure_ascii=False)+"\\n"); log.flush()\n print(json.dumps(payload,ensure_ascii=False))\n final=stream.get_final_completion()\n save_result(final.to_dict(mode="json"),"stream-result")\njson o SSE
Conserva todas las respuestas, archivos y partes de contenido completos recibidos.
Conserva cada alternativa y su contenido, llamadas de herramientas y razonamiento. En SSE, ensambla los fragmentos incrementales por índice de alternativa/herramienta y conserva el motivo final de terminación y el uso.
Conserva los ID de solicitud y respuesta y las cabeceras. No se proporciona una URL genérica para recuperar tareas de texto.
| Campo | Tipo |
|---|---|
Campochoices[].index | Tipointeger |
Campochoices[].message.content | Tipostring|null |
Campochoices[].message.tool_calls | Tipotool_call[] |
Campochoices[].message.reasoning_content | Tipostring |
Campochoices[].message.reasoning_details | Tipoobject|array |
Campochoices[].finish_reason | Tipostring|null |
Campousage | Tipoobject |
| Respuesta | Condición | Siguiente paso |
|---|---|---|
Respuesta400 · invalid_request_error | CondiciónCampos obligatorios, representación del material o valor del parámetro no válidos | Siguiente pasoCorrige los campos indicados antes de una nueva solicitud de creación. |
Ailoot Ultra morph/morph-v3-large
Usa las rutas de método indicadas arriba.
morph/morph-v3-largeMorph V3 Large es un modelo especializado en fusionar código para ediciones complejas y refactorizaciones que afectan a varios ámbitos. Recibe el archivo original completo y un fragmento de edición con marcadores de conservación y devuelve el código fusionado íntegro, manteniendo las secciones que la actualización conserva explícitamente.
Esta descripción cubre las capacidades del modelo. Las entradas, salidas y opciones disponibles en Ailoot se indican a continuación para el método seleccionado.
Morph V3 Large es el modelo especializado Fast Apply de Morph para fusionar código, con la variante grande orientada a ediciones más difíciles y refactorizaciones complejas que afectan a varios ámbitos. Su tarea está delimitada: combinar el archivo original completo con una actualización propuesta y devolver el archivo fusionado íntegro. Es una capa de edición para una aplicación o un agente de programación, independiente de un modelo general de planificación o búsqueda de código.
El formato del productor tiene tres partes etiquetadas. La parte code contiene el archivo original completo. La parte update contiene el fragmento de edición, incluidos los marcadores de las secciones que se deben conservar. Una instrucción opcional explica el cambio previsto. Mantener separados el original y la actualización permite al modelo interpretar una edición en relación con el archivo que existe realmente.
Un encargo práctico puede combinar la implementación original de una función con un fragmento que añada validación o reestructure un bloque. La salida debe ser el archivo fusionado completo: código modificado en la ubicación prevista, código conservado intacto y ningún marcador de edición que sustituya al código fuente. Compara ese resultado tanto con el comportamiento original como con el cambio solicitado.
La convención nativa de edición de Morph utiliza el marcador literal «// ... existing code ...» para las regiones sin cambios. El fabricante indica que omitir un marcador de conservación dice al modelo que elimine esa sección. Esta distinción es central para preparar una actualización segura: marca explícitamente el resto de una función o archivo cuando deba permanecer intacto y elimina contenido de forma deliberada cuando la eliminación sea el cambio previsto.
Para una refactorización que afecte a varios ámbitos de un archivo, deja inequívocas cada región modificada y el código conservado que la rodea. Describe las interfaces o el comportamiento que deben mantenerse estables. Un encargo útil es: «Aplica estos cambios al archivo actual, conserva las secciones marcadas como no modificadas y mantén las firmas públicas». El modelo fusiona esa actualización; la aplicación decide si escribir el resultado y dónde hacerlo.
El fabricante recomienda V3 Large cuando la complejidad de una edición y la fidelidad de la fusión importan más que la rapidez de respuesta de la variante Fast. Su enfoque de archivo completo está diseñado para estructuras de código repetidas, bloques anidados y regiones de edición superpuestas en las que una operación literal de buscar y reemplazar puede resultar ambigua. Sigue siendo una tarea de fusión de código, no una garantía de que la actualización propuesta sea lógicamente correcta.
El catálogo del productor enumera un contexto de 262K para V3 Large. Distribuye conjuntamente el archivo original, la actualización, la instrucción y la salida fusionada. Una gran capacidad de entrada no elimina la necesidad de proporcionar el archivo actual correcto; una actualización basada en una versión anterior puede entrar en conflicto con cambios ya presentes.
El flujo Fast Apply documentado admite transmisión del resultado generado. Tanto si se devuelve como respuesta completa como si se acumula por fragmentos, conserva el resultado fusionado íntegro antes de revisarlo o aplicarlo. Comprueba que la edición prevista esté presente, que las secciones conservadas permanezcan intactas y que no haya desaparecido código ajeno al cambio.
El fabricante señala que las actualizaciones ambiguas o contradictorias pueden producir una fusión aproximada en lugar del cambio previsto. Precisa la instrucción o el fragmento en torno a la discrepancia específica y compara el nuevo resultado con el mismo original actual. La compilación, las comprobaciones de comportamiento y la escritura del archivo pertenecen a la aplicación que rodea al modelo. El entregable útil es código fusionado completo cuyo cambio se puede revisar frente al original y la actualización.
POST /v1/messagestextjson, sse| Campo | Tipo | Requisito | Valores y límites | Predeterminado |
|---|---|---|---|---|
Campomodel | Tipostring | RequisitoObligatorio | Valores y límites morph/morph-v3-large | Predeterminado— |
Campomessages | Tipomessage[] | RequisitoObligatorio | Valores y límites | Predeterminado— |
Campomessages[].role | Tipostring | RequisitoObligatorio | Valores y límites user, assistant | Predeterminado— |
Campomessages[].content | Tipostring | RequisitoObligatorio | Valores y límites | Predeterminado— |
Campomax_tokens | Tipointeger | RequisitoObligatorio | Valores y límites | Predeterminado— |
Campostream | Tipoboolean | RequisitoOpcional | Valores y límites | Predeterminadofalse |
Texto · Texto UTF-8
cadena messages[].content
| Parámetro | Contrato |
|---|---|
Parámetrocontent_type | Contratoapplication/json |
Parámetrorequired | Contratomodel, messages, max_tokens |
Parámetrooptional_controls | Contratostream |
Parámetromaterial_types | Contratotext |
Parámetrotext_file_material | ContratoLee el documento real en UTF-8 y coloca su texto en el campo input indicado o en la cadena de contenido del mensaje. |
Ciclo de vida: synchronous_or_streamed
Las referencias tarifarias no añaden opciones a la solicitud. Los parámetros admitidos se indican en el método seleccionado.
Relaciona cada cargo con las condiciones mostradas. Usa una tarifa para cada conjunto de configuraciones alternativas.
| Configuración | Tabla de tarifas | Tokens de contexto, más de | Tokens de contexto, hasta inclusive | Cargo |
|---|---|---|---|---|
| ConfiguraciónTarifas base por token | Tabla de tarifasTarifa base | Tokens de contexto, más de— | Tokens de contexto, hasta inclusiveSin límite superior | Cargo Entrada · Tokens de entrada $0.0018 / 1K tokens Salida · Tokens de salida $0.0038 / 1K tokens Entrada · Lectura de caché — / 1K tokens Entrada · Escritura en caché — / 1K tokens Entrada · Escritura en caché, 1 hora — / 1K tokens |
| ConfiguraciónTramo 1 por longitud de la solicitud | Tabla de tarifas— | Tokens de contexto, más de0 | Tokens de contexto, hasta inclusiveSin límite superior | Cargo Entrada · Tokens de entrada $0.0018 / 1K tokens Salida · Tokens de salida $0.0038 / 1K tokens Entrada · Lectura de caché — / 1K tokens Entrada · Escritura en caché — / 1K tokens Entrada · Escritura en caché, 1 hora — / 1K tokens |
Ailoot reserva un importe estimado antes de la solicitud. Tras obtener el resultado, liquida el cargo definitivo según el uso medido. En las respuestas en flujo, la liquidación usa el registro de uso final. Cómo funcionan la reserva y la liquidación →
{\n "model": "morph/morph-v3-large",\n "max_tokens": 128,\n "messages": [\n {\n "role": "user",\n "content": "Summarize the incident report."\n }\n ],\n "stream": false\n}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\n: "${AILOOT_TEXT_FILE:?Set your actual UTF-8 document}"\nexport AILOOT_TEXT_FILE\npython3 - <<'PY_REQUEST'\nimport json, os\nfrom pathlib import Path\n\nsource_file = Path(os.environ['AILOOT_TEXT_FILE'])\nif not source_file.is_file():\n raise SystemExit('Set AILOOT_TEXT_FILE to your actual UTF-8 document')\ntext = source_file.read_text(encoding='utf-8')\nif not text.strip():\n raise SystemExit('Choose a document containing text')\npayload = {'model': 'morph/morph-v3-large', 'max_tokens': 128, 'messages': [{'role': 'user', 'content': 'Summarize the incident report.'}]}\npayload['messages'][0]['content'] = 'Summarize this material and quote supporting source passages.\\n\\n' + text\nPath('request.json').write_text(json.dumps(payload, ensure_ascii=False), encoding='utf-8')\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/messages \\\n -H "x-api-key: $AILOOT_API_KEY" -H 'anthropic-version: 2023-06-01' -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\n\nresult = json.loads(Path('result.json').read_text(encoding='utf-8'))\nprint(json.dumps(result, ensure_ascii=False, indent=2))\nPY_RESULT\nimport json, os\nfrom pathlib import Path\n\nsource_file = Path(os.environ['AILOOT_TEXT_FILE'])\nif not source_file.is_file():\n raise SystemExit('Set AILOOT_TEXT_FILE to your actual UTF-8 document')\ntext = source_file.read_text(encoding='utf-8')\nif not text.strip():\n raise SystemExit('Choose a document containing text')\npayload = {'model': 'morph/morph-v3-large', 'max_tokens': 128, 'messages': [{'role': 'user', 'content': 'Summarize the incident report.'}]}\npayload['messages'][0]['content'] = 'Summarize this material and quote supporting source passages.\\n\\n' + text\nfrom urllib.request import Request, urlopen\nfrom urllib.error import HTTPError\n\napi_key = os.environ['AILOOT_API_KEY']\nif not api_key.strip():\n raise SystemExit('Set AILOOT_API_KEY before making a request')\nheaders = {'x-api-key': 'PLACEHOLDER_KEY', 'anthropic-version': '2023-06-01', 'Content-Type': 'application/json'}\nheaders['x-api-key'] = api_key\nrequest = Request('https://api.ailoot.ai/v1/messages', data=json.dumps(payload, ensure_ascii=False).encode('utf-8'), headers=headers, method='POST')\ntry:\n with urlopen(request, timeout=120) as response:\n raw = response.read()\n Path('response-headers.txt').write_text(str(response.headers), encoding='utf-8')\nexcept HTTPError as error:\n Path('result.json').write_bytes(error.read())\n Path('response-headers.txt').write_text(str(error.headers), encoding='utf-8')\n raise\nPath('result.json').write_bytes(raw)\nimport json\nfrom pathlib import Path\n\nresult = json.loads(Path('result.json').read_text(encoding='utf-8'))\nprint(json.dumps(result, ensure_ascii=False, indent=2))\nJSON o SSE
Conserva todas las respuestas, archivos y partes de contenido completos recibidos.
Conserva todos los bloques de contenido, las firmas de razonamiento y los ID reales de uso de herramientas. Ensambla todos los fragmentos incrementales de los bloques SSE; el primer bloque de texto no constituye la salida completa.
Conserva los ID de solicitud y respuesta y las cabeceras. No se proporciona una URL genérica para recuperar tareas de texto.
| Campo | Tipo |
|---|---|
Campoid | Tipostring |
Campomodel | Tipostring |
Campocontent[] | Tipotext|thinking|tool_use|other content block |
Campostop_reason | Tipostring|null |
Campousage | Tipoobject |
| Respuesta | Condición | Siguiente paso |
|---|---|---|
Respuesta400 · invalid_request_error | CondiciónCampos obligatorios, representación del material o valor del parámetro no válidos | Siguiente pasoCorrige los campos indicados antes de una nueva solicitud de creación. |
Ailoot Ultra morph/morph-v3-large
Usa las rutas de método indicadas arriba.
Ejemplo técnico en inglés
Merge a trimming change\n\n<instruction>Trim names inside normalize; preserve label unchanged. Return the complete merged JavaScript file.</instruction>\n<code>export function normalize(name) { return name; }\nexport function label(name) { return normalize(name).toUpperCase(); }</code>\n<update>export function normalize(name) { return name.trim(); }\n// ... existing code ...</update>The complete merged JavaScript file containing both exported functions and no preservation-marker placeholder.Compare both functions against the original and update; verify only normalize changes.export function normalize(name) { return name; } export function label(name) { return normalize(name).toUpperCase(); }