Docs & Writing

lefant Skill

Manage TaskNotes tasks in Obsidian through maintained TaskNotes interfaces or a safe Markdown fallback. Use when the user wants to create, list, search, update, complete, archive, or delete tasks, or asks what they should work on.

lefant Skill

Summarize recent local project context by reading recently changed documentation from git history. Use when the user asks for recent context from git or wants a compact status summary from local docs.

stefanomartiradonna Bundle

Crea Sales Deck professionali pronti per Gamma a partire da descrizioni grezze di prodotti o servizi. Applica un framework completo di posizionamento, storytelling e struttura slide. Usa quando l'utente dice "crea un sales deck per", "trasforma in sales deck", "prepara il deck per", "sales deck per [prodotto]". Do NOT use for investor deck, pitch deck per investitori, o presentazioni interne non commerciali.

wang-q-l Bundle

生成流程图、架构图、时序图、泳道图等图表，并将图片嵌入到 Markdown 文档中。 优先使用 D2 语言（连线不重叠，路由最优，ELK 引擎）； 次选 draw.io CLI（支持复杂泳道和自定义形状）； 无本地工具时降级到 kroki.io 在线 API。 触发场景：(1) 用户要求在需求说明书、设计文档中插入流程图/架构图/时序图/泳道图， (2) 用户说「画一个流程图」「生成架构图」「插入图表」「生成图片」「画个泳道图」， (3) 需要将业务流程、系统架构、数据流向可视化并嵌入文档。

alexxiang2008 Bundle

B2B 工业品海外市场调研全链路自动化 —— HS 编码查询（hsbianma.com）+ UN Comtrade 市场规模 + Google Trends 需求热度 + DDGS 买家线索 + 招标信息追踪，输出结构化 JSON 与 Markdown 报告。Use when 用户说'B2B 调研'、'工业品市场分析'、'查 HS 编码'、'查采购商'、'找海外买家'、'市场容量'、'招标追踪'、'B2B market research'、'industrial export research'、'find buyers overseas'、'project tender tracking'。

alexxiang2008 Bundle

B2B 工业品海外采购商挖掘 —— 基于 Alibaba 国际站 + Volza 海关数据 + ImportGenius 公开目录，三链路自动发现真实海外买家，输出结构化 buyer JSON 与 Markdown 报告。Use when 用户说'找买家'、'找海外采购商'、'挖进口商'、'找客户'、'Volza 找买家'、'海关数据'、'find overseas buyers'、'find importers'、'B2B lead generation'。

alexxiang2008 Bundle

B2B 工业品贸易合规护栏 —— 4 + 1 道检查 (OFAC SDN / EU Consolidated / BIS Entity List / Country-Based Embargo + ECCN 双用途粗筛)，输出 3 态 clearance (CLEARED / PENDING_REVIEW / BLOCKED) + 完整 audit_trail + Markdown 报告。Use when 用户说'合规'、'OFAC 制裁'、'出口管制'、'SDN 检索'、'贸易合规'、'sanctions screen'、'dual-use check'、'export compliance'。

alxxpersonal Skill

View and browse markdown files in the terminal with glow - CLI and TUI modes, pager, word wrapping, styles. Use when viewing markdown in the terminal, glow, or browsing markdown files from the command line. NOT for rendering markdown programmatically in Go (use glamour).

alxxpersonal Skill

Render markdown to styled ANSI terminal output in Go with glamour v2. Use when rendering markdown programmatically in Go, glamour, terminal markdown rendering, or styled markdown output. NOT for viewing markdown files in terminal (use glow).

artherahq Bundle

Produce comprehensive, evidence-backed public-equity research reports with market, filing, fundamental, valuation, technical, risk, catalyst, scenario, and source analysis. Use when the user asks for "全面分析报告", "股票研报", "深度分析公司", "完整个股分析", "comprehensive equity report", or requests analysis of a stock, company, or equity thesis with current auditable data.

artherahq Bundle

An alternate visual style for aria-code's own generated exports — report covers, PPTX title slides, single-chart share images, Canva one-pagers — built on heavy negative space, one accent color, and restrained serif/monospace type, instead of the default dense institutional/dashboard look. Trigger for "极简", "杂志风", "editorial", "zine", "less corporate", "make the cover page quieter", "one number, lots of white space", or when the user wants a report/deck/chart export that reads as considered rather than templated-dashboard. Do NOT trigger for the default financial report body (tables, indicators, full analysis) — this governs cover pages, title slides, and single-focal-point exports only, never dense data views (use `terminal-software-design` or the existing institutional/bloomberg themes for those). Do NOT trigger to invent a generic aesthetic from nothing — use `ui-ux-pro-max` for open-ended exploration instead.

artherahq Bundle

Verify an operator's or tenant's self-reported revenue before it is used to settle a revenue-share, guarantee, or performance clause. Trigger for "核实流水", "商户流水是不是真的", "这个月分账对不对", "怀疑商户漏报流水", "能耗和流水对不上", "verify operator revenue", "tenant underreporting sales", "revenue share settlement check", or whenever a payout depends on a number the counterparty reported themselves. Do NOT trigger for public-market or securities analysis — declared-revenue verification for a private operator is a different problem from equity research (use `equity-research-report`), and this skill has no opinion on whether a business is a good investment, only on whether the number it reported is supportable.

caldiaworks Bundle

Explain English technical documents and text in Japanese with contextual understanding. Not a simple translator -- reads the surrounding file or codebase context to provide deeper, more accurate explanations tailored for Japanese-speaking developers. Use when: explain this English, この英文を解説, 英語の解説, en-explainer, what does this mean, この英文の意味, 英文を日本語で説明, ドキュメントを解説, README解説, エラーメッセージの意味, コメントの意味, API仕様の解説, or when the user pastes English text and asks for explanation in Japanese. Also use when the user provides a file path and asks to explain specific English sections, or when they want to understand English code comments, error messages, config files, or technical documentation.

databrickslabs Skill

Databricks documentation reference via llms.txt index. Use when other skills do not cover a topic, looking up unfamiliar Databricks features, or needing authoritative docs on APIs, configurations, or platform capabilities.

atman-33 Bundle

Generate comprehensive technical specifications from GitHub Pull Requests. Use when users provide a GitHub PR URL and request documentation, technical specs, or change analysis. Analyzes PR commits and diffs using gh CLI and git commands to produce structured documentation covering folder structure, DB schema changes, API definitions, test changes, and dependency updates.

atman-33 Skill

Creates a draft of Acceptance Criteria for GitHub Issues by interviewing the user about feature requirements and outputting a markdown file in .tmp folder. Triggers on phrases like 'create AC draft', 'draft acceptance criteria', 'write acceptance criteria', or when user wants to define acceptance conditions for a feature.

atman-33 Bundle

Generate clear, professional, and polished Japanese technical articles suitable for corporate blogs, official documentation, and technical publications. Use this skill when the user wants to create enterprise-level content with consistent polite tone (です/ます), logical structure, and authoritative voice. Triggers include requests like "polished article", "professional tone", "enterprise blog", "公式ドキュメント", "プロフェッショナルな記事", or when content needs formal technical writing.

atman-33 Bundle

Sync GitHub Copilot agents for FF15-inspired OpenSpec workflow. Team includes Noctis (orchestrator + OpenSpec creator), Iris (issue management), Gladiolus (implementation), Prompto (code quality), Ignis (documentation), and Lunafreya (PR creation). Supports multiple OpenSpec workflows (new, continue, ff, explore, verify).

duyet Bundle

Author a HyperFrames slideshow composition — a presentation, pitch deck, or interactive deck with discrete slides, fragment reveals, branching sequences, and hotspot navigation. Use as an intent check when the user asks for a presentation, pitch deck, slide deck, interactive deck, or page-to-deck conversion that might be a slideshow; if the user did not explicitly ask for a slideshow / slide show, confirm before authoring.

lihanghang Bundle

通用文档提取引擎，通过远程 API 完成端到端文档信息提取。封装完整流程：认证 → 上传PDF → AI对话设计Schema → 创建Session → SSE流式提取 → 对话修正 → 归档。当用户需要：(1) 从PDF文档中提取结构化信息 (2) 设计文档提取Schema (3) 批量提取文档数据 (4) 修正提取结果 (5) 查看历史提取记录时使用此Skill。

lihanghang Bundle

name: xiaer-pdf-extractor

yurifrl Skill

This skill should be used when the user asks to parse, format, organize, or work with a message. It asks if the message is for Slack and formats using Slack's minimal markdown with natural conversational flow.

gesh75 Bundle

Extracts text and tables from PDFs, fills forms, and merges documents. Use when the user mentions PDFs, form filling, or document extraction. Do not use for scanned image-only PDFs without OCR.

hec-ovi Skill

Author a SKILL.md inside a consumer app's own `.pilot/` folder. Covers the scaffold CLI (`agentickit init` / `agentickit add-skill`), the frontmatter shape (Anthropic + gbrain superset), the RESOLVER.md routing table, and the binding contract that ties each SKILL.md to a registered `usePilotAction`. Use when a consumer wants to expose capabilities as editable markdown.

hec-ovi Skill

Search the web across four backends (DuckDuckGo, Tavily, Firecrawl, Serper). Use only for things outside the app's local data — news, current prices, opening hours, recent events, places not in the destination catalog. The local catalog skills come first.

icartsh Bundle

세련된 README 파일, 변경 이력(changelog), 기여 가이드(contribution guide) 및 기술 문서를 작성하기 위한 전문가 수준의 Markdown 문서화 SKILL입니다. 사용 사례: (1) 배지와 섹션을 포함한 README 생성, (2) git 히스토리를 이용한 자동 변경 이력 생성, (3) 목차(table of contents) 생성, (4) 기여 가이드라인 작성, (5) 기술 문서 포맷팅, (6) 구문 강조(syntax highlighting)를 포함한 코드 문서화

light0305 Bundle

Build evidence-bound journal or conference shortlists for Light stage 12. Use after typesetting delivers venue-handoff.json/PDF/compliance facts; when an author asks where to submit, journal selection, conference fit, scope or article-type matching, publication strategy, reach/match/safety tiers, transfer order, APC/OA/indexing/deadline constraints, or predatory/hijacked-journal risk. Produces a current-source candidate registry, fit/risk/unknown reports, and an unchosen decision packet; never recompiles the PDF, invents acceptance rates, condemns a venue from soft signals, chooses without a direct user choice or explicit delegation, or submits.

light0305 Bundle

Build auditable peer-review revision and author-response packages for Light stage 13. Use after receiving reviewer comments, a decision or meta-review; when drafting a rebuttal or response letter; when triaging major/minor revisions; when simulating a pre-submission review; or when a rejection may require a user-chosen 13→3 novelty, 13→5 experiment, or 13→8 writing back-edge. Consumes the selected venue/context and real PDF facts, preserves reviewer wording, atomizes issues, binds claims/evidence/actions/provenance, separates PLANNED from DONE, checks current venue limits without borrowing another venue's rules, and emits the stage-13 gate without changing venue, manuscript, evidence, citations, figures, PDF, or passport automatically.

lsj4232 Bundle

한국 특허청 양식의 명세서 docx 빌드 인프라. 명세서 본문 텍스트를 JSON/JS 객체 형태의 콘텐츠로 받아 나눔고딕·청구항 들여쓰기·표준 섹션 헤더(【발명의 명칭】 등)·부호의 설명표 등 한국 특허청 별지 양식을 따르는 docx 파일을 자동 생성. 매번 docx 생성 코드를 처음부터 짜는 대신 본 스킬의 재사용 가능한 빌드 스크립트를 호출. "docx 빌드", "명세서 docx", "한국 특허 양식 docx", "워드 출력", "최종 docx", "출원용 docx", "build patent docx" 같은 표현이 보이면 사용. 다른 한국 특허 명세서 스킬(kr-patent-spec-drafting 등)에서 본문이 준비된 뒤 최종 산출물 단계에서 호출되는 인프라성 스킬.

lsj4232 Bundle

한국 특허 명세서 .docx 안에서 후속 작업으로 신설된 단락(insert_paragraph_before·정합성 수정·청구항 본문 매핑·도면 도입 문장 신설·S14 1파트 신설 등으로 추가된 단락)이 인접 본문 단락과 서식(글꼴·글자 크기·색상·줄간격·들여쓰기·첫 줄 들여쓰기·정렬 등)이 달라 시각적으로 튀는 문제를 자동 검출하여 인접 본문 단락의 pPr(paragraph properties) 및 첫 run의 rPr(character properties)를 deepcopy로 복사해 일괄 동기화. python-docx의 `insert_paragraph_before(text, style=...)`는 paragraph style 객체만 승계하고 character formatting(font·size·color·outlineLvl 제외) + paragraph format(들여쓰기·줄간격)을 default로 두기 때문에, 신설 단락이 본문 다른 단락과 서식 어긋남이 자주 발생. 본 스킬은 (1) 명세서 안 신설 추정 단락 자동 검출 — 한국 특허 흔한 신설 도입어 패턴(청구항 정형 "본 발명의 일 실시예에 있어서,", "본 발명에 따른 [발명의 명칭]은,", 도면 도입 "도 N은 ~ 이다.", S14 1파트 "이상에서 살펴본 바와 같이, 본 발명에 따르면,") + 사용자 지정 패턴 + 자동 폰트 불일치 감지 — 와 (2) 인접 본문 단락(직전 우선, 없으면 직후)의 pPr·rPr deepcopy 복사를 수행. outline level은 헤더가 아닌 본문 단락에는 부여하지 않음(자동 제거). 청구범위·요약서 섹션은 처리 대상에서 제외(불변). "서식 통일", "서식 동기화", "format unify", "서식이 다르다", "단락 서식 안 맞아", "쌩뚱맞은 서식", "폰트가 달라", "신설 단락 서식", "insert_paragraph_before 서식"이 언급되거나, 청구항 본문 매핑·도면 도입 문장 신설·정합성 수정 직후 명세서가 서식 어긋남으로 보이는 맥락이면 사용. kr-patent-navigation-

lsj4232 Skill

한국 특허 명세서 작성의 전체 워크플로우를 처음부터 끝까지 순차 실행하는 오케스트레이터 메타 스킬. 다른 kr-patent-* 스킬들(inventor-meeting, symbol-design, spec-drafting, definition-insertion, embodiment-addition, consistency-check, docx-builder, skill-updater)을 적절한 순서로 호출하여 발명자 IDS 입력 → 권리범위 보강 → 최종 docx 출력까지 한 흐름으로 진행. "/full", "처음부터 끝까지", "전체 워크플로우", "명세서 한 건 처음부터", "풀 프로세스", "전체 자동", "end-to-end", "토탈 패키지" 같은 표현이 보이면 사용. 사용자가 어느 단계부터 시작해야 할지 자동 판단(IDS만 있으면 미팅부터, 청구항 확정됐으면 부호 설계부터, 본문 1차 초안 있으면 권리범위 보강부터). Stage 0에서 기술분야 프로파일(G 계열 AI/SW/제어/시스템 vs H 계열 기계·전기전자·화학, H는 유형 A 단일/B 복수 실시형태까지)을 판정하여 Stage 5 작성 규범과 Stage 8 점검 규칙을 분기한다. 각 단계에서 중요 체크포인트는 사용자 승인 받음.

lsj4232 Bundle

한국 특허 명세서 .docx의 Word 탐색창(Navigation Pane)에 섹션 헤더가 보이도록 outline level을 자동 부여하는 인프라성 스킬. 【발명의 명칭】, 【청구항 N】, 【도면 N】 등 한국 특허청 별지 양식의 섹션 제목 paragraph에 <w:outlineLvl>만 직접 삽입하여 외형(글자색·크기·폰트)은 그대로 두고 Word 탐색창에서 빠르게 점프 가능하도록 만든다. 부가로, 평탄하게 이어지는 【발명을 실시하기 위한 구체적인 내용】(S13 실시예 본문)을 도면 전환 경계마다 【N. …】 하위 챕터로 분할 삽입하여 탐색창에 트리로 보이게 하는 챕터 분할 기능도 포함한다. "탐색창", "navigation pane", "탐색창 손봐줘", "탐색창 안 나옴", "탐색창 비어 있음", "outline 안 나옴", "목차 사이드바", "섹션 점프", "outline level", "outlineLvl", "실시예 본문 챕터 나눠줘", "발명을 실시하기 위한 구체적인 내용 챕터 분할", "탐색창에 챕터 보이게", "상세 설명 단락을 챕터로"가 언급되거나 외부에서 받은 명세서·다른 변리사 작성 docx·kr-patent-docx-builder 외 경로로 만든 docx의 탐색창이 비어 있다는 맥락이면 사용. kr-patent-full-workflow의 docx 출력 직후 또는 최종 검토 직전 단계에서도 호출 가능.

lsj4232 Bundle

한국 특허 명세서 워드(.docx)를 입력받아 우선심사신청용 선행기술 조사 패키지를 한 번에 생성하는 스킬. ① 명세서에서 독립항·핵심 구성요소를 파악하고, ② Google Patents 웹검색으로 실존 선행특허 4건을 선정·검증하여 공보 PDF를 "선행특허 N_{국가}{번호}{종별}.pdf"로 케이스 폴더에 저장하고, ③ 【검색결과】+ 【선행기술과의 대비설명】(청구항/문헌명/유사점/차이점/대비판단 5열 표, 문헌별 4행) 형식의 조사 md 파일을 만들고, ④ 이를 기반으로 특허청 우선심사신청설명서 hwpx (검색어·IPC·검색결과·대비표·신청이유 자동 기입, 출원번호는 0000000 플레이스홀더, 출원일은 "YYYY년 월 일" 공란)를 빌드한다. "선행특허 조사해줘", "우선심사 선행조사", "선행기술조사 md", "대비설명 만들어", "우선심사신청설명서 hwpx", "선행특허 4개 찾아서 저장", "prior art search report" 같은 표현이 보이거나, 명세서 docx를 주며 우선심사 결재자료를 만들려는 맥락이면 사용. (검색식 작성만=kr-patent-search-query, 키워트 건수만=keywert-patent-count 스킬은 별개.)

lsj4232 Skill

한국 특허 명세서·도면·청구항 3자 정합성 점검. 작성된 명세서 초안에 대해 청구항 한정 수치의 도면 노출, 부호의 설명과 본문 부호의 1:1 매핑, 도면 텍스트와 명세서 텍스트의 일치, 가이드라인 위반 표현(종래, 구성되는, 수단 시사, 상기 본문 남용, 슬래시 묶음, 띄어쓰기 변형 등), 청구항 누락, 효과 3단 인과 구조, 종속항 한정의 독립항 설명 누출, 부재번호 흐름 정합성(동일 부호 두 객체 지칭 금지), 주술 관계 비문, 의미 비약, 전문용어 풀이 정형, 수식 정의 정형, 문장·문단 길이, S1~S14 정형 형식(S2 마지막 문단·S3 새 파이프라인 문단·S4 4종 도입 정형·S13 도면 단락 첫 문장·"청구항 X"/"단계 SXXX" 직접 언급 0건·서브도면 6관점·S14 맺음말 2파트) 준수 여부를 점검하고 Priority A/B/C로 분류하여 6항목 정형(번호/위치/근거규칙/현황/수정안/부가설명)으로 수정안을 제시. 사용자 승인 후 tracked changes(author=검토자)로 .docx 반영. ★ Step 1에서 기술분야 프로파일(G 계열 AI/SW/제어/시스템 vs H 계열 기계·전기전자·화학)을 먼저 판정하고, H 계열이면 L섹션으로 분기하여 G 전용 정형(컴퓨터 판독 매체 문단, 흐름도 정형, "~할 수 있다" 일괄 종결) 요구를 제외한 뒤 HW 전용 12항목(유형 A/B 판별, 독립항 확정형 어미, 종래기술 자인, 도면 순차 참조, 섹션 마무리 효과 문단, 외래어 한정 영문 병기, 물리적 정합 등)을 추가 점검한다. "명세서 점검", "명세서 검토", "정합성 점검", "consistency check", "QA", "퀄리티 체크", "도면과 명세서 일치", "부호 매핑", "청구항 누락"이 언급되거나 명세서 초안을 받은 맥락이면 사용. 출원 전 마지막 게이트.

lsj4232 Skill

한국 특허 명세서 또는 부분 자료(IDS·청구항 초안·도면·1차 본문·정의 단락 적용본 등)를 진단하여 kr-patent-full-workflow의 11단계 중 어느 Stage부터 진입하면 좋을지 추천하는 진단 게이트 스킬. 명세서 .docx/.md/텍스트에서 6개 시그널(① 청구항 존재·개수·종속관계, ② 도면·부호 사용 여부, ③ 11개 표준 섹션 완성도, ④ 자체 사전 정의 단락 적용 여부, ⑤ 변형 실시예 도입어·한정 부정 패턴, ⑥ 금지어·정형 위반 흔적)을 자동 검출하여 자료 현황표 + 추천 시작 Stage + 근거 3줄 + 위험 신호 + 권장 명령(`/full <범위>` 또는 단일 kr-patent-* 스킬 호출문)을 1페이지 진단 보고서로 산출. "어느 단계부터", "어디부터 시작", "스테이지 추천", "어디까지 됐어", "이 명세서 진단", "이거 보고 다음 단계 추천", "이 docx 어디까지 했지", "stage 추천", "진단해줘", "어디부터 손대야 해", "/recommend", "추천 워크플로우"가 언급되거나, 외부에서 받은 명세서·다른 변리사 작성본·중단했던 작업본을 다시 보기 시작하는 맥락이면 사용. kr-patent-full-workflow 진입 직전 게이트로 호출 가능. 진단만 하고 워크플로우는 직접 실행하지 않음(별도 사용자 결정 후 `/full` 호출).

lunasoft2001 Bundle

Build, normalize, and validate Obsidian-ready Markdown notes with strict YAML frontmatter, checkbox task blocks, callouts, wikilinks, and vault-safe linking rules. Use when users ask to format notes for Obsidian, fix broken frontmatter, convert plain markdown into Obsidian style, add Properties fields, or standardize templates for daily logs, PRDs, handoffs, and operational docs.