Borrowing it
Nothing to install: this file belongs to HyperAITeam/CLITrigger. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/HyperAITeam/CLITrigger/main/.claude/skills/update-docs/SKILL.mdgit clone --depth 1 https://github.com/HyperAITeam/CLITriggerWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/hyperaiteam/clitrigger/update-docs)<a href="https://agentmods.dev/skills/hyperaiteam/clitrigger/update-docs"><img src="https://agentmods.dev/badge/skills/hyperaiteam/clitrigger/update-docs/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/hyperaiteam/clitrigger/update-docs"><img src="https://agentmods.dev/badge/skills/hyperaiteam/clitrigger/update-docs.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector pass
What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00043 | $0.02433 |
| Opus 5.5 | $0.00017 | $0.00973 |
| Sonnet 5.5 | $0.00009 | $0.00487 |
| Haiku 4.5 | $0.00004 | $0.00243 |
Grade A, and why
update-docs scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 195 lines — stays where its author put it; the contents beside it link to each section on GitHub.
문서 업데이트
목적
특정 날짜(기본: 오늘)의 git 커밋을 분석하여 다음 문서를 일관되게 업데이트합니다:
docs/changelog/YYYY-MM/YYYY-MM-DD.md— 해당 날짜 변경 이력 파일 신규 생성 (또는 같은 날 추가 항목이면-2/-3suffix)docs/changelog/README.md— 인덱스에 한 줄 추가docs/SETUP.md— 사용법/API 테이블 반영
CLAUDE.md는 이 스킬의 기본 업데이트 대상이 아닙니다. 일상적인 기능 추가/수정은 changelog와 SETUP.md만 갱신하고, CLAUDE.md는 손대지 않습니다. CLAUDE.md는 기존 설명에 사실과 다른 부분(실수)이 있다고 명확히 확인된 경우에만 그 부분만 정확히 고치도록 합니다 — 자세한 조건은 "Step 6: CLAUDE.md 처리" 참조.
워크플로우
Step 1: 대상 커밋 수집
인수를 파싱하여 대상 커밋 범위를 결정합니다:
- 인수 없음: 오늘 날짜 (
git log --since="YYYY-MM-DDT00:00:00" --until="YYYY-MM-DDT23:59:59") - 날짜 지정 (예:
2026-04-03): 해당 날짜 커밋 - 커밋 범위 (예:
abc123..def456): 해당 범위 커밋
대상 커밋이 0개이면:
## 문서 업데이트
해당 기간에 커밋이 없습니다.
종료합니다.
Step 2: 변경 분석
각 커밋에 대해 다음을 수집합니다:
git log <hash> -1 --format="%B"— 커밋 메시지 전문git diff <hash>^..<hash> --stat— 변경 파일 목록git diff <hash>^..<hash>— 주요 파일의 실제 diff (서버 서비스, DB 스키마, 라우트, 클라이언트 컴포넌트 중심)
수집한 정보를 바탕으로 다음을 파악합니다:
- 기능 추가: 새 파일, 새 API 엔드포인트, 새 UI 컴포넌트
- 아키텍처 변경: 서비스 역할 변경, 새 패턴 도입, DB 스키마 변경
- 사용법 변경: 새 설정 옵션, 새 사용자 기능, UI 흐름 변경
Step 3: 현재 문서 읽기
다음 파일을 읽습니다:
docs/changelog/README.md— 인덱스 형식과 가장 최근 entry의 월/파일명 패턴 파악- 직전 entry 파일 1-2개 (예:
docs/changelog/YYYY-MM/YYYY-MM-DD.md) — 본문 스타일과 톤 파악 docs/SETUP.md— 섹션 번호, API 테이블 위치 파악
CLAUDE.md는 읽지 않습니다. (기본 대상이 아니므로 Step 6에서 실수 정정 조건이 만족될 때만 부분적으로 읽습니다.)
Step 4: 날짜별 changelog 파일 생성 + 인덱스 갱신
4a. 파일 경로 결정
- 대상 날짜가
YYYY-MM-DD이면 폴더는docs/changelog/YYYY-MM/ - 해당 폴더가 없으면 신규 생성
- 파일명:
- 같은 날 첫 번째 항목:
YYYY-MM-DD.md - 같은 날 두 번째 이후 항목 (이미
YYYY-MM-DD.md가 있는 경우): 기존 파일을YYYY-MM-DD-1.md로 rename 후 새 파일을YYYY-MM-DD-2.md로 생성. 이미-1,-2패턴이면 다음 번호로 이어감.
- 같은 날 첫 번째 항목:
4b. 파일 본문 (기존 entry 스타일 그대로)
## YYYY-MM-DD — 한줄 요약 제목
### 배경
왜 이 변경이 필요했는지 1-2문장.
### 주요 변경
#### 1. 기능/변경 이름 (`커밋해시`)
- 변경 내용 bullet points
- **서버**: 서버 측 변경
- **클라이언트**: 클라이언트 측 변경
- **DB**: 스키마 변경
- **i18n**: 번역 키 추가
### 수정된 주요 파일
| 파일 | 변경 내용 |
|------|----------|
| `path/to/file.ts` | 변경 설명 |
### 아키텍처 결정
1. **결정 이름**: 왜 이렇게 했는지
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2mo ago First seen · 195 lines · 43 tokens per session scan A 96f886530851
update-docs is a skill published in the GitHub repository HyperAITeam/CLITrigger (14 stars, last pushed yesterday), licensed MIT. It adds 43 tokens to every session and 2,433 once invoked, about $0.0002 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
pr-from-stale-branch-silently-reverts-newer-main-files
Trap: merging a PR whose branch carries an OLD TREE silently DELETES (reverts) files that landed on main after that tree was built — with NO merge conflict to warn you, because a deletion your own commit records is not a conflict. Use when: (1) about to gh pr create or squash-merge from a long-lived / earlier-branched…
prep-pr-close-keyword-auto-closes-issue
Diagnose and prevent the trap where a scaffolding/prep/planning/handoff PR (one that ships a paste-ready prompt, an ADR, an implementation plan, or any docs-only artefact describing FUTURE work) contains a close-keyword like closes #N / fixes #N / resolves #N in its TITLE or BODY, which GitHub auto-applies at merge…
stale-base-pr-silently-reverts-upstream-content
Detect and recover when a sibling PR's squash-merge silently reverts an upstream PR's content changes because the sibling was based on a pre-upstream main snapshot and its line-level rewrites overlapped the upstream PR's edits. Use when: (1) two PRs are open in parallel against the same file(s) — one refreshing…
cross-worktree-spec-handoff-via-checkout-paths
Pass a shared file between two parallel sessions in different worktrees or branches, without merging to main first — a design spec, docs, a handoff prompt, a mockup. git checkout -- stages it. Use when a session says "the file doesn't exist". Not co editing.
docs-branch-off-feature-branch-smuggles-code
Catch the bug class where a "docs follow-up" PR silently ships the parent feature's code under a docs(sN): title because the docs branch was created from the current working branch (a feature branch), not from origin/main. Use when: (1) you just opened a PR titled docs(...) or chore(...) after wrapping up a feature…
gh-issue-claim-coordination
Before writing code for a GitHub issue when another session might take the same one, claim it with BOTH an assignee and a wip label so a sibling sees it and skips. Trigger on "pick up issue #N", "work through the open issues", "is anyone on this?". Not for filing or reviewing.