Jeden Skill in Manus ausführen
mit einem Klick

Jeden Skill in Manus mit einem Klick ausführen

blog-i18n-sync

Sterne0

Forks0

Aktualisiert13. Juli 2026 um 16:09

Translates ThakiCloud blog posts from Korean to English and Arabic and audits ko/en/ar parity so all three languages ship together in every batch. Use when adding or refreshing blog content that must ship in all three languages, translating a ko post to en/ar, or auditing language parity gaps. Korean+English triggers: 블로그 번역, 다국어 블로그, ko en ar 같이 배포, 트릴링구얼, 언어 패리티, blog translate, trilingual parity, i18n sync. Do NOT use for publish-cap/curation decisions (use tech-blog-manager), for build/push (use tech-blog-deploy), or for nightly quality scoring/rewriting (use tech-blog-evolve).

Installation

Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.

In Manus ausführen

Quelle

sylvanus4

sylvanus4/github-to-notion-sync

GitHub-Repository öffnen Creator-Repositorys ansehen

Download

In Manus ausführen

Verwandte BerufeSOC

Basierend auf der SOC-Berufsklassifikation

Marktforschungsanalysten und MarketingspezialistenWirtschafts- und Finanzberufe·SOC 13-1161

Datei-Explorer

3 Dateien

SKILL.md

readonly

name

blog-i18n-sync

description

blog-i18n-sync

ThakiCloud 블로그는 ko 원작 → en/ar 번역으로 항상 3개 언어가 함께 만들어지고 함께 배포된다 (사용자 규칙). 번역은 자연스럽게, sonnet 모델로 충분하다. 기계 번역투 금지.

불변식 (parity)

새/갱신 콘텐츠는 ko 작성 후 즉시 en+ar 번역해 같은 배치에서 배포한다. ko만 올리고 끝내지 않는다.
배포 전 blog_parity.py로 published ko 글이 en/ar 형제를 갖는지 감사한다. gap 있으면 배포 보류.
en/ar는 ko의 cap/refresh 정책을 그대로 따른다(owm refresh면 en/ar owm도 신모델로 교체).

경로·front-matter 규약 (결정론)

ko _posts/ko/<cat>/<date>-<slug>.md → 번역 대상:

en: _posts/en/<cat>/<date>-<slug>.md, lang: en, canonical_url: https://thakicloud.github.io/en/<cat>/<slug>/
ar: _posts/ar/<cat>/<date>-<slug>.md, lang: ar, canonical_url: https://thakicloud.github.io/ar/<cat>/<slug>/
slug·categories·date·tags는 동일 유지. title/excerpt/seo_title/seo_description/본문은 번역.
ar 본문은 RTL 자연스러운 아랍어. 코드블록·모델명·repo id·숫자는 원형 유지.

번역 계약 (sonnet 서브에이전트)

번역기는 의미 보존 + 자연스러운 목표어가 목표다. 직역/기계번역투 금지:

기술 용어·고유명사·repo id·벤치마크 수치·코드는 그대로. 문장은 목표어 모어 화자가 쓰듯.
humanizer 원칙을 목표어에도 적용: 영어는 em대시(—) 금지·과장어 금지, 아랍어도 과장·상투 결론 금지.
front-matter의 lang·canonical_url만 위 규약대로 바꾸고 나머지 키는 보존.
본문 길이·구조(헤더/표/toc)는 ko와 대응. 누락 금지(5문단→5문단).

스크립트

스크립트	역할
`scripts/blog_parity.py [--json\|--all]`	published ko ↔ en/ar 형제 존재 감사. gap이면 exit 1
`scripts/blog_i18n_target.py <ko> \| --all-gaps`	ko 글의 절대 en/ar 타겟 경로 출력(서브모듈 가드). 디스패치 프롬프트는 이 출력 경로를 그대로 넘긴다(경로 오해 방지)

워크플로

ko 작성/갱신 (tech-blog-manager 정책대로)
gap 확인: python3 scripts/blog_parity.py
gap 있는 ko 글마다 sonnet 서브에이전트로 en+ar 생성(위 계약). 경로/front-matter 규약 준수.
tech-blog-manager의 blog_apply.py --write로 cap/refresh 재적용(en/ar 포함)
blog_parity.py 재확인 → PARITY OK
tech-blog-deploy로 빌드 검증 후 배포(push → GitHub Actions)

gotchas

ko 글 1개당 번역 2개 = 배치가 커진다. 병렬 서브에이전트로 분산하되 각자 파일 1~2개만.
en/ar 기존 글의 slug에 -ko/-ar 접미사가 섞여 있어 parity 매칭은 접미사·날짜를 정규화한다.
owm처럼 refresh되는 카테고리는 en/ar 구 모델도 unpublish + 신모델 번역으로 교체(ko와 동일).
경로 오해 (2026-06-20 실사고): 번역 서브에이전트가 base path를 잘못 해석해 서브모듈 (thakicloud.github.io/) 대신 별도 클론 디렉토리(~/thaki/thakicloud.github.io/)에 파일을 씀 → 서브모듈에 반영되지 않아 배포 누락. 방지: 서브에이전트에 절대경로(BLOG_ROOT)를 명시적으로 전달하고, 쓰기 전 assert (BLOG_ROOT / '_config.yml').exists() 게이트로 서브모듈 내부임을 검증.

Mehr aus diesem Repository

gleiches Repository

jarvis

sylvanus4/github-to-notion-sync

Meta-orchestrator that decomposes user goals into agent execution plans with model routing and dependency ordering, optionally pursuing them via Goal Mode with pursuing/paused/achieved/unmet/budget-limited lifecycle states. Maintains a persistent TODO backlog under state/todos/. Pipeline Mode auto-triggers for registered pipelines (report, persona, deep-research, research-report) and executes immediately. Use when: "jarvis", "자비스", "plan how to do X", "decompose this goal", "goal mode", "목표 모드", "pursue this until done", "jarvis goal", "jarvis plan", "자비스 계획", "자비스 목표", "long-running objective", "multi-turn goal", "멀티턴 목표", "장기 목표", "계획 세워줘", "jarvis todo", "자비스 TODO", "보고서 작성해줘", "리포트 만들어줘", "보고서 생성", "분석 보고서", "슬랙에 리포트 보고", "슬랙에 보고서 공유", "리서치해서 슬랙에 보고", "페르소나 분석", "관점 분석해줘", "관점 분석", "딥 리서치", "리서치해서 보고서로". Do NOT use for a single known skill (invoke directly), simple edits, or one-shot tasks. Do NOT use for daily pipeline (use today). Do NOT use for "딥 리서치" without "보고서" → use deep-research-pipeline.

2026-07-140

metis-finetune-eval

sylvanus4/github-to-notion-sync

End-to-end playbook to fine-tune and evaluate an LLM on ThakiCloud Metis (kubeflow-llm-training + vLLM serving on compute-h200). Covers served-model data generation, dataset→S3, TrainJob submission (with every admission gotcha), LoRA adapter serving for inference, and gate-based A/B eval. Use when "모델 학습시켜줘", "파인튜닝 돌려줘", "TrainJob 띄워줘", "학습 전후 평가/A/B", "데모 GPU로 학습", "fine-tune on the cluster", "train and evaluate", "serve the adapter and compare". General across models. Do NOT use for local/Colab training (use colab-unsloth-finetune) or serving-only ops (use demo-llm-inference-test).

2026-07-140

qa-issue-dedup-poster

sylvanus4/github-to-notion-sync

Sync the #ai-platform-internal-qa Slack channel (demo.thakicloud.net QA reports) to a local corpus with full threads, filter out completion-tagged (완료/확인_완료) items, and dedup-check a new QA finding before posting it in the team's expert template. Use when "QA 이슈 올리기 전 중복 체크", "내부 QA 슬랙 싱크", "demo qa 중복 확인", "이 버그 이미 올라왔나", "internal-qa 채널", "check if this QA issue is a duplicate", "post QA finding". Do NOT use for GitHub issue dedup (use github-issue-dedupe), monitor/alert spam throttling (use slack-alert-dedup-cooldown), or general Slack posting (use scripts/slack_post_message.py).

2026-07-140

tds-ui-generator

sylvanus4/github-to-notion-sync

Generate THAKI Design System (@thaki/tds) desktop-console UI from text / sketch / screenshot via a two-stage IR (UX-IR -> TDS-IR) with a deterministic compiler + validation gate + repair loop. Use when "TDS로 UI 생성", "화면 생성기", "디자인시스템 컴포넌트 트리 생성", "UI generator", "screenshot to TDS". Owns the TDS Component Registry (61 primitives) and the synthetic data engine for training a UI-gen model. Do NOT use for freehand React coding (use frontend-design) or Figma sync (use figma-to-tds).

2026-07-140

kakao-emoticon-forge

sylvanus4/github-to-notion-sync

Turn a known cartoon/comic character into a KakaoTalk-quality emoticon set (360x360 transparent, animated). Extracts a clean single-character reference, then generates held-cel sprite sheets with gpt-image-2 (body held, one part moves), splits/keys/stabilizes them, and compiles to KakaoTalk spec + GIF + PNG. Use when "이모티콘 만들어줘", "카카오 이모티콘", "캐릭터 이모티콘화", "움직이는 이모티콘", "emoticon set", "kakaotalk sticker set", "animate my character", "sprite emoticon". Do NOT use for one-off single stickers/messengers other than Kakao (use sticker-forge `stickerforge make`), plain image generation (use gpt-image-2), a pose sheet meant for dance/video (use pose-sheet-to-animation), or video (use video-producer).

2026-07-140

nunchi-map

sylvanus4/github-to-notion-sync

Resume/continue development of 눈치맵 (nunchi-map) — a real-time local crowd/wait/on-site-photo app (대국민 눈치게임): enter a destination, see how crowded it is now, expected wait, and live '지금 뜨는 곳' ranking. Routes to the repos, explains architecture + how to run/verify, and lists the exact next gaps. Use when the user says "눈치맵", "누치맵", "nunchi-map", "대국민 눈치게임", "혼잡도 앱", "지금 뜨는 곳", or asks to continue/extend/deploy that app or its landing page. Do NOT use for ThakiCloud product repos (see [[thaki-platform-repos]]) or generic Go/React scaffolding unrelated to this app.

2026-07-140

name

blog-i18n-sync

description

blog-i18n-sync

불변식 (parity)

새/갱신 콘텐츠는 ko 작성 후 즉시 en+ar 번역해 같은 배치에서 배포한다. ko만 올리고 끝내지 않는다.
배포 전 blog_parity.py로 published ko 글이 en/ar 형제를 갖는지 감사한다. gap 있으면 배포 보류.
en/ar는 ko의 cap/refresh 정책을 그대로 따른다(owm refresh면 en/ar owm도 신모델로 교체).

경로·front-matter 규약 (결정론)

ko _posts/ko/<cat>/<date>-<slug>.md → 번역 대상:

en: _posts/en/<cat>/<date>-<slug>.md, lang: en, canonical_url: https://thakicloud.github.io/en/<cat>/<slug>/
ar: _posts/ar/<cat>/<date>-<slug>.md, lang: ar, canonical_url: https://thakicloud.github.io/ar/<cat>/<slug>/
slug·categories·date·tags는 동일 유지. title/excerpt/seo_title/seo_description/본문은 번역.
ar 본문은 RTL 자연스러운 아랍어. 코드블록·모델명·repo id·숫자는 원형 유지.

번역 계약 (sonnet 서브에이전트)

번역기는 의미 보존 + 자연스러운 목표어가 목표다. 직역/기계번역투 금지:

기술 용어·고유명사·repo id·벤치마크 수치·코드는 그대로. 문장은 목표어 모어 화자가 쓰듯.
humanizer 원칙을 목표어에도 적용: 영어는 em대시(—) 금지·과장어 금지, 아랍어도 과장·상투 결론 금지.
front-matter의 lang·canonical_url만 위 규약대로 바꾸고 나머지 키는 보존.
본문 길이·구조(헤더/표/toc)는 ko와 대응. 누락 금지(5문단→5문단).

스크립트

스크립트	역할
`scripts/blog_parity.py [--json\|--all]`	published ko ↔ en/ar 형제 존재 감사. gap이면 exit 1
`scripts/blog_i18n_target.py <ko> \| --all-gaps`	ko 글의 절대 en/ar 타겟 경로 출력(서브모듈 가드). 디스패치 프롬프트는 이 출력 경로를 그대로 넘긴다(경로 오해 방지)

워크플로

ko 작성/갱신 (tech-blog-manager 정책대로)
gap 확인: python3 scripts/blog_parity.py
gap 있는 ko 글마다 sonnet 서브에이전트로 en+ar 생성(위 계약). 경로/front-matter 규약 준수.
tech-blog-manager의 blog_apply.py --write로 cap/refresh 재적용(en/ar 포함)
blog_parity.py 재확인 → PARITY OK
tech-blog-deploy로 빌드 검증 후 배포(push → GitHub Actions)

gotchas

ko 글 1개당 번역 2개 = 배치가 커진다. 병렬 서브에이전트로 분산하되 각자 파일 1~2개만.
en/ar 기존 글의 slug에 -ko/-ar 접미사가 섞여 있어 parity 매칭은 접미사·날짜를 정규화한다.
owm처럼 refresh되는 카테고리는 en/ar 구 모델도 unpublish + 신모델 번역으로 교체(ko와 동일).
경로 오해 (2026-06-20 실사고): 번역 서브에이전트가 base path를 잘못 해석해 서브모듈 (thakicloud.github.io/) 대신 별도 클론 디렉토리(~/thaki/thakicloud.github.io/)에 파일을 씀 → 서브모듈에 반영되지 않아 배포 누락. 방지: 서브에이전트에 절대경로(BLOG_ROOT)를 명시적으로 전달하고, 쓰기 전 assert (BLOG_ROOT / '_config.yml').exists() 게이트로 서브모듈 내부임을 검증.