document-haness/.agents/skills/publishing-tech-log-to-studio/SKILL.md

name, description

name	description
publishing-tech-log-to-studio	Use when a finished Tech Log record .md must be put into Tech Log Studio through the browser with Playwright MCP — creating or opening the working copy, uploading assets, filling the per-kind fields, and saving. Save only; this skill never publishes.

Studio 반입 — 저장까지만

이 스킬의 경계

기록 .md 하나를 Studio 편집 화면에 넣고 저장한다. 거기서 끝난다.

게시하지 않는다. 게시는 공개 사이트에 올리는 일이고, 되돌리려면 unpublish 를 해야 하며 그 사이에 누구나 본다. 더 중요한 것은 한 번이라도 게시한 문서는 게시를 취소해도 지워지지 않는다는 것이다 — 삭제가 409 로 거절되고 「공개된 기록은 삭제할 수 없습니다」가 뜬다. 그래서 시험 삼아 게시하지 않는다. 게시는 사람이 미리보기를 읽고 판단한다.

편집 화면 오른쪽 aside 에 버튼이 저장·게시 둘뿐이다. 게시 를 누르면 저장·검증· 미리보기·게시가 한 번에 돈다. 이 스킬은 저장 만 누른다.

들어가기 전 조건

조건	확인
기록 .md 가 파서를 통과했다	studio-body.py 로 바꾼 파일에 check_body.mjs, error 0
문장 검사를 지났다	check_prose.mjs error 0
인용이 SSOT 에 실재한다	check_evidence.mjs <프로젝트> --repo
브라우저가 이미 로그인돼 있다	아래 「인증」

검사를 안 지난 초안을 넣지 않는다. 저장은 빈 칸도 받아 주기 때문에(Studio 는 한 번에 다 쓰지 않아도 저장되게 만들어져 있다) 넣는 것 자체는 성공한다. 그래서 파서·문장 검사를 여기서 대신 잡아 주지 않는다.

인증

Studio 는 조회에도 권한을 요구한다. 읽는 것이 게시 전 초안이기 때문이다.

이 저장소에 자격증명을 두지 않는다. 이미 로그인된 브라우저 세션을 쓴다. 편집 화면을 열었을 때 상태 aside 가 25초 안에 안 뜨면 인증이 안 된 것으로 보고 멈춘다. 로그인 화면을 자동으로 통과하려 들지 않는다 — 사용자에게 로그인해 달라고 말하고 기다린다.

aside[class*="studio-document-status"]   ← 이것이 안 보이면 인증 실패

주소

무엇	주소
Studio	https://hyeonworks.com/studio
편집 화면	https://hyeonworks.com/studio/documents/<id>/edit
새 문서	Studio 에서 새 문서 → 종류 선택 → 작업본 만들기

기록 frontmatter 의 id 와 studio: 가 이미 차 있으면 새로 만들지 않는다. 그 주소로 바로 간다. 비어 있으면 새로 만들고, 받은 uuid 와 편집 주소를 기록 frontmatter 에 적는다.

절차

1. 기록을 읽고 무엇을 넣을지 정한다

kind 로 칸 목록이 정해진다. 어떤 ## 제목이 Studio 의 어느 칸인지는 references/studio-form-map.md.

frontmatter 는 메타데이터고, 본문의 ## 가 Studio 의 칸이며, 제목 아래 첫 문단이 요약 이다. 계약에 없는 ## 는 화면에 자리가 없어 통째로 사라진다.

2. 그림이 있으면 Asset 을 먼저 올린다

frontmatter assets: 의 file: 이 올릴 파일이고 key: 는 저장소 쪽 이름이다. 올리면 서버가 <이름>-<해시8> 형태의 키를 준다.

본문을 넣기 전에 올린다. 순서를 뒤집으면 미리보기가 본문 전체를 막는다 — 1:1 supported local evidence key not found: <asset-key>. 다른 경로로 올렸으면 편집 화면을 한 번 새로 고쳐야 목록을 다시 받는다. 본문 문법 문제로 오해하기 쉽다.

본문은 서버가 준 키로 바꿔서 넣는다.

python3 scripts/studio-body.py <기록.md> --key <저장소 key>=<서버가 준 key> --body-only

저장소의 .md 는 마크다운 이미지로 두고 고치지 않는다. :::evidence 는 Studio 렌더러의 구문이라 저장소에 쓰면 편집기에서 그림이 안 보인다.

3. 칸을 채운다

되풀이되는 칸(영향·선택지·사실처럼 여러 줄인 것)은 줄 수를 먼저 맞추고 값을 넣는다. 줄이 모자란 채로 채우면 뒤엣것이 조용히 버려진다. 셀렉터와 배치 실행 방법은 references/playwright-recipes.md.

본문이 없는 세 종류(Reference·Question·Decision)의 칸은 평문으로 렌더링된다. 백틱과 파이프가 글자 그대로 보이고, 줄바꿈은 <br> 로만 살아난다.

4. 저장한다

aside[class*="studio-document-status"] 안의 `저장` 버튼
→ 같은 aside 의 글자가 `저장됨` 으로 바뀔 때까지 기다린다 (최대 30초)

저장됨 을 못 보면 실패다. 그 aside 의 글자를 그대로 읽어서 보고한다. 버튼을 다시 누르지 않는다 — 검증 오류로 막힌 것을 연타로 뚫으려다 게시 를 누르게 된다.

버전은 같은 aside 의 첫 dd 에 있다. 저장 전후로 읽어 두면 실제로 올라갔는지 보인다.

5. 미리보기로 읽는다

즉시 미리보기 탭은 저장한 값이 아니라 화면에 입력한 값을 렌더링한다. 그래서 게시 없이도 공개 화면과 같은 블록 렌더러로 본문을 볼 수 있다.

읽을 항목은 ../writing-tech-log-records/references/studio-draft-review.md 의 목록을 쓴다. 고칠 것이 있으면 편집 탭으로 돌아가 고치고 다시 저장한다.

6. 기록에 되적는다

새로 만들었으면 frontmatter 의 id 와 studio: 를 채우고 색인을 다시 만든다.

python3 scripts/build-tech-log-tree.py <프로젝트>
python3 scripts/verify-tech-log-tree.py <프로젝트>

build-tech-log-tree.py 는 frontmatter 의 id 가 있으면 publication 을 게시됨 으로 적는다. 이 칸은 「Studio 에 있다」는 뜻이지 「공개돼 있다」가 아니다. 공개 여부는 기록의 status 와 public: 이 말한다.

시험용 초안을 남기지 않는다

확인하려고 만든 작업본은 지운다. 다만 Decision 은 계약에 삭제 경로가 없다 — 확인용으로 만들지 않는 편이 낫다. 관계로 참조된 문서도 지워지지 않는다(DOCUMENT_IN_USE). 참조하는 쪽의 관계를 먼저 끊는다.

실패했을 때

증상	원인
aside 가 안 뜬다	인증. 로그인 화면을 자동으로 넘기지 않는다
미리보기가 본문 전체를 막는다	Asset 을 올리기 전에 본문을 넣었다. 화면을 새로 고친다
칸을 못 찾는다 (label 매치 0)	그 종류에 없는 칸이다. studio-form-map.md 를 다시 본다
값이 잘렸다	되풀이 칸의 줄 수를 안 맞추고 채웠다
저장됨 이 안 뜬다	검증이 막은 것이다. aside 글자를 읽어 보고한다