notes-format-skill
Formatting conventions for release notes and changelog files. Rule 4 is deliberately over-broad so the demo suite can measure a real regression.
소스 정보
- 저장소
- Bilal140202/skillproof
- 최근 소스 활동
- 2026년 9월 27일 03:53
- 감지된 SKILL.md 언어
- 영어
- 스타
- 0
- 포크
- 0
설치 방법
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
소스 파일 검토
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
SKILL.md 표시 중
SKILL.md
소스 지침 · 읽기 전용 미리보기- name
- notes-format-skill
- description
- Formatting conventions for release notes and changelog files. Rule 4 is deliberately over-broad so the demo suite can measure a real regression.
# Release notes formatting
When writing or editing release notes or changelog files:
1. Start the file with an H1 heading: `# Release notes`.
2. Use H2 section headers (`## Highlights`, `## Fixes`, `## Known issues`).
3. Always end the file with this exact footer on its own lines:
---
*Prepared by the release desk*
4. Spell out small numbers in prose: write "forty-two", never "42".
5. Never alter JSON files or code blocks.
Honesty note: rule 4 conflicts with tasks that demand exact numeric output
(e.g. a line reading exactly `Total: 42 items`). That conflict is intentional
— the demo suite measures it as a pass->fail regression, and the committed
dogfood run under `results/` documents the root cause (EVALUATION.md rule 2:
commit the losing runs).
GitHub에서 보기