◉CLAUDE LABJP
●2.1.296 — Subagents can set their own autoCompactWindow, and an env var pins the model used by workflow agents●HAIKU 5.5 — Since 2.1.293 (Oct 7), claude-haiku-5-5 is the default Haiku model on the Anthropic API●SONNET 4.5 — Retires on the Claude API on 11/30, 47 days left. Migrate to Sonnet 5.5●Q&A — A write-up shows three places to look when a Mod draws nothing and reports no error●AGENTS.MD — One write-up explains how to split the entry points when Codex and Claude Code share a folder: AGENTS.md and CLAUDE.md●NEW — Approval prompts for "cd, git add, commit" every time: not a missing setting, but how it works●2.1.296 — Subagents can set their own autoCompactWindow, and an env var pins the model used by workflow agents●HAIKU 5.5 — Since 2.1.293 (Oct 7), claude-haiku-5-5 is the default Haiku model on the Anthropic API●SONNET 4.5 — Retires on the Claude API on 11/30, 47 days left. Migrate to Sonnet 5.5●Q&A — A write-up shows three places to look when a Mod draws nothing and reports no error●AGENTS.MD — One write-up explains how to split the entry points when Codex and Claude Code share a folder: AGENTS.md and CLAUDE.md●NEW — Approval prompts for "cd, git add, commit" every time: not a missing setting, but how it works
Articles/Cowork
◈ Cowork/2026-03-22Beginner

Markdown Basics — A Basics to Writing Skill Files and Instructions for Cowork

Learn the essential Markdown syntax you need to create skill files and instruction documents in Cowork. Covers headings, lists, code blocks, tables, and more with practical examples.

MarkdownCowork45SKILL-mdCLAUDE-md6skills10beginner12

Why Learn Markdown?

As you start getting more out of Cowork, you'll find yourself writing skill files (SKILL.md) and project instruction files (CLAUDE.md) more often. These files are all written in Markdown — a lightweight markup language that lets you create well-structured documents using simple, readable syntax.

Unlike HTML, there's no need to memorize complex tags. With just a handful of symbols, you can create headings, lists, code blocks, links, and tables. It's the same syntax used across GitHub, Notion, and countless other platforms, so the skills you pick up here will serve you well everywhere.

ℹ️
Markdown is a universal standard adopted by GitHub, Notion, Qiita, Zenn, and many other platforms. Once you learn it, you can use it everywhere.

Headings

Headings give your document structure. Use # symbols to define heading levels — the more # symbols, the deeper the level.

# Heading Level 1 (h1)
## Heading Level 2 (h2)
### Heading Level 3 (h3)
#### Heading Level 4 (h4)

In skill files, here's how headings are typically used:

  • # — The document title (use only once per file)
  • ## — Major sections like "Step 1: Setup" or "Step 2: Execution"
  • ### — Subsections within a step, such as "File Placement" or "Configuration"

Here's what this looks like in a real SKILL.md:

# Content Auto-Update Skill
 
## Step 0: Repository Setup
 
### System Requirements
- Node.js 18 or later
- npm or yarn
 
### Installation
1. Clone the repository
2. Install dependencies

Paragraphs and Line Breaks

In Markdown, plain text becomes a paragraph automatically. To start a new paragraph, leave a blank line between blocks of text.

This is the first paragraph.
This continues as part of the same paragraph.
 
A blank line creates a new paragraph here.

If you want a line break without starting a new paragraph, add two spaces at the end of a line or use a <br> tag. That said, for skill files, separating content with blank lines between paragraphs is the cleaner and recommended approach.

Text Formatting

Use these symbols to emphasize important parts of your text:

**Bold** — for important keywords and warnings
*Italic* — for introducing terms or adding nuance
~~Strikethrough~~ — for deprecated information or bad examples
`Inline code` — for command names, file names, and variables

In skill files, you'll use **bold** and `inline code` most often. For example, in a CLAUDE.md file:

**Important**: Always create articles in both Japanese and English.
Run `npm install` with the `--ignore-scripts` flag.

Lists

Unordered Lists

Start a line with -, *, or + to create a bullet point.

- Item A
- Item B
- Item C

Indent with 2–4 spaces to create nested lists:

- Main item
  - Sub-item 1
  - Sub-item 2
    - Deeper item

Ordered Lists

Start each line with a number followed by a period:

1. First step
2. Second step
3. Third step

A good rule of thumb for skill files: use ordered lists for sequential steps and unordered lists for options or parallel information.

Code Blocks

Code blocks are one of the most important elements in technical documents. Wrap your code in triple backticks (```) and specify the language for syntax highlighting.

```bash
npm install --prefer-offline
node scripts/generate-content.mjs
```

Here are some commonly used language identifiers:

LanguageUse Case
bashShell commands, terminal operations
javascript or jsJavaScript code
typescript or tsTypeScript code
jsonJSON configuration files
yamlYAML frontmatter, config files
markdown or mdMarkdown samples

In skill files, commands the user should run go in bash blocks, while configuration content goes in json or yaml blocks.

# Clone the repo and navigate to the working directory
git clone --depth 1 https://github.com/example/repo.git
cd repo
 
# Install dependencies
npm install

Links and Images

Links

[Display text](URL)

For example, linking to a related article:

See Skills & Plugins Guide for details.

Images

![Alt text](path/to/image)

Images aren't commonly used in skill files, but they're handy for README files or operational guides where screenshots help clarify the workflow.

Tables

Create tables using pipe characters (|) and hyphens (-):

| Field | Description | Default |
|-------|-------------|---------|
| title | Article title | None (required) |
| slug | URL-friendly slug | None (required) |
| level | Difficulty level | beginner |

You can control column alignment with colons in the separator row:

| Left | Center | Right |
|:-----|:------:|------:|
| text | text | text |

Tables are particularly useful in skill files for listing configuration options, command references, or error handling guides.

Blockquotes and Callouts

Blockquotes

Prefix a line with > to create a blockquote:

> **Note**: This skill runs all steps autonomously without confirmation.

Blockquotes work well in skill files for highlighting important warnings or supplementary notes. You can nest them too:

> Outer quote
> > Nested quote (for additional context)

Callouts (MDX Extension)

In Claude Lab's MDX articles, you can use the <Callout> component to emphasize tips and warnings:

<div class="callout callout-info"><span class="callout-icon">ℹ️</span><div>Supplementary information goes here.</div></div>
 
<div class="callout callout-warning"><span class="callout-icon">⚠️</span><div>Important warnings go here.</div></div>

Horizontal Rules

To add a visual separator between sections, use three or more hyphens (---) surrounded by blank lines:

## Section A
 
Content for Section A.
 
---
 
## Section B
 
Content for Section B.

In skill files, placing --- between steps makes long documents much easier to scan.

Putting It Together — A SKILL.md Template

Let's combine everything you've learned into a practical skill file template:

---
name: my-custom-skill
description: "Describe what your custom skill does"
---
 
# My Custom Skill
 
This skill automates the process of doing X.
 
> **Note**: Always back up your data before running this skill.
 
## Step 1: Setup
 
### Prerequisites
 
- Node.js 18 or later
- npm or yarn
- Git
 
### Installation
 
1. Navigate to the working directory
2. Install dependencies
 
```bash
cd /tmp/work
npm install

Step 2: Execution

| Command | Description | |---------|-------------| | npm run build | Run the build process | | npm run deploy | Deploy to production |


Error Handling

| Problem | Solution | |---------|----------| | npm install fails | Try --legacy-peer-deps | | Build error | Check logs and identify the root cause |


This template demonstrates all the core Markdown elements — headings, lists, code blocks, tables, blockquotes, and horizontal rules — in a real-world context.

## Choosing an Editor

You can edit Markdown files in any text editor. However, when managing skill files and instruction documents, it helps to have an environment that combines file management with editing.

If you'd like to browse, edit, and organize files right from your browser, Google's AI code editor **Antigravity** (formerly Project IDX) is a solid option. It's a cloud-based development environment that lets you preview Markdown and manage Git without installing anything locally. You can find more tips on working with Antigravity at [Antigravity Lab](https://antigravitylab.net).

Of course, local editors like VS Code or Cursor with Markdown preview extensions work just as well. Choose whatever fits your workflow best.

## Wrapping Up

Markdown is a remarkably practical tool for creating structured, readable documents with minimal syntax. For writing Cowork skill files and project instructions, the basics covered in this guide are all you need to get started.

Start with just three things — headings, lists, and code blocks — and you'll be able to write your first skill file right away. As you get comfortable, incorporate tables, links, and other elements to make your documents even clearer.

To learn more about Cowork's skill system, check out Automating Repetitive Tasks with Cowork and File Management and Desktop Operations.
Share

Thank You for Reading

Claude Lab is ad-free, supported entirely by members like you. We publish practical guides daily with implementation code, benchmarks, and production-ready patterns. If you've found it useful, we'd love to have you on board.

  • ✦Copy-paste ready implementation code
  • ✦New advanced guides published daily
  • ✦$5/mo or $10 for lifetime access
View Membership →

If you found this article helpful, a small tip ($1.50) would mean a lot to us. Your support helps keep this site ad-free and covers server and hosting costs.

Related Articles

◈ Cowork2026-10-14
I Put a Ten-Line Promise File at the Top of the Folder I Gave Cowork
I kept retyping the same cautions every time I asked Cowork for help. One CLAUDE.md file at the top of the folder settled it. Here are the three things worth writing, how to check it is being read, and how to cut it back when it grows.
◈ Cowork2026-10-11
I Stopped Making Cowork Read My Whole Troubleshooting Notes — Pulling One Section by Number Cut 105 KB to 1.5 KB
A record of turning a 105 KB file of web-ops troubleshooting notes into something you query by number. My first extraction script could reach only 30 of 120 numbers, and #70 came back as zero bytes. The fixed awk, a zero-byte check, and measured section sizes are all here.
◈ Cowork2026-10-01
Before You Trim a Scheduled Task's Runbook, Count How Many Times It Gets Re-read
I cut 13 KB from a scheduled task's preloaded docs, and recounted by re-reads it was worth about 1.3 tool calls. Here is the ledger that counts re-reads, and a shell helper that records bytes during a run.