OpenSkillIndex← back to search
claude-code

Dotnet-skills dotnet-managedcode-markitdown

Use ManagedCode.MarkItDown when a .NET application needs deterministic document-to-Markdown conversion for ingestion, indexing, summarization, or content-processing workflows.

install
source · Clone the upstream repo
git clone https://github.com/managedcode/dotnet-skills
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/managedcode/dotnet-skills "$T" && mkdir -p ~/.claude/skills && cp -r "$T/catalog/Libraries/ManagedCode-MarkItDown/skills/dotnet-managedcode-markitdown" ~/.claude/skills/managedcode-dotnet-skills-dotnet-managedcode-markitdown && rm -rf "$T"
manifest: catalog/Libraries/ManagedCode-MarkItDown/skills/dotnet-managedcode-markitdown/SKILL.md
source content

ManagedCode.MarkItDown

Trigger On

  • integrating 
    ManagedCode.MarkItDown
    into document ingestion flows
  • converting office or rich-text content into Markdown for downstream processing
  • reviewing indexing, chunking, or AI-preparation pipelines that depend on Markdown output
  • documenting file-conversion steps for a .NET application

Workflow

  1. Identify the document sources the app actually handles.
  2. Decide where Markdown conversion belongs in the pipeline:
    • before indexing
    • before chunking
    • before AI summarization or enrichment
  3. Keep conversion isolated behind one ingestion or processing service instead of scattering format handling everywhere.
  4. Validate real converted output for structure, links, headings, and attachment handling.
  5. Document which downstream stage depends on the produced Markdown.
flowchart LR
  A["Input document"] --> B["ManagedCode.MarkItDown conversion"]
  B --> C["Markdown output"]
  C --> D["Indexing, chunking, or AI workflow"]

Deliver

  • guidance on where ManagedCode.MarkItDown fits in a real processing pipeline
  • conversion-boundary recommendations for application design
  • output-validation expectations for document ingestion

Validate

  • the converted Markdown is good enough for the actual downstream consumer
  • conversion is isolated in one clear pipeline step
  • tests or review samples cover the real input formats the application claims to support