includes

Type: string

Signature: md.string().includes(fragment)

What It Is

md.string().includes(fragment) is used here as a contract-first parser powered by document-level structure checks, explicit section targeting, and typed field extraction for includes scenarios. With document(), section(), fields(), and string() in the schema, 1 h1 heading, 1 h2 section, and list content is converted into top-level keys owner without manual includes post-processing. Error cases report issue codes like missing_section, making operational diagnostics for includes flows consistent across local runs and CI.

When to Use

This method is a strong fit for typed markdown parsing with deterministic contracts where deterministic includes parsing matters more than free-form flexibility. Do not default to it for exploratory drafts that intentionally avoid strict validation around includes; the main cost is key-level strictness that improves typing but rejects ad-hoc variations. For best results, compose md.string().includes(fragment) with document(), section(), fields(), and string() so includes schema intent stays readable and output remains predictable.

md.string().includes(fragment)

Input Markdown

## 1. OWNER

- Role: Lead Fraud Engineer

Schema

import { md } from '@markschema/mdshape'

const schema = md.document({
  owner: md.section('1. OWNER').fields({
    Role: md.string().includes('Fraud'),
  }),
})

Result

Success

{
  "success": true,
  "data": {
    "owner": {
      "Role": "Lead Fraud Engineer"
    }
  }
}

Error

Failure trigger: The input violates one or more constraints declared in the schema; use issues[].path and issues[].code to locate the exact failing node.

{
  "success": false,
  "error": {
    "issues": [
      {
        "code": "missing_section",
        "message": "Missing section \"1. OWNER\"",
        "path": [
          "owner"
        ],
        "line": 1,
        "position": {
          "start": {
            "line": 1,
            "column": 1
          }
        }
      }
    ]
  }
}