공식 사양의 참조와 저자 작성 Linux 샘플 · 확인일 2026년 9월 30일
obsidian:// URI 스킴 완전 가이드 — 전체 액션 및 함정
이 페이지는 일본어 원문을 기계 번역한 것입니다. 일본어 원문 보기
obsidian://은 다른 앱이나 런처에서 Obsidian의 노트를 열고, 만들고, 검색하기 위한 URI입니다. 먼저 용도에 맞는 액션을 선택하고, 각 값을 URI 인코딩합니다. 기존 본문에 대한 추가는 이번에 저장까지 확인한 new+append=true의 예에서 시작할 수 있습니다.
본문을 입력하여 URI를 복사하려면, 구문과 고정 Linux 관측을 구분하는 무료 URI 생성기도 참조하십시오.
여기에서는 공식 본문의 6 액션 목록에 Hook용 별도 절을 추가한 7 절·38의 액션별 파라미터 항목을 정리하고, Linux Obsidian1.13.7에 전달한 58건의 기록을 대응합니다. 결과를 얻지 못한 입력도 게시하고, 사양 설명과 실제 저장 위치를 구분하여 읽을 수 있도록 하고 있습니다.
입력하여 URL을 만들고 싶다면 기존 URI 생성기로. iPhone에서 실행되지 않거나 단축키가 멈추는 증상은 단축키 대처 가이드로 진행해 주세요. 이 페이지는 표준 URI의 의미와 입력 결과를 조사하기 위한 참고용입니다.
용도에 따라 액션을 선택합니다
기본형은 다음과 같습니다. ? 이후에 파라미터를 배치하고, 여러 항목을 &로 연결합니다. 값 안에 있는 &는 구분점으로 취급되지 않으므로 %26으로 변환합니다.
obsidian://action?param1=value¶m2=value| 액션 | 용도 | 공식 파라미터 | 이번 결과 |
|---|---|---|---|
| open | Vault·기존 노트·제목/블록 열기 | vault / file / path / prepend / append / paneType | 기존 file, 절대 path, 제목, 유효 블록, 3 종류의 패널을 관측합니다. 본문에 추가된 플래그는 효과가 확인되지 않았습니다. |
| new | 새로 만들기·기존 노트에 추가/대치 | vault / name / file / path / paneType / content / clipboard / silent / append / overwrite / x-success | name/file 저장, 추가/교체/비표시/클립보드를 관측합니다. 절대 path 작성 및 반송이 아직 이루어지지 않았습니다. |
| daily | 날짜 노트를 생성·표시 | new와 동일한 11 항목(공식 본문의 계승 규정) | Daily notes와 저장 폴더가 필요합니다. 이번에 name/file/path를 날짜 노트에 추가했습니다. |
| unique | 날짜 등의 고유명으로 작성 | vault / paneType / content / clipboard / x-success | Unique note creator와 저장 폴더가 필요합니다. 작성/3pane/본문 저장을 관측, 반환 미확인. |
| search | 검색 사이드바와 검색어를 엽니다 | vault / query | 어 있음/일치 없음/어 생략의 빈칸을 관찰합니다. |
| choose-vault | Vault 매니저를 엽니다 | 공식 열거 매개변수 없음 | 실제 선택 화면을 관측합니다 (I:M1). |
| hook-get-address | Hook 연동을 위해 현재 노트의 주소를 반환합니다 | vault / x-success / x-error | 공식 별절에 기재되어 있습니다. Hook 본체는 사용되지 않았으며, clipboard/반송 성공 없음. 존재하지 않는 Vault 오류 화면만 관측합니다. |
choose-vault에는 고정된 공식 본문에 매개변수 열거가 없습니다. 38 항목이라는 수는 그 외의 작업들의 열거를 세고, daily의 “new와 동일하다”는 규정을 11 항목으로 전개한 것입니다. 플러그인의 Advanced URI(obsidian://adv-uri)는 이 표준 사양의 대상이 아닙니다.
본문의 #도, 제목의 #도, 값으로 인코딩합니다
공식 본문은 빈칸을 %20, 슬래시를 %2F로 하도록 설명하고 있습니다. 일본어, 줄바꿈, # & ? + % / =가 혼합된 저자 본문을 값별로 변환한 I:N1에서는 저장된 Markdown이 입력과 일치했습니다. URL 전체를 한 번에 변환하면 구분도 달라지므로, vault, file, content의 값을 개별적으로 처리합니다.
const vault = encodeURIComponent('練習Vault');
const file = encodeURIComponent('ノート/日本語 メモ');
const content = encodeURIComponent('本文 # & ? + % / =\n二行目');
const uri = `obsidian://new?vault=${vault}&file=${file}&content=${content}`;위는 조립 방법에 대한 설명용 코드입니다. 단말기의 노트에 저장하는 실행은 포함되지 않습니다. 연습 Vault와 저장 대상을 자신의 이름으로 교체합니다.
생의 #를 남긴 입력에서는 후반부가 떨어졌습니다
I:W1에서는 content의 중간에 있는 #만 생생으로 남겼습니다. 저장된 것은 서두 문장만 있었고, 후반부의 본문은 파일에 없었습니다. 이 사건은 “Obsidian이 본문을 무단으로 삭제했다”는 증거가 아니라, URI 구분과 값을 혼합한 입력 결과입니다.
정확히 변환된 입력 저장Markdown 전체 텍스트
# URI新規メモ
本文 # & ? + % / = をそのまま残します。
二行目です。
検索 印
생의 #를 남긴 입력 저장 Markdown 전체 텍스트
先頭文 새로 만들기·추가·위키를 구분
new의 name은 새 노트 이름이며, 저장 위치를 Obsidian의 “Default location for new notes”에 위임합니다. file는 Vault 루트의 저장 대상을 포함하는 값입니다. 공식에서는 file이 name보다 우선한다고 기재했으며, I:N2에서도 file 지정 대상에 저장했습니다. S:N01에서는 name만 사용하고, 사전에 설정한 기본 폴더에 저장하고 있습니다.
obsidian://new?vault=Practice&file=Inbox%2FURI-test&content=Hello%20World기존 본문을 남겨두고 추가하는 경우 append=true을 전달합니다. I:N3에서는 기존 본문을 유지하여 추가했습니다. overwrite=true는 기존 본문을 교체하는 지정이며, I:N5에 별도의 원문/저장 후 기록이 있습니다. 공식은 “append가 설정되지 않은 경우에만 overwrite”라고 기재했으며, S:N03의 두 지정 모두에 대해 추가되었습니다. 일상적인 본문 추가에 덮어쓰기 지정을 섞을 필요가 없습니다.
obsidian://new?vault=Practice&file=Inbox%2FURI-test&content=Another%20line&append=truesilent=true의 I:N4은 저장 파일을 만들면서 표시 중인 노트를 유지했습니다. clipboard=true의 S:C01/C02/C03은 전용 화면의 저자 본문을 new/daily/unique에 저장하고 있습니다. 동시에 content도 전달한 S:C04에서는 clipboard 본문이 저장되었습니다. 이 한 세트의 우선 결과를 모든 단말기의 모든 형식으로 확장할 수 없습니다.
본문과 속성을 병합한 예시
S:M03은 문서화된 new·append·content을 기존 저자 노트에 전달했습니다. 실제 저장 파일에서는 제목이 추가 측의 값이 되고, 기존 kept는 유지되며, tags는 양쪽을 모두 포함하고, 본문은 끝에 추가되었습니다. 다음은 121bytes의 저장 Markdown 전체 텍스트입니다. 이 한 세트를 제외한 타입·중복 키·복잡한 YAML은 시도하지 않았습니다.
---
title: 追加の題
kept: 元の値
tags:
- 初期
- 追加
source: URI
---
元の本文。
追加の本文。
절대 path의 신규 생성은 성공 사례에 포함하지 않습니다
공식 new 절은 globally absolute path을 설명하고 있습니다. S:N02는 경쟁하는 vault/name/file에서도 전달된 입력으로 파일을 만들 수 없었습니다. 별도 계획 T:P1은 등록된 저자 Vault 내의 미작성 파일에 path와 content만을 전달했습니다. 그럼에도 불구하고 6초 후에 대상 파일이 없었고, 화면은 인덱스 그대로였습니다. 이는 하나의 Linux 앱 수신 경로에 대한 기록이며, 원인이나 전체 환경의 오류를 단정하는 결과가 아닙니다.
제목·블록으로 이동
제목은 file 값에 ノート名#見出し을 넣고, 블록은 ノート名#^block-id를 넣어 그 값을 인코딩합니다. I:O5은 저자 노트의 제목으로 이동한 것을 확인했습니다. 블록 ID에는 영문자·숫자·대시만 사용합니다(고정 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-01첫 번째 S:O01은 일본어가 포함된 ^著者block이라는 저자 샘플이며, 이동 위치를 나타내는 유효한 증거를 얻지 못했습니다. 제품의 실패를 계산하지 않고, 별도의 Vault의 긴 노트에 유효한 ^target-01을 준비한 T:B1를 추가했습니다. 다른 인덱스 노트에서 URI를 전달하면 대상 노트가 열리고 화면 밖에 있던 단락이 표시 범위로 이동했습니다.
실제 읽기에서는 대상 단락의 top이 1905.65625px부터 467.59375px(표시 높이 1000px)이며, scrollTop은 1438이었습니다. 원본 2Markdown은 bytes와 SHA256가 불변입니다. 사전 위치·별도 노트의 기준·이동 후를 세 개의 화면에 남겨두고 있습니다.
이동 대상의 원본 Markdown 전체 보기
# 長い対象 メモ
確認前の著者段落 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
축약형 obsidian://vault/Vault名/ノート名과 obsidian:///絶対パス은 open에 대한 생략 표기법입니다. S:H01/H02은 각각 저자 노트를 표시했습니다. 값의 일본어·공백·구문 처리는 일반 매개변수와 동일하게 확인합니다.
일일 노트와 고유명 노트는 플러그인 및 저장 대상도 확인합니다
daily에는 Daily notes, unique에는 Unique note creator 코어 플러그인이 필요하다고 공식적으로 명시되어 있습니다. 첫 번째 I:D1/U1는 파일을 생성할 수 없었으며, 실패 기록을 그대로 남겼습니다. 이후의 별도 계획에서는 실제 저자용 저장 폴더를 준비하고, 색인에서 일일 파일을 생성하는 I:D2와 고유명 파일을 생성하는 I:U2를 관찰했습니다. 이 전제 변경만을 실패의 원인으로 단정하고 있지 않습니다.
obsidian://daily?vault=Practice&content=Daily%20entry
obsidian://unique?vault=Practice&content=Unique%20entry고정된 공식 본문은 daily이 new과 동일한 파라미터를 받는다고 설명하고 있습니다. 하지만 S:D01/D02/D03에서는 name·file·path 각각의 지정 대상을 할 수 없으며, Daily notes 설정의 日次/2026-09-30.md에 추가되었습니다. 이름 지정 신규 노트는 new이며, 날짜 노트 입력은 daily으로 구분하여 사용하고, 최종 저장 대상을 실제 파일로 확인하는 것이 이 관측에서 안내할 수 있는 범위입니다.
S:D04은 silent에서 인덱스 표시를 유지하면서 일일 데이터를 저장했습니다. S:D05는 append와 overwrite를 모두 지정하여 원문을 유지했지만, 플래그가 없는 daily도 추가했기 때문에 append 단독 기여와 overwrite만의 동작은 확인되지 않았습니다.
표시 대상 선택 paneType
open/new/daily/unique에서, paneType=tab, split, window의 12 입력을 각각 기록했습니다(S:P01〜P12). 공식적으로 window는 데스크톱 전용입니다. 실제 메인 탭, 탭 그룹, 별도의 팝업 화면을 읽어 스크린샷을 남기고 있습니다. 닫힌 화면의 메타데이터가 남아 있기 때문에, 전역의 leaf 총수만으로 성공 여부를 판단하지 않습니다.
x-success·x-error은 반송지에서 수신을 확인합니다
공식은 x-success으로의 반송에 name(확장자 없음), url(obsidian URI), 데스크톱용 file(file URI)를 포함한다고 설명하고 있습니다. 저장 성공과 호출자가 반송을 받은 것은 별개입니다. S:X01/X02/X03는 노트 저장을 관측했지만, 저자가 소유한 localhost HTTP 수신 대상에는 수신이 없었습니다. 준비한 브라우저 어댑터도 실행되지 않았으며, OS·호출자 핸드오프까지 확인하지 못했습니다.
Hook용 hook-get-address은 x-success이 있으면 그곳에 반환하고, 생략하면 현재 노트의 Markdown 링크를 clipboard에 복사하면 공식적으로 명시되어 있습니다. S:K01에서는 저자 clipboard의 번병값이 변하지 않았으며, S:X04에서도 반환이 없었습니다. Hook 본체는 실행하고 있지 않습니다. S:X05의 존재하지 않음 Vault에서는 실제 “Vault not found” 대화 상자를 표시했지만, x-error의 수신은 없습니다. 오류 표시를 반송 성공 및 전체 콜백 제품 고장으로 교체하지 않습니다.
38 항목의 입력과 실제 결과를 대응합니다
38/38은 “각 액션별 파라미터를 포함하는 입력 기록이 있다”는 숫자입니다. '사양의 효과가 모두 성공했다'는 숫자는 아닙니다. open의 추가 플래그, new의 절대 path, daily의 지정 대상, 양쪽 플래그의 기여, Hook/callback에는 부족이 남습니다. I는 최초의 19건이며, S는 추가 37건, T는 유효 블록·경쟁이 없는 path의 2건입니다. 각 ID에서 원래의 JSON로 진행합니다.
| 항목 | 공식의 기재 | 실질 결과 / 남아 있는 부족 | 해당 관측 |
|---|---|---|---|
open.vault입력 기록 있음 | Vault명 또는 16 문자 ID. 고정 원문 L54 | I:O1은 Vault명이며, I:O3는 16 문자 ID로 지정된 Vault를 표시합니다. ID는 이 open 입력으로 확인하고, 다른 액션의 모든 ID 조합에 확장하지 않습니다. | |
open.file입력 기록 있음 | Vault 내의 이름 또는 루트에서의 상대 경로. .md은 생략할 수 있습니다. 고정 원문 L55 | I:O2은 일본어·공백의 상대 경로이며, I:O3은 .md와 함께 표시됩니다. I:O5은 헤더이며, T:B1는 유효 블록으로 이동합니다. I:O6가 존재하지 않습니다. file은 알림 및 생성이 없습니다. | |
open.path입력 기록 있음 | 파일 시스템의 절대 경로. 지정하면 vault/file보다 우선하며, 포함하는 Vault를 찾는다고 기재됩니다. 고정 원문 L56,57,58,59 | I:O4은 등록된 저자 Vault 내의 절대 경로로 기존 노트를 표시합니다. 동시에 지정한 무효 vault/file보다 실제 path가 사용되었습니다. 새로 만든 path와 결과를 나눕니다. | |
open.prepend입력 기록 있음 | 앞에 추가하고 속성을 병합하려고 시도한다고 기재되어 있습니다. open절에 본문 운반의 content이 열거되어 있지 않습니다. 고정 원문 L60 | 탐색적 S:M02에서는 대상을 표시하고, 바이트는 변하지 않습니다. 올바른 본문 운반을 검증하지 못했으며, 공식 효과를 성공인지 오류인지 판단하지 않습니다. | |
open.append입력 기록 있음 | 파일 끝에 추가하고 속성 병합도 시도하면 기재됩니다. 본문 운반의 content은 open절에 열거되어 있지 않습니다. 고정 원문 L61 | 탐색적 S:M01에서는 대상을 표시하고, 바이트는 변하지 않습니다. 공식 효과의 유효한 추가 본문에 대한 증거가 없습니다. 본문에 추가된 실례는 new+append를 사용합니다. | |
open.paneType입력 기록 있음 | tab=새 탭, split=새 그룹, window=팝아웃(데스크톱만). 고정 원문 L62,63,64,65,66 | S:P01/P02/P03은 각 tab/split/window에서 새 탭·새 그룹·별도 화면을 실제로 표시합니다. window는 Linux 데스크톱 전용 기록입니다. | |
new.vault입력 기록 있음 | Vault명 또는 16 문자 ID. 고정 원문 L81 | 저자 Vault명을 포함한 I:N1〜N5과 S의 신규 입력으로 저장을 관찰했습니다. 경쟁 path의 S:N02은 다른 미달 입력입니다. new에서 16 문자 ID 전체 조합을 시도하지 않았습니다. | |
new.name입력 기록 있음 | 새 노트명. 저장 위치는 new notes 설정의 Default location입니다. 고정 원문 L82 | I:N1은 name만으로 만들었고, I:N2는 동시에 지정한 file 대상을 사용했습니다. S:N01는 미리 설정한 Default location for new notes의 작성자 폴더에 저장되었습니다. | |
new.file입력 기록 있음 | Vault 루트의 저장 대상 및 이름. 지정하면 name보다 우선합니다. 고정 원문 L83 | I:N2은 Vault 루트에서 생성된 대상에 저장하고 동시에 name를 사용하지 않았습니다. I:N3/N5은 기존 file의 추가/교체입니다. 존재하지 않는 부모 폴더의 전체 형식은 시도하지 않았습니다. | |
new.path입력 기록 있음 | 파일 시스템의 절대 경로. 지정하면 vault/file보다 우선하며, 포함하는 Vault를 찾는다고 기재됩니다. 고정 원문 L84 | S:N02은(는) 충돌 입력으로 미달되었습니다. 별도 T:P1은 등록된 저자 Vault 내의 미작성 파일에 path+content만 입력하고, 6초 후에도 생성되지 않습니다. 성공 사례가 없습니다. | |
new.paneType입력 기록 있음 | tab=새 탭, split=새 그룹, window=팝아웃(데스크톱만). 고정 원문 L85 | S:P04/P05/P06은 new의 저장 대상인 Markdown과 tab/split/window의 표시를 각각 관측합니다. | |
new.content입력 기록 있음 | 저장할 본문. 값의 기호와 줄바꿈도 인코딩합니다. 고정 원문 L86 | I:N1의 일본어·기호·개행은 저장된 본문과 일치합니다. I:W1의 생#은 후반을 잃었습니다. T:P1는 content을 입력해도 path 파일을 입력할 수 없었던 별도 기록입니다. | |
new.clipboard입력 기록 있음 | content 대신 클립보드 본문을 사용합니다. 고정 원문 L87 | S:C01은 전용 DISPLAY의 저자 clipboard을 저장합니다. S:C04는 content와 동시에 지정하여 clipboard 본문을 저장합니다. 이 한 세트의 우선 결과로 모든 형식이 보장되지 않습니다. | |
new.silent입력 기록 있음 | 만든 노트를 열지 않습니다. 고정 원문 L88 | I:N4은 새 Markdown을 저장하면서 표시 중 메모를 유지했습니다. 저장 여부와 화면이 열리는지 별도로 확인합니다. | |
new.append입력 기록 있음 | 기존 파일이 있는 경우 끝을 추가하도록 지정합니다. 고정 원문 L89 | I:N3은 기존 본문을 유지하고 끝을 추가합니다. S:N03의 append+overwrite도 추가합니다. S:M03는 저자 YAML과 본문을 병합합니다. | |
new.overwrite입력 기록 있음 | append을 설정하지 않은 경우 기존 본문을 교체합니다. 고정 원문 L90 | I:N5의 overwrite 단독은 기존 본문을 교체합니다. S:N03는 append을 동시에 지정하여 기존 본문을 유지하고 추가했으며, overwrite를 사용하지 않았습니다. | |
new.x-success입력 기록 있음 | 호출 원본의 반송 URI. name/url/file 출력을 수신 측에서 확인해야 합니다. 고정 원문 L91 | 입력·URI 수신을 기록했지만, 소유한 HTTP 수신처로 반송되지 않았습니다. 준비한 브라우저 어댑터도 실행되지 않습니다. OS/호출자 핸드오프가 확인되지 않았으며, 콜백의 보편적인 실패는 단정하지 않습니다. | |
daily.vault입력 기록 있음 | Vault명 또는 16 문자 ID. 고정 원문 L104,81 | I:D1의 최초는 Markdown이 없습니다. 저장 폴더와 색인 기준을 준비한 별도 계획 I:D2는 등록된 저자 Vault의 일일 저장소에 저장됩니다. 원인을 전제 변경만으로 단정하지 않습니다. | |
daily.name입력 기록 있음 | 새 노트명. 저장 위치는 new notes 설정의 Default location입니다. 고정 원문 L104,82 | S:D01은 지정된 name이 아니라 설정된 날짜 노트에 추가합니다. | |
daily.file입력 기록 있음 | Vault 루트의 저장 대상 및 이름. 지정하면 name보다 우선합니다. 고정 원문 L104,83 | S:D02은 지정된 file이 아니라 설정된 날짜 노트에 추가합니다. | |
daily.path입력 기록 있음 | 파일 시스템의 절대 경로. 지정하면 vault/file보다 우선하며, 포함하는 Vault를 찾는다고 기재됩니다. 고정 원문 L104,84 | S:D03은 지정된 path이 아니라 설정된 날짜 노트에 추가합니다. | |
daily.paneType입력 기록 있음 | tab=새 탭, split=새 그룹, window=팝아웃(데스크톱만). 고정 원문 L104,85 | S:P07/P08/P09은 설정된 일차에 본문을 저장하고, 각각 tab/split/window을 실제 표시합니다. | |
daily.content입력 기록 있음 | 저장할 본문. 값의 기호와 줄바꿈도 인코딩합니다. 고정 원문 L104,86 | I:D2와 S의 다중 입력으로 설정된 날짜 파일에 본문을 저장합니다. I:D1의 최초 실패와 S:D01〜D03의 지정 대상 차이는 별도 기록에 남깁니다. | |
daily.clipboard입력 기록 있음 | content 대신 클립보드 본문을 사용합니다. 고정 원문 L104,87 | S:C02은 전용 DISPLAY의 저자 clipboard 본문을 기존 일일 파일에 추가합니다. 물리 iPhone 및 OS 간 clipboard은 아직 검증되지 않았습니다. | |
daily.silent입력 기록 있음 | 만든 노트를 열지 않습니다. 고정 원문 L104,88 | S:D04은 일일 파일에 저장하고, 실제 표시는 인덱스를 유지합니다. | |
daily.append입력 기록 있음 | 기존 파일이 있는 경우 끝을 추가하도록 지정합니다. 고정 원문 L104,89 | S:D05은 append+overwrite에서 원본 본문을 유지하고 추가합니다. 플래그가 없는 daily도 추가했기 때문에 append만의 인과관계는 분리되지 않았습니다. | |
daily.overwrite입력 기록 있음 | append을 설정하지 않은 경우 기존 본문을 교체합니다. 고정 원문 L104,90 | S:D05은 append+overwrite의 동시 입력입니다. 원본 본문 유지를 관측했지만 overwrite 단독은 아직 시험되지 않았습니다. | |
daily.x-success입력 기록 있음 | 호출 원본의 반송 URI. name/url/file 출력을 수신 측에서 확인해야 합니다. 고정 원문 L104,91 | 입력·URI 수신을 기록했지만, 소유한 HTTP 수신처로 반송되지 않았습니다. 준비한 브라우저 어댑터도 실행되지 않습니다. OS/호출자 핸드오프가 확인되지 않았으며, 콜백의 보편적인 실패는 단정하지 않습니다. | |
unique.vault입력 기록 있음 | Vault명 또는 16 문자 ID. 고정 원문 L119 | I:U1의 최초는 Markdown이 없습니다. 저장 폴더를 준비한 별도 계획 I:U2와 S에서는 저자 Vault에 고유명 Markdown을 생성했습니다. | |
unique.paneType입력 기록 있음 | tab=새 탭, split=새 그룹, window=팝아웃(데스크톱만). 고정 원문 L120 | S:P10/P11/P12은 고유명 Markdown의 보존과 tab/split/window의 각 표시를 관측합니다. | |
unique.content입력 기록 있음 | 저장할 본문. 값의 기호와 줄바꿈도 인코딩합니다. 고정 원문 L121 | I:U2와 S의 고유명 파일에 저자 본문을 저장합니다. 첫 번째 I:U1은 생성되지 않은 별도 기록으로 보관됩니다. | |
unique.clipboard입력 기록 있음 | content 대신 클립보드 본문을 사용합니다. 고정 원문 L122 | S:C03은 전용 DISPLAY의 저자 clipboard을 고유명 Markdown에 저장합니다. | |
unique.x-success입력 기록 있음 | 호출 원본의 반송 URI. name/url/file 출력을 수신 측에서 확인해야 합니다. 고정 원문 L123 | 입력·URI 수신을 기록했지만, 소유한 HTTP 수신처로 반송되지 않았습니다. 준비한 브라우저 어댑터도 실행되지 않습니다. OS/호출자 핸드오프가 확인되지 않았으며, 콜백의 보편적인 실패는 단정하지 않습니다. | |
search.vault입력 기록 있음 | Vault명 또는 16 문자 ID. 고정 원문 L138 | I:S1/S2은 지정된 Vault의 검색을 표시하고, S:S01는 query 없이 검색 사이드바를 열었습니다. | |
search.query입력 기록 있음 | 검색어. 생략할 때는 검색을 엽니다. 고정 원문 L139 | I:S1은 저자 본문에 일치하는 따옴표가 포함된 단어를 표시합니다. I:S2은 존재하지 않는 단어를 표시하고 일치하지 않습니다. 전체 검색 구문 및 모든 특수 문자의 조합은 아직 검증되지 않았습니다. | |
hook-get-address.vault입력 기록 있음 | Vault명 또는 16 문자 ID. 생략할 때는 현재/마지막에 포커스된 Vault입니다. 고정 원문 L159 | S:K01/S:X04은 저자 Vault를 입력했지만 훅 출력이 없습니다. S:X05의 존재하지 않는 Vault는 실제 오류 대화 상자입니다. 이름 해결과 Hook 연동 성공을 구분합니다. | |
hook-get-address.x-success입력 기록 있음 | 호출 원본의 반송 URI. name/url/file 출력을 수신 측에서 확인해야 합니다. 고정 원문 L160 | 입력·URI 수신을 기록했지만, 소유한 HTTP 수신처로 반송되지 않았습니다. 준비한 브라우저 어댑터도 실행되지 않습니다. OS/호출자 핸드오프가 확인되지 않았으며, 콜백의 보편적인 실패는 단정하지 않습니다. | |
hook-get-address.x-error입력 기록 있음 | 후크 섹션의 오류 반환 URI. 정확한 오류 발화 조건은 이 본문에 규정되어 있지 않습니다. 고정 원문 L161 | 입력·URI 수신을 기록했지만, 소유한 HTTP 수신처로 반송되지 않았습니다. 준비한 브라우저 어댑터도 실행되지 않습니다. OS/호출자 핸드오프가 확인되지 않았으며, 콜백의 보편적인 실패는 단정하지 않습니다. |
원본·공식 출처·확인 방법
확인일은 2026년 9월 30일 UTC입니다. 공식 배포된 Obsidian AppImage1.13.7를 기존 환경에서 배포한 Linux 앱을 사용했으며, 실제 General 화면에서 앱과 Installer가 모두 1.13.7로 읽혔습니다. 앱 URI 수신을 CLI로 실행하고, 노트 기준 선택·설정 화면은 실제 GUI 조작입니다. 보조 API는 초기 설정/레이아웃 및 DOM·메타데이터·저장 상태를 읽는 데 사용되며, 파일의 생성/추가/블록 이동을 API 쓰기로 대체하지 않습니다. 클립보드는 전용 DISPLAY의 저자 본문만 보조 API로 준비했습니다.
본문·화면·JSON은 가공하지 않고 저장했으며, 각 GUI 검증 영수증으로 bytes/SHA256을 고정했습니다. 첫 번째 실패나 무효인 저자 샘플도 삭제하지 않았습니다. 이 기사의 이미지와 다운로드는 원본의 바이트 단위 복사본입니다. OG 이미지도 블록 이동 후의 원본 PNG를 그대로 사용하며, 가상의 UI를 생성하지 않습니다. 실행 후의 소유 앱/Xorg 프로세스는 종료 0를 기록하고, DISPLAY78와 CDP9229의 해제를 별도로 확인하고 있습니다.
- Obsidian 공식 URI 원문(고정 커밋) / 획득한 원문
- 공식 내부 링크: 유효한 블록 ID / 원문
- 공식 Properties 원문 / Daily notes 원문 / Unique note creator 원문
- I원래 19건의 receipt / S추가37건의 receipt / T대상2건의 receipt
위 영수증은 원본 사유의 범위를 나타냅니다. 이 기사에 대한 선택 복사본은 전체 아카이브 배포가 아닙니다. 인덱스 등록, 검색 유입, 동기화, 생산성, SimpleMemo 기능의 성공은 이 검증으로부터 평가되지 않았습니다.
원본의 대조 범위와 검증 조건。 고정 38 항목은 입력 기록이며, 24 항목의 제한된 효과 관측과 14 항목의 부족을 구분하고 있습니다.
자주 묻는 질문
obsidian://와 일반 웹 URL은 무엇이 다릅니까?
obsidian://은 Obsidian이 수신하는 고유 URI입니다. 웹 페이지를 가져오는 URL이 아닙니다. 터미널 측의 연관과 Obsidian으로 넘어간 후의 노트 작업은 별도로 확인합니다. 이 기사 실측은 Linux 앱의 URI를 받은 후입니다.
일본어, 공백, #는 어떻게 씁니까?
값마다 URI를 인코딩합니다. 공백은 %20, #는 %23, /는 %2F입니다. 제목·블록 지정 #도 file 값 안에서 인코딩합니다. 본문의 생 #를 남긴 저자 예에서는 # 이후가 저장되지 않았습니다.
기존 노트에 추가하려면 open을 사용합니까?
본문 추가에 확인된 예는 new에 file, content, append=true를 전달한 것입니다. open 절에도 append/prepend에 대한 기재가 있지만, content은 같은 절에 열거되지 않았으며, 이 검증의 탐색적 입력에서는 본문이 변하지 않았습니다.
daily에 file이나 name를 전달하면 저장처를 변경할 수 있습니까?
고정된 공식 본문은 daily이 new과 동일한 파라미터를 받는다고 기재하고 있습니다. 한편, 이번 Linux 입력에서는 name·file·path의 지정 대상을 만들지 않고 Daily notes 설정의 날짜 노트에 추가했습니다. 저장 대상은 실제 설정과 파일에서 확인해 주세요.
x-success을 지정하면 반송까지 확인되었습니까?
아니요. new·daily·unique에서는 저장을 관측한 입력도 있지만, 소유하고 있는 HTTP 반송 대상에는 수신이 없었습니다. 앱에 대한 URI 수신 및 CLI 종료 0는 호출자에게 반환된 증거가 되지 않습니다. Hook, OS 핸드오프, 실제 호출 원본 앱은 확인되지 않았습니다.
iPhone도 같은 결과인가요?
이 기사에서는 물리 iPhone, iOS 단축키, SimpleMemo를 실행하고 있지 않습니다. Linux Obsidian1.13.7의 저자용 Vault만의 결과입니다. iPhone 고유의 증상은 기존의 단축키 대응 가이드를 참고하시고, 단말기에서 확인하십시오.
손에 있는 입력에 맞춰 다음으로 진행
사양을 확인하면, URI 생성기로 값을 구성하고, 작업용 짧은 노트에서 저장 대상과 본문을 확인할 수 있습니다. 시작 단계에서 멈추는 경우에는 단축키 처리 가이드로 이동하십시오. Obsidian에 대한 입력 방법 전체를 선택하려면 Obsidian 설정 가이드로 진행하십시오.