一键导入
fetch-website-to-markdown
Fetch public URLs/articles/docs/blogs and save clean Markdown with source URL, headings, lists, links, and code blocks.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Fetch public URLs/articles/docs/blogs and save clean Markdown with source URL, headings, lists, links, and code blocks.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Implement a bounded code change from a request, spec, or implementation plan. Use when executing implementation work and choosing between quick, bounded, and tracked modes.
Manage tracked feature work with `.ai/current-work.md`, handoffs, and archive rules.
Turn a bounded functional spec into an implementation plan. Use when architecture, code structure, sequencing, migration, and verification must be decided before implementation.
Turn current context into a concise implementation spec. Use when a user wants to define what to build, capture requirements, or create a bounded technical/product spec before implementation.
Map a large or unclear initiative into facts, decisions, open frontier, and next work without writing a spec or implementation plan. Use when scope, architecture, dependencies, or sequencing are still genuinely uncertain before creating a spec.
Collapses deterministic multi-step repository research, aggregation, indexing, validation, and transformation into one small purpose-built local script and one Bash run. Use when a task would otherwise require 6+ related read/search/tool calls, iterates over many files or records, cross-references results, or requests batch analysis; do not use for small exploration or broad mutations.
| name | fetch-website-to-markdown |
| description | Fetch public URLs/articles/docs/blogs and save clean Markdown with source URL, headings, lists, links, and code blocks. |
| compatibility | {"tools":"bash, read, write"} |
Use this skill to fetch one or more public webpages and save them as proper Markdown files.
# H1Capture these details if the user did not already provide them:
Use these defaults if the user does not specify them:
.md file per URL.Normalize the URL.
&.Choose an output location.
Use the bundled script for the conversion. Replace <SKILL_DIR> with the directory containing this SKILL.md.
python3 <SKILL_DIR>/scripts/fetch_to_markdown.py \
--url "<URL>" \
--output "<OUTPUT_FILE>.md"
--out-dir instead of --output.python3 <SKILL_DIR>/scripts/fetch_to_markdown.py \
--url "<URL>" \
--output "<OUTPUT_FILE>.md" \
--extractor readability
Unless the user asks for a different structure, the Markdown file should look like this:
# Page Title
- Source URL: https://example.com/page
- Retrieved: 2026-03-18
---
[Converted markdown body]
Some sites are hard to convert cleanly.
If the page is:
then do the best conversion you can and explicitly say what may be incomplete.
Do not pretend the extraction is perfect if it is not.
When converting multiple URLs:
01-, 02-, 03-, etc.Example 1
Input: “Download this article and save it as markdown in docs/: https://martinfowler.com/articles/gen-ai-patterns/”
Output: A file like docs/emerging-patterns-in-building-genai-products.md
Example 2
Input: “Fetch these 4 docs pages and save one markdown file per URL.”
Output: Four .md files, each with title, source URL, retrieval date, and converted content.
Example 3
Input: “Turn this blog post into markdown and name it oil-water-moment.md.”
Output: Exactly that file name, with the converted article body inside.