Markdown
마크다운
Markdown은 작은 기호로 일반 텍스트를 포맷합니다. 이러한 기호는 제목, 목록, 링크 및 코드 블록을 만듭니다.
다른 예시
팀은 README를 하나 써. GitHub은 예쁘게 보여주고, 터미널과 코드 리뷰에서도 읽기 좋게 보여.
주요 부분
- 01Code or behavior under test
- 02Observable evidence
- 03Coverage, failure, and recovery
사용할 때
가이드, 이슈 템플릿, 릴리스 노트 또는 구조화된 AI 프롬프트에 사용하세요.
다음 경우에는 사용하지 마세요
여러 도구에서 텍스트가 똑같이 보여야 한다면 플랫폼 전용 확장은 피하세요.
코드에서 사용된 이름
CommonMark / GitHub Flavored Markdown 출시하기 전에
Check the runtime and version, integration limits, dependencies and licenses, and platform support. Verify security, failure, speed, monitoring, deploy, support owner, upgrade path, and rollback.
Outcome：Complete the task with 마크다운 (Markdown)。 User context：팀은 README를 하나 써. GitHub은 예쁘게 보여주고, 터미널과 코드 리뷰에서도 읽기 좋게 보여. Technology or engineering concept：마크다운 (Markdown)。 Why it fits：가이드, 이슈 템플릿, 릴리스 노트 또는 구조화된 AI 프롬프트에 사용하세요. Do not use it when：여러 도구에서 텍스트가 똑같이 보여야 한다면 플랫폼 전용 확장은 피하세요. Engineering fit: Define where it runs and which version to use. Set its job, interfaces, data flow, dependencies, supported systems, security, and speed limits. Explain how it fits the current stack. Lifecycle safeguards: Check dependency health and licenses. Add monitoring and a fallback. Name the upgrade owner. Do not add a second tool for the same job without a measured benefit. Acceptance criteria: A small integration proves the needed behavior. Test compatibility, security, failure, and performance. Document deploy, upgrade, support, and rollback steps. Evidence and limits (evidence boundary)：공식 문서라고 해도 초안, 출시 후보, 최종 버전일 수 있어요. 상태와 브라우저나 플랫폼 지원 여부를 꼭 확인하세요. Unknowns to confirm: Current stack, runtime and version rules, target systems, dependency owner, performance budget, support period, and migration limits.
이 요청을 확인하세요
Review how 마크다운 (Markdown) is used now. Definition: Markdown은 작은 기호로 일반 텍스트를 포맷합니다. 이러한 기호는 제목, 목록, 링크 및 코드 블록을 만듭니다. Release checks: Check the runtime and version, integration limits, dependencies and licenses, and platform support. Verify security, failure, speed, monitoring, deploy, support owner, upgrade path, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.