技術とテスト コア A2 · 正式仕様 プラットフォーム: 一般

Markdown

マークダウン

Markdownは小さな記号でプレーンテキストをフォーマットします。それらの記号は見出し、リスト、リンク、コードブロックを作成します。

仕組みを見る
そう呼ぶかもしれません MarkdownMDコモンマーク文字をマークアップする

仕組みを見る

元の作業例マークダウン

もう一つの例

チームは1つのREADMEを書きます。GitHubがそれを見栄え良く表示する一方で、ターミナルやコードレビューでも読みやすいテキストのままです。

主な部分

  1. 01Code or behavior under test
  2. 02Observable evidence
  3. 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:チームは1つの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.

A2
この用語はどれくらい公式か?

正式仕様

公開されてバージョン管理された公式仕様が、リストされた技術範囲でこの用語を定めているよ。

きちんとした書類でも、まだドラフトやリリース候補、あるいは最終版かもしれません。ステータスや、ブラウザやプラットフォームの対応状況を確認しましょう。

範囲
ソースがカバーするもののみ:正式名、定義、セマンティクス、実装
ドキュメントステータス
安定
チェックオン
2026-07-30

証拠の情報源と範囲

権威のある情報源 + 用語参照 · CommonMark · 安定 CommonMark Specification — What is Markdown? What is Markdown? 範囲: 正式名、定義、セマンティクス、実装 ここでの役割: 直接用語参照 ソースの範囲: 正式名, 定義, セマンティクス, 実装 権威のある情報源 · CommonMark · 安定 CommonMark Specification 範囲: 正式名、定義、セマンティクス、実装 ここでの役割: 指定された範囲内の権威 ソースの範囲: 正式名, 定義, セマンティクス, 実装

自分でコピーする

ブラウザはこれをコピーできませんでした。下のリクエストを選択して自分でコピーしてください。