Referencia de especificaciones oficiales y muestra de Linux creada por el autor · Fecha de confirmación 30 de septiembre de 2026
Guía completa del esquema URI de obsidian:// - Acciones completas y trampas
Esta página es una traducción automática del original en japonés. Leer el original en japonés
obsidian:// es un URI para abrir, crear y buscar notas Obsidian desde otra aplicación o lanzador. Primero, seleccione la acción que se adapte al propósito y codifique cada valor URI. El texto adicional puede comenzar con el ejemplo de new+append=true, que se ha confirmado que se ha guardado esta vez.
Si desea introducir el texto y copiar el URI, consulte también Free URI Generator que separa la sintaxis y las observaciones fijas de Linux.
Aquí, organizamos la sección 7 y los elementos de parámetros específicos de la acción 38 que agregan una sección separada para Hook a la lista de acciones 6 del texto oficial, y admiten los registros 58 pasados a Linux Obsidian1.13.7. Las entradas que no obtuvieron resultados también se publican, y la descripción de la especificación y la dirección de almacenamiento real se pueden leer por separado.
y crear URL, vaya a el generador de URI existente. Para los síntomas que no inician o detienen los accesos directos con iPhone, vaya a Guía de manejo de accesos directos. Esta página es como referencia para averiguar el significado y los resultados de entrada del URI estándar.
Elija la acción de la aplicación
La forma básica es la siguiente. Coloque el parámetro después de ? y conecte varios elementos con &. & en el valor se convierte a %26 porque no se trata como una demarcación.
obsidian://action?param1=value¶m2=value| Acción | Uso | Parámetros oficiales | El resultado de esta vez |
|---|---|---|---|
| open | Vault・Abrir notas existentes・encabezados/bloques | vault / file / path / prepend / append / paneType | Se observaron un file existente, un path absoluto, un encabezado, un bloque válido y 3 tipos de panel. No se confirmó el efecto de los indicadores para añadir texto. |
| new | Nueva creación, añadir/reemplazar a las notas existentes | vault / name / file / path / paneType / content / clipboard / silent / append / overwrite / x-success | Se observaron el guardado mediante name/file y las opciones de añadir, sustituir, no cambiar la vista y usar el portapapeles. No se logró crear mediante path absoluto ni devolver resultados. |
| daily | Crear y mostrar notas de fecha | Los mismos 11 elementos que new, según la regla de herencia de la fuente oficial | Requiere Daily notes y una carpeta de guardado. En esta prueba, las entradas con name/file/path añadieron el texto a la nota fechada. |
| unique | Crear con un nombre único como fecha y hora | vault / paneType / content / clipboard / x-success | Se requiere un creador de notas única y una carpeta de almacenamiento. Creado/3pane/Guardado de texto observado, devolución no confirmada. |
| search | Abre la barra lateral de búsqueda y el término de búsqueda | vault / query | Observe los espacios en blanco con palabras/sin coincidencias/omisiones de palabras. |
| choose-vault | Abrir Vault Manager | No hay parámetros oficiales de enumeración | Se observó la pantalla de selección real (I:M1). |
| hook-get-address | Devuelve la dirección de la nota actual para la integración de Hook | vault / x-success / x-error | Está documentado en otra sección oficial. No se ejecutó Hook ni se logró una salida a clipboard o una devolución. Solo se observó el diálogo de error de una Vault inexistente. |
La fuente oficial fijada no enumera parámetros para choose-vault. El total de 38 elementos cuenta los parámetros de las demás acciones y desarrolla en 11 elementos la regla de daily que indica que usa los mismos parámetros que new. El complemento Advanced URI (obsidian://adv-uri) queda fuera de esta especificación estándar.
Codifique tanto el # en el cuerpo como el # en el título como un valor
El texto oficial explica que el espacio en blanco es %20 y la barra es %2F. En I:N1, que convirtió el texto del autor mezclado con japonés, saltos de línea y # & ? + % / = por valor, el Markdown guardado coincidía con la entrada. Si convierte todo el URL a la vez, el separador también cambiará, por lo que los valores de vault, file y content se tratarán individualmente .
const vault = encodeURIComponent('練習Vault');
const file = encodeURIComponent('ノート/日本語 メモ');
const content = encodeURIComponent('本文 # & ? + % / =\n二行目');
const uri = `obsidian://new?vault=${vault}&file=${file}&content=${content}`;Lo anterior es un código para explicar cómo ensamblar. No incluye la ejecución de guardar en el cuaderno en el terminal. Practica Vault y reemplaza el destino guardado con tu nombre.
La segunda mitad cayó en la entrada que dejó el crudo #
En I:W1, solo se dejó sin codificar el # dentro de content. Se guardó únicamente la frase inicial; el resto del texto no estaba en el archivo. Este caso no demuestra que Obsidian eliminara texto por su cuenta: es el resultado de una entrada que mezclaba delimitadores y valores del URI.
Guardar la entrada correctamente convertida Markdown texto completo
# URI新規メモ
本文 # & ? + % / = をそのまま残します。
二行目です。
検索 印
Descargar el Markdown original de I:N1
Guarde la entrada que dejó el texto completo sin procesar # Markdown
先頭文 Separar nueva creación, añadir y sobrescribir
En new, name indica el nombre de la nota nueva y deja su destino en manos del ajuste Default location for new notes de Obsidian. file incluye el destino relativo a la raíz de la Vault. La documentación indica que file tiene prioridad sobre name; en I:N2 también se guardó en el destino de file. S:N01 usó solo name y guardó en la carpeta predeterminada previamente configurada.
obsidian://new?vault=Practice&file=Inbox%2FURI-test&content=Hello%20WorldPara añadir texto sin borrar el existente, pasa append=true. I:N3 conservó el texto original y añadió el nuevo. overwrite=true sirve para sustituir el texto existente; I:N5 cuenta con un registro separado del original y del resultado guardado. La documentación indica que overwrite solo se aplica cuando append no está activado, y S:N03, con ambos parámetros, añadió el texto. No es necesario combinar una opción de sobrescritura al añadir texto en el uso cotidiano.
obsidian://new?vault=Practice&file=Inbox%2FURI-test&content=Another%20line&append=trueI:N4, con silent=true, creó el archivo sin cambiar la nota que se mostraba. Con clipboard=true, S:C01/C02/C03 guardaron el texto del autor de la pantalla dedicada mediante new/daily/unique. S:C04, que también recibió content, guardó el texto de clipboard. La prioridad observada en este único caso no se puede extrapolar a todos los formatos y dispositivos.
Un ejemplo de combinación de texto y propiedades
S:M03 pasó los documentados new, append, content a la nota del autor existente. En el archivo guardado real, el título es el valor del lado agregado, el existente se conserva, las etiquetas contienen ambos y el cuerpo se agrega al final. El siguiente es el texto completo de Markdown guardado por 121bytes. No he probado tipos, claves duplicadas y YAML complejos que no sean este grupo.
---
title: 追加の題
kept: 元の値
tags:
- 初期
- 追加
source: URI
---
元の本文。
追加の本文。
Descargar el Markdown original de S:M03
La creación de una nota nueva mediante path absoluto no se incluye entre los casos de éxito
La sección oficial de new describe un path absoluto global. S:N02 no creó el archivo en una entrada que también incluía vault/name/file en conflicto. La prueba independiente T:P1 pasó solo path y content para un archivo aún inexistente dentro de la Vault del autor ya registrada. Tampoco apareció el archivo tras 6 segundos y la pantalla siguió mostrando el índice. Es el registro de una vía de recepción en una aplicación Linux; no permite afirmar una causa ni un fallo en todos los entornos.
Mover a encabezados y bloques
Para un encabezado, introduce ノート名#見出し en el valor de file; para un bloque, usa ノート名#^block-id. Codifica ese valor. I:O5 confirmó el salto al encabezado de la nota del autor. Los identificadores de bloque deben contener solo letras latinas, números y guiones, según las reglas de la versión fijada de Internal links.
ノート/長い対象 メモ#^target-01
↓ fileの値をエンコード
%E3%83%8E%E3%83%BC%E3%83%88%2F%E9%95%B7%E3%81%84%E5%AF%BE%E8%B1%A1%20%E3%83%A1%E3%83%A2%23%5Etarget-01En el primer caso S:O01, el ejemplo del autor usaba ^著者block, que contiene japonés, y no se obtuvo evidencia válida de la posición de navegación. No lo contamos como fallo del producto. Añadimos T:B1 con un ^target-01 válido en una nota larga de otra Vault. Al pasar la URI desde una nota de índice distinta, se abrió la nota de destino y el párrafo antes fuera de pantalla pasó al área visible.
En la lectura real, la parte superior del párrafo objetivo era de 1905.65625px a 467.59375px (altura de visualización 1000px), y scrollTop era 1438. El 2Markdown original no cambia con bytes y SHA256. La posición anterior, el estándar de otra nota y el movimiento se dejan en tres pantallas.
Ver el texto completo del Markdown original del destino
# 長い対象 メモ
確認前の著者段落 1。この文章は移動位置を確かめるための短文です。
確認前の著者段落 2。この文章は移動位置を確かめるための短文です。
確認前の著者段落 3。この文章は移動位置を確かめるための短文です。
確認前の著者段落 4。この文章は移動位置を確かめるための短文です。
確認前の著者段落 5。この文章は移動位置を確かめるための短文です。
確認前の著者段落 6。この文章は移動位置を確かめるための短文です。
確認前の著者段落 7。この文章は移動位置を確かめるための短文です。
確認前の著者段落 8。この文章は移動位置を確かめるための短文です。
確認前の著者段落 9。この文章は移動位置を確かめるための短文です。
確認前の著者段落 10。この文章は移動位置を確かめるための短文です。
確認前の著者段落 11。この文章は移動位置を確かめるための短文です。
確認前の著者段落 12。この文章は移動位置を確かめるための短文です。
確認前の著者段落 13。この文章は移動位置を確かめるための短文です。
確認前の著者段落 14。この文章は移動位置を確かめるための短文です。
確認前の著者段落 15。この文章は移動位置を確かめるための短文です。
確認前の著者段落 16。この文章は移動位置を確かめるための短文です。
確認前の著者段落 17。この文章は移動位置を確かめるための短文です。
確認前の著者段落 18。この文章は移動位置を確かめるための短文です。
確認前の著者段落 19。この文章は移動位置を確かめるための短文です。
確認前の著者段落 20。この文章は移動位置を確かめるための短文です。
確認前の著者段落 21。この文章は移動位置を確かめるための短文です。
確認前の著者段落 22。この文章は移動位置を確かめるための短文です。
確認前の著者段落 23。この文章は移動位置を確かめるための短文です。
確認前の著者段落 24。この文章は移動位置を確かめるための短文です。
確認前の著者段落 25。この文章は移動位置を確かめるための短文です。
確認前の著者段落 26。この文章は移動位置を確かめるための短文です。
確認前の著者段落 27。この文章は移動位置を確かめるための短文です。
確認前の著者段落 28。この文章は移動位置を確かめるための短文です。
確認前の著者段落 29。この文章は移動位置を確かめるための短文です。
確認前の著者段落 30。この文章は移動位置を確かめるための短文です。
確認前の著者段落 31。この文章は移動位置を確かめるための短文です。
確認前の著者段落 32。この文章は移動位置を確かめるための短文です。
確認前の著者段落 33。この文章は移動位置を確かめるための短文です。
確認前の著者段落 34。この文章は移動位置を確かめるための短文です。
確認前の著者段落 35。この文章は移動位置を確かめるための短文です。
確認前の著者段落 36。この文章は移動位置を確かめるための短文です。
確認前の著者段落 37。この文章は移動位置を確かめるための短文です。
確認前の著者段落 38。この文章は移動位置を確かめるための短文です。
確認前の著者段落 39。この文章は移動位置を確かめるための短文です。
確認前の著者段落 40。この文章は移動位置を確かめるための短文です。
確認前の著者段落 41。この文章は移動位置を確かめるための短文です。
確認前の著者段落 42。この文章は移動位置を確かめるための短文です。
## 対象の節
ブロック移動を確認する著者用本文です。 ^target-01
Descargar el texto largo completo del Markdown original de T:B1
Las formas abreviadas obsidian://vault/Vault名/ノート名 y obsidian:///絶対パス son notaciones cortas de open. S:H01/H02 mostró las notas del autor en cada caso. Compruebe los caracteres japoneses, espacios y delimitadores de los valores igual que con los parámetros habituales.
Comprueba el complemento y el destino de almacenamiento para ver las notas diarias y las notas con el nombre propio
Se afirma oficialmente que el daily requiere notas diarias y el unique requiere el complemento principal del creador de notas únicas. La primera vez que I:D1/U1 no pudo crear un archivo y dejó el registro de fallas como estaba. En otro plan posterior, preparamos una carpeta de almacenamiento para un autor real y observamos I:D2 para crear un archivo diario a partir del índice y I:U2 para crear un archivo de nombre adecuado. No determinamos que este cambio de suposición sea la única causa del fracaso.
obsidian://daily?vault=Practice&content=Daily%20entry
obsidian://unique?vault=Practice&content=Unique%20entryLa versión fijada de la documentación oficial explica que daily acepta los mismos parámetros que new. Sin embargo, en S:D01/D02/D03 no se crearon los destinos indicados por name, file y path: el texto se añadió a 日次/2026-09-30.md, definido en los ajustes de Daily notes. Lo que permite recomendar esta observación es usar new para notas nuevas con nombre, daily para notas fechadas y comprobar el destino final en los archivos reales.
S:D04 guardó en la nota diaria sin abandonar la vista del índice, usando silent. En S:D05 se indicaron append y overwrite a la vez y se conservó el texto original. Sin embargo, daily también añadió texto sin indicadores, por lo que no se ha confirmado la contribución de append por sí solo ni el comportamiento de overwrite por separado.
paneType: elegir dónde se muestra la nota
Para open/new/daily/unique, se registraron las 12 entradas con paneType=tab, split y window (S:P01〜P12). La documentación oficial indica que window es exclusivo de escritorio. Se inspeccionaron la pestaña principal, los grupos de pestañas y las ventanas independientes reales, y se guardaron capturas. Como permanecen metadatos de ventanas cerradas, el éxito no se determinó únicamente por el número global de hojas.
x-success・x-error confirma la recepción en la dirección de devolución
La documentación indica que la devolución a x-success incluye name sin extensión, url como URI de Obsidian y, en escritorio, file como URI de file. Guardar correctamente y recibir una respuesta en la aplicación que hizo la llamada son resultados distintos. S:X01/X02/X03 guardaron notas, pero el receptor HTTP en localhost, propiedad del autor, no recibió nada. El adaptador BROWSER preparado tampoco se ejecutó, por lo que no se ha confirmado la transferencia entre el sistema operativo y la aplicación de origen.
La documentación indica que hook-get-address para Hook devuelve el resultado a x-success si se proporciona; si se omite, copia en clipboard el enlace Markdown de la nota actual. En S:K01 no cambió el valor de control de clipboard preparado por el autor, y S:X04 tampoco devolvió un resultado. No se ejecutó Hook. En S:X05, con una Vault inexistente, se mostró el diálogo real «Vault not found», pero no se recibió x-error. Mostrar un error no equivale a un callback correcto ni demuestra que todos los callbacks fallen en el producto.
Comparar la entrada de los artículos 38 y los resultados reales
38/38 cuenta los registros de entradas que incluyen parámetros de cada acción. No significa que se hayan obtenido todos los efectos de la especificación. Quedan sin resolver los indicadores de adición de open, el path absoluto de new, los destinos de daily, la contribución de ambos indicadores y Hook/callback. I reúne las primeras 19 entradas; S, 37 adicionales; T, 2 entradas para un bloque válido y path sin conflicto. Cada identificador enlaza al JSON original.
| Artículo | Descripción oficial | Resultados reales / Deficiencias restantes | Observaciones correspondientes |
|---|---|---|---|
open.vaultRegistro de entrada disponible | Nombre de la Vault o identificador de 16 caracteres. Fuente original fijada, L54 | I:O1 mostró la bóveda indicada por su nombre de Vault; I:O3, por su identificador de 16 caracteres de Vault. El identificador se comprobó en esta entrada de open; el resultado no se extiende a todas las combinaciones de identificadores de otras acciones. | |
open.fileRegistro de entrada disponible | Nombre dentro de la Vault o ruta relativa desde su raíz. La extensión .md es opcional. Texto original fijado, L55 | I:O2 mostró una ruta relativa con caracteres japoneses y espacios; I:O3 la mostró con .md. I:O5 saltó al encabezado y T:B1 a un bloque válido. En I:O6, el file inexistente no produjo una notificación ni creó una nota. | |
open.pathRegistro de entrada disponible | Ruta absoluta del sistema de archivos. Según la documentación, si se especifica tiene prioridad sobre vault/file y busca la Vault que la contiene. Texto original fijado, L56,57,58,59 | I:O4 mostró una nota existente mediante una ruta absoluta dentro de la Vault del autor ya registrada. Se usó el path real en lugar de los valores inválidos de vault/file proporcionados a la vez. Este resultado se distingue del de path para crear notas nuevas. | |
open.prependRegistro de entrada disponible | La documentación indica que añade contenido al principio e intenta combinar las propiedades. content, usado para transportar el texto, no figura en la sección de open. Texto original fijado, L60 | La prueba exploratoria S:M02 mostró el destino, sin modificar sus bytes. No se verificó el transporte correcto del texto, por lo que no se considera ni un éxito del efecto documentado ni un fallo. | |
open.appendRegistro de entrada disponible | La documentación indica que añade contenido al final del archivo e intenta combinar las propiedades. content, usado para transportar el texto, no figura en la sección de open. Texto original fijado, L61 | La prueba exploratoria S:M01 mostró el destino, sin modificar sus bytes. No hay pruebas válidas de texto añadido que demuestren el efecto documentado. El ejemplo que sí añadió texto utilizó new+append. | |
open.paneTypeRegistro de entrada disponible | tab: pestaña nueva; split: grupo nuevo; window: ventana independiente, solo en escritorio. Texto original fijado, L62,63,64,65,66 | S:P01/P02/P03 mostraron realmente una pestaña nueva, un grupo nuevo y una ventana independiente mediante tab/split/window, respectivamente. El registro de window corresponde solo al escritorio Linux. | |
new.vaultRegistro de entrada disponible | Nombre de la Vault o identificador de 16 caracteres. Fuente original fijada, L81 | Se observó el guardado en nuevas entradas de I:N1〜N5 y S que incluían el nombre de Vault del autor. S:N02, con un path en conflicto, es otra entrada que no logró el resultado. No se probaron todas las combinaciones de ID de 16 caracteres con new. | |
new.nameRegistro de entrada disponible | Nombre de la nueva nota. El destino depende del ajuste «Default location for new notes». Fuente original fijada, L82 | I:N1 creó la nota usando solo name; I:N2 utilizó el destino indicado simultáneamente mediante file. S:N01 guardó la nota en la carpeta del autor configurada previamente en Default location for new notes. | |
new.fileRegistro de entrada disponible | Destino y nombre desde la raíz de la Vault. Si se especifica, tiene prioridad sobre name. Texto original fijado, L83 | I:N2 guardó en el destino relativo a la raíz de la Vault sin usar el name indicado a la vez. I:N3/N5 añadieron o sustituyeron el texto de un file existente. No se probaron todos los formatos de carpetas padre inexistentes. | |
new.pathRegistro de entrada disponible | Ruta absoluta del sistema de archivos. Según la documentación, si se especifica tiene prioridad sobre vault/file y busca la Vault que la contiene. Texto original fijado, L84 | S:N02 no alcanzó el resultado esperado en una entrada con parámetros en conflicto. En la prueba independiente T:P1 solo se proporcionaron path+content para un archivo aún inexistente dentro de la Vault del autor ya registrada; tampoco se creó tras 6 segundos. No hubo ningún caso de éxito. | |
new.paneTypeRegistro de entrada disponible | tab: pestaña nueva; split: grupo nuevo; window: ventana independiente, solo en escritorio. Texto original fijado, L85 | S:P04/P05/P06 observó por separado el destino Markdown de new y la visualización de tab/split/window. | |
new.contentRegistro de entrada disponible | Texto a guardar. Los símbolos y los saltos de línea de los valores también están codificados. Texto original fijo L86 | Los caracteres japoneses, los símbolos y los saltos de línea de I:N1 coincidieron con el texto guardado. El # sin codificar de I:W1 hizo que se perdiera el contenido posterior. T:P1 es otro registro en el que no se creó el archivo de destino de path aunque se proporcionó content. | |
new.clipboardRegistro de entrada disponible | Usa el texto del portapapeles en lugar de content. Texto original fijado, L87 | S:C01 guardó el contenido de clipboard preparado por el autor en un DISPLAY dedicado. En S:C04, al indicarlo junto con content, se guardó el texto de clipboard. Esta prioridad observada en un solo caso no garantiza el comportamiento de todos los formatos. | |
new.silentRegistro de entrada disponible | No abras el cuaderno que creaste. Texto original fijo L88 | I:N4 mantuvo la nota de visualización mientras guardaba el nuevo Markdown. Comprueba si está guardado o no y si la pantalla se abrirá por separado. | |
new.appendRegistro de entrada disponible | Especifique para agregar al final si hay un archivo existente. Texto original fijo L89 | I:N3 conservó el texto existente y añadió al final. append+overwrite en S:N03 también añadió texto. S:M03 combinó un conjunto de YAML del autor con el cuerpo del texto. | |
new.overwriteRegistro de entrada disponible | Sustituye el texto existente cuando append no está activado. Texto original fijado, L90 | En I:N5, overwrite por sí solo sustituyó el texto existente. En S:N03, al indicar también append, se conservó el texto y se añadió el nuevo; no se aplicó overwrite. | |
new.x-successRegistro de entrada disponible | URI de devolución a la aplicación que hizo la llamada. El receptor debe comprobar las salidas name/url/file. Texto original fijado, L91 | La entrada y el recibo del URI se registraron, pero no fueron devueltos al destinatario del HTTP que posee. EL ADAPTADOR DE NAVEGADOR PREPARADO TAMPOCO SE EJECUTA. El traspaso del sistema operativo/llamada no se ha confirmado, y no se ha determinado el fallo universal de la devolución de llamada. | |
daily.vaultRegistro de entrada disponible | Nombre de la Vault o identificador de 16 caracteres. Fuente original fijada, L104,81 | La primera ejecución de I:D1 no produjo Markdown. El plan separado I:D2, con la carpeta de destino y los criterios de indexación preparados, guardó en la nota diaria del autor registrado Vault. No atribuya la causa únicamente al cambio de condiciones previas. | |
daily.nameRegistro de entrada disponible | Nombre de la nueva nota. El destino depende del ajuste «Default location for new notes». Fuente original fijada, L104,82 | S:D01 añadió el texto a la nota fechada configurada, no al destino indicado mediante name. | |
daily.fileRegistro de entrada disponible | Destino y nombre desde la raíz de la Vault. Si se especifica, tiene prioridad sobre name. Texto original fijado, L104,83 | S:D02 añadió el texto a la nota fechada configurada, no al destino indicado mediante file. | |
daily.pathRegistro de entrada disponible | Ruta absoluta del sistema de archivos. Según la documentación, si se especifica tiene prioridad sobre vault/file y busca la Vault que la contiene. Texto original fijado, L104,84 | S:D03 añadió el texto a la nota fechada configurada, no al destino indicado mediante path. | |
daily.paneTypeRegistro de entrada disponible | tab: pestaña nueva; split: grupo nuevo; window: ventana independiente, solo en escritorio. Texto original fijado, L104,85 | S:P07/P08/P09 guardaron el texto en la nota diaria configurada y mostraron tab/split/window, respectivamente. | |
daily.contentRegistro de entrada disponible | Texto a guardar. Los símbolos y los saltos de línea de los valores también están codificados. Texto original fijo L104,86 | Varias entradas de I:D2 y S guardaron el texto en el archivo de fecha configurado. El fallo inicial de I:D1 y las diferencias de destino en S:D01〜D03 se conservan como registros separados. | |
daily.clipboardRegistro de entrada disponible | Usa el texto del portapapeles en lugar de content. Texto original fijado, L104,87 | S:C02 añadió a un archivo diario existente el texto de clipboard preparado por el autor en un DISPLAY dedicado. No se probaron un iPhone físico ni el uso de clipboard entre sistemas operativos. | |
daily.silentRegistro de entrada disponible | No abras el cuaderno que creaste. Texto original fijo L104,88 | S:D04 se guarda en un archivo diario, y la pantalla real se mantiene en el índice. | |
daily.appendRegistro de entrada disponible | Especifique para agregar al final si hay un archivo existente. Texto original fijo L104,89 | S:D05 conservó el texto original y añadió el nuevo con append+overwrite. Como daily también añade texto sin indicadores, no se ha aislado el efecto de append por sí solo. | |
daily.overwriteRegistro de entrada disponible | Sustituye el texto existente cuando append no está activado. Texto original fijado, L104,90 | S:D05 recibió append+overwrite simultáneamente. Se observó que conservaba el texto original, pero no se probó overwrite por separado. | |
daily.x-successRegistro de entrada disponible | URI de devolución a la aplicación que hizo la llamada. El receptor debe comprobar las salidas name/url/file. Texto original fijado, L104,91 | La entrada y el recibo del URI se registraron, pero no fueron devueltos al destinatario del HTTP que posee. EL ADAPTADOR DE NAVEGADOR PREPARADO TAMPOCO SE EJECUTA. El traspaso del sistema operativo/llamada no se ha confirmado, y no se ha determinado el fallo universal de la devolución de llamada. | |
unique.vaultRegistro de entrada disponible | Nombre de la Vault o identificador de 16 caracteres. Fuente original fijada, L119 | La primera ejecución de I:U1 no produjo Markdown. El plan separado I:U2, con la carpeta de destino preparada, y S crearon el archivo de nombre único Markdown con el texto de autor Vault. | |
unique.paneTypeRegistro de entrada disponible | tab: pestaña nueva; split: grupo nuevo; window: ventana independiente, solo en escritorio. Texto original fijado, L120 | En S:P10/P11/P12 se observaron el guardado de un archivo Markdown de nombre único y las vistas tab/split/window. | |
unique.contentRegistro de entrada disponible | Texto a guardar. Los símbolos y los saltos de línea de los valores también están codificados. Texto original fijo L121 | El texto del autor se guardó en los archivos con nombres únicos de I:U2 y S. La primera ejecución de I:U1, que no creó ningún archivo, se conserva como registro separado. | |
unique.clipboardRegistro de entrada disponible | Usa el texto del portapapeles en lugar de content. Texto original fijado, L122 | S:C03 guardó el contenido de clipboard preparado por el autor en un DISPLAY dedicado como un archivo Markdown de nombre único. | |
unique.x-successRegistro de entrada disponible | URI de devolución a la aplicación que hizo la llamada. El receptor debe comprobar las salidas name/url/file. Texto original fijado, L123 | La entrada y el recibo del URI se registraron, pero no fueron devueltos al destinatario del HTTP que posee. EL ADAPTADOR DE NAVEGADOR PREPARADO TAMPOCO SE EJECUTA. El traspaso del sistema operativo/llamada no se ha confirmado, y no se ha determinado el fallo universal de la devolución de llamada. | |
search.vaultRegistro de entrada disponible | Nombre de la Vault o identificador de 16 caracteres. Fuente original fijada, L138 | I:S1/S2 mostró la búsqueda especificada por Vault; S:S01 abrió la barra lateral de búsqueda sin query. | |
search.queryRegistro de entrada disponible | término de búsqueda. Abra la búsqueda al omitir. Texto original fijo L139 | I:S1 muestra palabras entre comillas que coinciden con el texto del autor. I:S2 muestra palabras inexistentes y no coinciden. No se ha verificado la combinación de toda la sintaxis de búsqueda y todos los caracteres especiales. | |
hook-get-address.vaultRegistro de entrada disponible | Nombre de la Vault o identificador de 16 caracteres. Si se omite, se usa la Vault actual o la última que tuvo el foco. Fuente original fijada, L159 | En S:K01 y S:X04 se introdujo el Vault del autor, pero no hubo salida de Hook. El Vault inexistente de S:X05 produjo un diálogo de error real. Distinguimos resolver un nombre de completar una integración con Hook. | |
hook-get-address.x-successRegistro de entrada disponible | URI de devolución a la aplicación que hizo la llamada. El receptor debe comprobar las salidas name/url/file. Texto original fijado, L160 | La entrada y el recibo del URI se registraron, pero no fueron devueltos al destinatario del HTTP que posee. EL ADAPTADOR DE NAVEGADOR PREPARADO TAMPOCO SE EJECUTA. El traspaso del sistema operativo/llamada no se ha confirmado, y no se ha determinado el fallo universal de la devolución de llamada. | |
hook-get-address.x-errorRegistro de entrada disponible | Error de sección de gancho retorno URI. Las condiciones exactas de encendido por error no se estipulan en este texto. Texto original fijo L161 | La entrada y el recibo del URI se registraron, pero no fueron devueltos al destinatario del HTTP que posee. EL ADAPTADOR DE NAVEGADOR PREPARADO TAMPOCO SE EJECUTA. El traspaso del sistema operativo/llamada no se ha confirmado, y no se ha determinado el fallo universal de la devolución de llamada. |
Ver entradas 58, resultados y JSON originales 38 artículos de JSON · 58 JSON
Fuente original, oficial, método de confirmación
La fecha de confirmación es 30 de septiembre de 2026 UTC. Usando el Obsidian AppImage1.13.7 distribuido oficialmente, usando una aplicación Linux implementada en un entorno existente, tanto la aplicación como el Instalador se leyeron como 1.13.7 en la pantalla General real. Inicie la recepción del URI de la aplicación con CLI, y la pantalla de selección y configuración estándar de la nota es una operación GUI real. El auxiliar API se utiliza para la configuración/diseño inicial y la lectura de DOM, metadatos y estado guardado, y no reemplaza la creación/adición/movimiento de bloque de archivos con la escritura API. El portapapeles se preparó con API para ayudar solo al texto del autor de la PANTALLA dedicada.
El texto, la pantalla y JSON se guardaron sin procesar, y los bytes/SHA256 se arreglaron en la recepción de cada verificación de la GUI. Las primeras muestras de autor fallidas o no válidas no se han borrado. La imagen y la descarga de este artículo es una copia del byte original. La imagen OG también utiliza el PNG original después del movimiento de bloque, y no genera una interfaz de usuario ficticia. Después de la ejecución, el proceso propio de la aplicación/Xorg registra la terminación 0 y confirma el lanzamiento de DISPLAY78 y CDP9229 por separado.
- Obsidian texto original oficial del URI (confirmación fija) / texto original adquirido
- Enlaces internos oficiales: ID de bloque válido / Original
- Texto original de propiedades oficiales / Texto original de notas diarias / Texto original del creador de notas únicas
- I recibo 19 original / Recibo 37 adicional S / Recibo 2 objetivo T
El recibo anterior indica el alcance original del privado original. La copia seleccionada para este artículo no es la distribución de todos los archivos. El registro de índices, la entrada de búsqueda, la sincronización, la productividad y el éxito de la función SimpleMemo no se han evaluado a partir de esta verificación.
Rengo de colación y condiciones de verificación del original. El elemento fijo 38 es un registro de entrada, que distingue entre la observación del efecto finito del elemento 24 y la falta del elemento 14.
Preguntas frecuentes
¿Cuál es la diferencia entre obsidian:// y Web URL normal?
obsidian:// es el URI único que recibe Obsidian. No es URL para obtener la página web. Compruebe la asociación en el lado del terminal y la operación de la nota después de ir a Obsidian por separado. La medición real de este artículo es después de recibir el URI de la aplicación Linux.
¿Cómo se escribe en japonés, en blanco y #?
Codifica cada valor como URI. Un espacio se representa con %20, # con %23 y / con %2F. También debes codificar el # de un encabezado o bloque dentro del valor de file. En el ejemplo del autor que dejó un # sin codificar en el texto, no se guardó el contenido posterior a #.
¿Se usa open para añadir contenido a una nota existente?
El ejemplo verificado de adición de texto pasa file, content y append=true a new. La sección de open también menciona append/prepend, pero no enumera content; en las entradas exploratorias de esta prueba, el texto no cambió.
¿Puedo cambiar el destino pasando file o name a daily?
La versión fijada de la documentación oficial indica que daily acepta los mismos parámetros que new. Sin embargo, en esta prueba en Linux no se crearon los destinos indicados mediante name, file y path; el contenido se añadió a la nota fechada definida en los ajustes de Daily notes. Comprueba el destino con los ajustes reales y los archivos guardados.
Si especifico x-success, ¿ha confirmado la devolución?
No. En algunos casos de new, daily y unique se observó el guardado, pero no llegó ninguna respuesta al receptor HTTP controlado por el autor. Que la aplicación reciba el URI o que la CLI termine con código 0 no demuestra que la respuesta haya llegado a la aplicación que la invocó. No se comprobaron Hook, la transferencia de control del sistema operativo ni la aplicación de origen real.
¿El resultado es el mismo con iPhone?
Este artículo no ejecuta los accesos directos físicos iPhone, iOS y SimpleMemo. Este es el resultado de Vault solo para el autor de Linux Obsidian1.13.7. Para síntomas específicos de iPhone, consulte la guía de manejo de accesos directos existente y compruébalo en el terminal.
Proceder al siguiente según la entrada en cuestión
Después de consultar la especificación, usa el generador de URI para componer los valores y comprobar el destino y el texto con una nota corta de prueba. Si el proceso se detiene al iniciar, consulta la guía de problemas con atajos. Para elegir cómo capturar en Obsidian, pasa a la guía de configuración de Obsidian.