Officecli DOCX

OfficeCLI DOCX Skill

Runtime contract

Wayland Desktop supplies a checksum-pinned native officecli runtime. Do not install, update, download, or replace it from this skill.

Run officecli --version before authoring. The native low-level contract requires the exact verified 1.0.136 version; use officecli --help to verify the top-level commands. If the runtime is missing, incompatible, or unverified, stop native authoring and use Wayland's reinstall/update recovery path. Never curl an installer, invoke PowerShell bootstrap code, or fall back to the separately hosted-credit generator without explicit network and cost approval.

⚠️ Help-First Rule

This skill teaches what good docx looks like, not every command flag. When a property name, enum value, or alias is uncertain, consult help BEFORE guessing.

officecli help docx                         # List all docx elements
officecli help docx <element>               # Full element schema (e.g. paragraph, field, numbering, watermark, toc)
officecli help docx <verb> <element>        # Verb-scoped (e.g. add field, set section)
officecli help docx <element> --json        # Machine-readable schema

Help is pinned to the installed CLI version. When this skill and help disagree, help is authoritative. Special-topic mini-sections below end with an explicit pointer back to help.

Mental Model & Inheritance

Mental model. A .docx is a ZIP of XML parts (document.xml, styles.xml, numbering.xml, header*.xml, footer*.xml, comments.xml, ...). Everything the user sees - headings, tables, page numbers, TOC, tracked changes - is XML inside that ZIP. officecli gives you a semantic-path API (/body/p[1]/r[2]) over it, so you almost never touch raw XML; when you must, use raw-set.

Shell & Execution Discipline

Shell quoting (zsh / bash). docx paths contain [], some prop values contain $. Both are shell metacharacters. Rules:

• ALWAYS quote element paths: "/body/p[1]", not /body/p[1].
• Use single quotes for any prop value containing $: --prop text='$50M'. The rule holds at any length - a 200-word body paragraph containing $50M needs the whole value inside single quotes, same as a three-word heading: --prop text='In Q4 we hit $50M ARR, up 18% YoY - the strongest quarter since inception...'. Mixing '... $var ...' and "... $50 ..." on long strings is where shell-leak silently strips $50 → nothing.
• NEVER hand-write \$, \t, \n inside executable examples. The CLI does not interpret backslash escapes; they will land in your file as literal characters. In a cell / paragraph text, a real newline goes through the JSON layer (batch heredoc with "\n" inside the JSON string).

Incremental execution. Run commands one at a time and read each exit code. officecli mutates the file on every call; a 50-command script that fails at command 3 will cascade silently. One command → check output → continue. After any structural op (new style, table, TOC, section break) run get on it before stacking more on top.

File-name convention in this skill. All commands use "$FILE" - set once at the top of your script or session (FILE="your-doc.docx") and every command picks it up. Copy-paste blocks and individual examples both assume $FILE is set. Do NOT copy a literal doc.docx / review.docx into an output directory - that is the wrong filename, always substitute your actual target.

Requirements for Outputs

Before reaching for a command, know what a good docx looks like. These are the deliverable standards every document MUST meet.

All documents

Clear hierarchy. Every non-trivial document has Title → Heading 1 → Heading 2 → body, not a wall of unstyled Normal paragraphs. A reader scans headings first. If view outline shows one flat list of paragraphs, the hierarchy is missing.

Explicit heading sizes. Do NOT rely on Word default style sizes - they drift between templates. Set sizes explicitly: H1 = 18pt minimum (20pt preferred for long reports), H2 = 14pt bold, H3 = 12pt bold. Body = 11-12pt. Line spacing 1.15-1.5x.

One body font, one accent. Pick one readable body font (Calibri, Cambria, Georgia, Times New Roman) and keep it consistent. Accent color for heading emphasis or table headers - not rainbow formatting.

Spacing through properties, not empty paragraphs. Use spaceBefore / spaceAfter on paragraphs. Rows of empty paragraphs render as spacing in Word but break pagination and view issues will flag them.

Smart quotes and typographic quality. New content uses curly quotes (', ', ", ") not ASCII ' and ". Use Unicode directly ('smart') or the XML entities ‘ / ’ / “ / ” inside raw-set. En-dash – for ranges (2024–2026), em-dash - for parenthetical breaks.

Headers, footers, page numbers on any document > 1 page. Page numbers go through a live PAGE field, not the literal text "Page 1". Use --prop field=page on a footer add - the CLI injects <w:fldChar> for you (see Creating & Editing → Headers & Footers).

Preserve existing templates. When editing a file that already has a look, match it. Existing conventions override these guidelines.

Visual delivery floor (applies to EVERY document)

Before you declare done, run officecli view "$FILE" html and Read the returned HTML path to confirm all of these:

• No placeholder tokens rendered as data. $xxx$, {var}, {{name}}, <TODO>, lorem, xxxx must never appear in a heading, body paragraph, cover page, TOC, caption, header, or footer. These are build-time tokens that escaped replacement. If you want a literal {name} in a template for a human to fill, wrap it in a visible instruction paragraph ("Replace {name} before sending") so no one confuses it with finished content.
• No truncated titles or overflowing cells. Long headings / table cell values must fit the page and the column. If a cell overflows, widen the column or set wrapText on the cell.
• Page numbers render as real numbers. Confirm get --depth 3 on the footer shows <w:fldChar> children - not just a run with literal text "Page". The footer must contain a live field, not a static word.
• TOC present when document has 3+ headings. Add with --type toc. The TOC is a live field - some viewers show the heading list immediately, others show Update field to see table of contents until the user recalculates (F9 in Word).
• Cover page ≥ 60% filled, last page ≥ 40% filled. A cover that is 80% blank space looks unfinished. Pad with subtitle / author / date / scope statement / key highlights / decorative band. A last page with just "Thank you" centered also reads as unfinished - add conclusion, next steps, contact, legal notice.
• No \$, \t, \n literals in document text. If you see these in view text, a shell-escape layer leaked. Delete the paragraph and re-enter it.

If any of the above fails, STOP and fix before declaring done.

Hard rules worth repeating (they are how docx goes wrong)

• Single-command footer with page number: add / --type footer --prop field=page ... - do NOT pass --prop fldChar=... or hand-compose the field. The CLI handles it.
• First-page footer --type footer --prop type=first --prop text="" automatically triggers differentFirstPage. Do NOT set / --prop differentFirstPage=true separately - that prop is UNSUPPORTED and silently fails.
• TOC add: --type toc --prop levels="1-3" --prop hyperlinks=true --index 0. Do NOT pass --prop pagenumbers=true - UNSUPPORTED (page numbers render automatically).

Common Workflow

Six steps. Every non-trivial build follows this shape.

1. Choose the mode. Always use officecli open <file> at the start and officecli close <file> at the end. Resident mode is the default, not an optimization - it avoids re-parsing the XML on every command. For many paragraphs of the same style, use batch (≤ 12 ops per block for reliability).
2. Orient. For a new file, officecli create "$FILE". For existing, officecli view "$FILE" outline first - get the heading tree, section count, whether a TOC / watermark / tracked changes are already there. Never start editing blind.
3. Build incrementally. Structural first, content next, formatting last. Styles and numbering defs → sections / page setup → headings and body → tables / images / fields / TOC → headers / footers → comments. After each structural op, get it back to confirm shape before stacking on top.
4. Format to spec. Explicit heading sizes, spacing, widths, alignment, tabs, list indents. Formatting is not optional polish - per Requirements for Outputs it is part of the deliverable.
5. Close, then recalculate fields. officecli close "$FILE" writes XML to disk. TOC / PAGE / NUMPAGES / SEQ / PAGEREF fields have cached values that may be stale or empty. When a human opens the file in Word, they press F9 to recalc. For the CLI's purposes, confirm fields exist (via get --depth 3 finding <w:fldChar>) rather than trusting the text value - the text is the cached render, the field is the truth.
6. QA - assume there are problems. See the QA section. You are not done when your last command exited 0; you are done after one fix-and-verify cycle finds zero new issues.

Quick Start

Minimal viable docx: a heading, a body paragraph, a subheading, and a footer with a live page-number field. Adapt, don't copy-paste - your file, your content.

FILE="review.docx"
officecli create "$FILE"
officecli open "$FILE"
officecli add "$FILE" /body --type paragraph --prop text="Q4 2026 Review" --prop style=Heading1 --prop size=20pt --prop bold=true --prop spaceAfter=12pt
officecli add "$FILE" /body --type paragraph --prop text="Revenue grew 18% year-over-year, ahead of plan." --prop size=11pt --prop spaceAfter=8pt
officecli add "$FILE" /body --type paragraph --prop text="Key Drivers" --prop style=Heading2 --prop size=14pt --prop bold=true --prop spaceBefore=12pt --prop spaceAfter=6pt
officecli add "$FILE" /body --type paragraph --prop text="Enterprise renewals, upsell, and a new EMEA region." --prop size=11pt
officecli add "$FILE" / --type footer --prop type=default --prop size=9pt --prop text="Page " --prop field=page
officecli set "$FILE" "/footer[1]/p[1]" --prop align=center
officecli close "$FILE"
officecli validate "$FILE"

Verified: validate returns no errors found; get /footer[1] --depth 3 shows the 5-run PAGE field chain (the begin / instrText / separate / cached value / end runs that wrap the live field), not a static "Page" string; for the raw <w:fldChar> XML behind those runs, use officecli raw "$FILE" "/footer[1]" | grep fldChar. This is the shape of every build: open → structure → content → format → footer/fields → close → validate.

Reading & Analysis

Start wide, then narrow. outline tells you what structure is already there; jump into view text / get / query only once you know where to look.

Open the rendered document to eyeball your own work.

• officecli view $FILE html - Read the returned HTML to audit the rendered output. Headings, tables, page breaks visible. Catches heading hierarchy issues, empty paragraphs-as-spacing, missing TOC entries.
• officecli watch $FILE keeps a live preview running for the human user - they can open it at their own discretion. Use only when the user wants to watch along; agent self-check uses view html above. Use view html as your first visual check after a batch of edits. For final visual verification, the user opens the .docx in their Word / WPS / Pages viewer.

Orient. Heading tree, section count, table / image counts, watermark, tracked changes presence.

officecli view "$FILE" outline

Extract text for content QA or LLM context. Paths are shown as [/body/p[N]] so you can jump back with get. Scope with --start / --end / --max-lines on long documents.

officecli view "$FILE" text --start 1 --end 80
officecli view "$FILE" annotated          # values + style/font/size + warnings per run
officecli view "$FILE" stats              # paragraph counts, font usage, style distribution
officecli view "$FILE" issues             # empty paras, missing alt text, spacing anomalies

Inspect one element. XPath-style semantic paths (1-based, like XPath). Always quote - shells glob [N].

officecli get "$FILE" /                          # document root: metadata, page setup
officecli get "$FILE" /body --depth 1            # body children overview
officecli get "$FILE" "/body/p[1]"                # one paragraph
officecli get "$FILE" "/body/p[1]/r[1]"           # one run (character-level formatting)
officecli get "$FILE" "/body/tbl[1]" --depth 3    # table with rows and cells
officecli get "$FILE" "/footer[1]" --depth 3      # footer - check for fldChar
officecli get "$FILE" "/styles/Heading1"          # style definition
officecli get "$FILE" /numbering --depth 2        # numbering abstractNum + num bindings

Add --json for machine output. Use [last()] (with parentheses) to address the last element: /body/tbl[last()]/tr[1]. [last] without parens errors.

Query across the document. CSS-like selectors, for systematic checks rather than hand-walking.

officecli query "$FILE" 'paragraph[style=Heading1]'       # all H1s
officecli query "$FILE" 'p:contains("quarterly")'         # text match
officecli query "$FILE" 'p:empty'                         # empty paragraphs (clutter)
officecli query "$FILE" 'image:no-alt'                    # accessibility gaps
officecli query "$FILE" 'paragraph[size>=24pt]'           # numeric comparison
officecli query "$FILE" 'field[fieldType!=page]'          # fields other than PAGE

Operators: =, !=, ~= (contains), >=, <=, [attr] (exists). Full selector reference: officecli query --help.

Large documents. When a document is long enough that view text is unwieldy, use view outline to navigate by heading and query to jump directly to what you need - don't dump the whole body into context.

Creating & Editing

The verbs: add (new element), set (change a prop), remove, move, swap, batch, raw-set (last-resort XML). Ninety percent of a docx build is paragraphs, runs, tables, a couple of images, a TOC, and a footer.

Paragraphs, runs, styles

A paragraph (p) is a block; a run (r) is a span of consistent character formatting inside it. Set paragraph-level properties (style, alignment, spacing, indent) on the p; set font / size / color / bold on the r.

officecli add "$FILE" /body --type paragraph --prop text="Executive Summary" --prop style=Heading1 --prop size=18pt --prop bold=true --prop spaceAfter=12pt
officecli set "$FILE" "/body/p[1]/r[1]" --prop color=1F4E79

Use styles, not ad-hoc formatting. style=Heading1 references the document's style definition - change the definition once, all headings update. Inline size=18pt on every heading is a style-bypass; when you need to retheme you have to touch every paragraph.

Use spaceBefore / spaceAfter for vertical spacing. Never use chains of empty paragraphs - they break pagination and are flagged by view issues.

Tables

Tables are /body/tbl[N] with rows tr[N] and cells tc[N]. Add the table with a row and column count, then fill.

officecli add "$FILE" /body --type table --prop rows=4 --prop cols=3 --prop width=100%
officecli set "$FILE" "/body/tbl[1]/tr[1]" --prop header=true --prop c1=Quarter --prop c2="Revenue" --prop c3="Growth"
officecli set "$FILE" "/body/tbl[1]/tr[1]/tc[1]/p[1]/r[1]" --prop bold=true

Row-level set supports height, header, and c1 / c2 / ... / cN text shortcuts - cN generalises to any column count, use as many as the table has columns (a 7-column matrix accepts c1 through c7). Cell formatting (bold, fill, color) goes on the cell's paragraph / run. For per-cell borders, use the paragraph-level pbdr.* dotted-attr on the cell's inner paragraph instead of cell-level border.bottom (the cell-level border prop currently places <w:tcBorders> in the wrong XML position and fails validate - see Known Issues).

Lists (bullets, numbered, multi-level)

For single-level bullets or numbers, set listStyle on the paragraph (listStyle is a paragraph prop, NOT a run prop - common mistake):

officecli add "$FILE" /body --type paragraph --prop text="First item" --prop listStyle=bullet
officecli add "$FILE" /body --type paragraph --prop text="Second item" --prop listStyle=bullet

For multi-level (legal-style 1 / 1.1 / 1.1.1 / appendix numbering), add an abstractNum then a num, then reference the numId from each paragraph:

officecli add "$FILE" /numbering --type abstractnum --prop format=decimal
officecli add "$FILE" /numbering --type num --prop abstractNumId=1
officecli add "$FILE" /body --type paragraph --prop text="Section one" --prop numId=1 --prop ilvl=0

After adding, verify with officecli query "$FILE" 'paragraph[numId>0]' that every numId reference points at a real <w:num>. See officecli help docx abstractnum and officecli help docx num for all level and format options.

Tab stops (dot leaders, right-aligned page numbers)

Used for positional layout - a signature line, a TOC-entry-style "Chapter 1 ........ 12" row, a form field slot. Tab stops are a first-class tab element added as a child of the paragraph:

officecli add "$FILE" "/body/p[1]" --type tab --prop pos=6in --prop val=right --prop leader=dot
officecli add "$FILE" "/body/p[2]" --type tab --prop pos=3cm --prop val=left --prop leader=underscore

pos accepts 6in / 6cm / twips. val ∈ left / center / right. leader ∈ none / dot / hyphen / underscore. Paths are 1-based: /body/p[N]/tab[K]. See officecli help docx tab for the full grammar.

Leader rendering caveat. leader=dot / underscore on a tab definition alone does not emit dots/underscore in the output - the leader only renders when a real <w:tab/> character is present inside a run of that paragraph, and the high-level API does not insert <w:tab/> runs. For visible signature lines or dot-leader TOC-style rows you have two working options: (a) use literal characters - text="_______________________________________" for a signature line, or "Chapter 1 ............ 12" for a leader row - visually equivalent and ships reliably; or (b) raw-set a <w:r><w:tab/></w:r> into the paragraph before the leading line.

Fields (PAGE / NUMPAGES / DATE / MERGEFIELD / REF)

Fields are live values computed at render time. Two props carry all the info: fieldType picks the field; name supplies the target (merge field name or bookmark for ref); format adds switches (date patterns, number formats).

The full fieldType enum (30+ values: page, pagenum, pagenumber, numpages, date, time, author, title, filename, section, sectionpages, mergefield, ref, pageref, noteref, seq, styleref, docproperty, if, createdate, savedate, printdate, edittime, lastsavedby, subject, numwords, numchars, revnum, template, comments, keywords) is in officecli help docx field. There is NO fieldInstr fieldType - use the instr prop (alias instruction) to inject raw field instruction text when typed shortcuts fall short. Picture switches (MERGEFIELD Amount \# "#,##0.00", DATE \@ "yyyy年MM月") go via --prop instr='...' on mergefield and via --prop format='yyyy-MM-dd' on date/time (mergefield's format prop is ignored with a warning - use instr instead).

SEQ / PAGEREF cached-value trap. seq and pageref are CLI-expressible (--prop fieldType=seq --prop identifier=Figure, --prop fieldType=pageref --prop name=bookmark) and pass validate, but every instance emits cached <w:t> of 1 regardless of position - so three SEQ Figure captions render as Figure 1 / Figure 1 / Figure 1 in viewers that do not recompute on open. Set <w:updateFields w:val="true"/> in settings (via raw-set) and/or patch the cached <w:t> after each SEQ. Academic papers with multiple figures/tables: see the officecli-academic-paper skill for the full SEQ patch recipe.

For a standalone MERGEFIELD inside a paragraph:

officecli add "$FILE" "/body/p[3]" --type field --prop fieldType=mergefield --prop name=customer_name
# Renders as «customer_name» - visible placeholder, replaced in Word at mail-merge time.

Verified: canonical form passes validate and renders «customer_name» on open. Confirm all MERGEFIELDs exist with officecli query "$FILE" 'field[fieldType=mergefield]'.

MERGEFIELD templates: do NOT render placeholder literals. If a template shows {{customer_name}} or $NAME$ as body text, a human recipient sees the literal token - that is a failed template. Either (a) insert a real MERGEFIELD via the field type above, which Word replaces at mail-merge time, or (b) put literal tokens only inside an obvious instruction paragraph ("Replace {{customer_name}} before sending"). See Requirements for Outputs → Visual delivery floor.

Headers & Footers (page numbering)

The single-command pattern - the CLI injects <w:fldChar> so you do not compose the field by hand:

# Empty first-page footer - auto-enables differentFirstPage so the cover has no page number
officecli add "$FILE" / --type footer --prop type=first --prop text=""

# Default footer with live page number
officecli add "$FILE" / --type footer --prop type=default --prop align=center --prop size=9pt --prop text="Page " --prop field=page

When both a first-page footer and a default footer exist, the default footer is /footer[2]. If only a default footer, it is /footer[1]. Verify: get --depth 3 must show fldChar children, not just a run with literal text "Page". view outline prints "Footer: Page" for both live fields AND static text - do not rely on it.

Do NOT set / --prop differentFirstPage=true separately - that prop is UNSUPPORTED and silently fails. Adding a first-type footer is how you flip the bit.

For composite footers like "Page X of Y" (PAGE + NUMPAGES in one paragraph), see officecli help docx footer and use raw-set with two <w:fldChar> field instructions - high-level single-command does not compose two fields in one run.

Table of Contents

For any document with 3+ headings (Requirements):

officecli add "$FILE" /body --type toc --prop levels="1-3" --prop title="Table of Contents" --prop hyperlinks=true --index 0

The TOC is a live field - when a human opens the file, the viewer either populates it on open or shows it after the user recalculates (F9 in Word). Do NOT pass --prop pagenumbers=true - UNSUPPORTED; page numbers render automatically.

Addressing the TOC (1.0.60+). Direct paths /toc[1] or /tableofcontents resolve to the first TOC field without hand-walking XPath - use these as the primary path for get / set / remove:

officecli get "$FILE" "/toc[1]" --depth 2            # primary path - no raw-set needed to locate
officecli get "$FILE" "/tableofcontents" --depth 2   # alias, same target

TOC delivery step - treat this as mandatory before handing the file off. The live TOC field is a placeholder until recalculated. Some viewers show the real heading list on first open; others show the literal string Update field to see table of contents until the reader recalculates. Two workarounds - pick one based on who reads the file:

• Recipients who will open in a viewer that recalculates (or who will press F9): add a visible instruction ("Press F9 to refresh the TOC and page numbers"). No further action needed.
• Recipients who cannot / will not recalculate: use the static TOC fallback - see Report-level recipes (f) below. No CLI-only pipeline currently populates <w:sdtContent> with the cached heading rows that Word writes on save. Headless conversion tools cannot pre-render the TOC on Word's behalf - their TOC handling and pagination differ, so relying on them to "fill" the TOC for a Word recipient is unsafe. raw-set on //w:sdt/w:sdtContent is theoretically possible but requires reconstructing the exact per-heading XML (with correct bookmarks, PAGEREF chains, and cached page numbers) and has not worked reliably. Hand-write the static fallback instead.

Ship-check: officecli query "$FILE" 'p:contains("Update field to see")' must return empty whenever the reader won't recalculate. If it matches, the TOC is unpopulated - switch to recipe (f).

Images

Pictures go inside a run. Alt text is mandatory for accessibility, but add rejects alt at create time (CLI bug C-D-3): add first, then set.

officecli add "$FILE" "/body/p[5]" --type picture --prop src=chart.png --prop width=4in
officecli set "$FILE" "/body/p[5]/r[last()]" --prop alt="Q4 revenue by region, bar chart"

Confirm with officecli query "$FILE" 'image:no-alt' - output should be empty before delivery.

Hyperlinks and bookmarks

External links go via hyperlink:

officecli add "$FILE" "/body/p[2]" --type hyperlink --prop uri="https://example.com" --prop text="our site"

Internal links (to a bookmark within the document) are NOT supported by the high-level hyperlink command - it rejects fragment URLs. Use raw-set with <w:hyperlink w:anchor="bookmarkName">, or pair a PAGEREF field with visible text. See officecli help docx hyperlink and officecli help docx bookmark.

Sections and page setup

Document root / carries page setup (pageWidth, pageHeight, margins). Multi-section documents (landscape insert, column layout) add a section break; use officecli help docx section for the section prop list.

officecli set "$FILE" / --prop pageWidth=12240 --prop pageHeight=15840 --prop marginTop=1440 --prop marginLeft=1440

Section accepts both camelCase (pageWidth, canonical) and lowercase alias (pagewidth). Prefer camelCase.

Report-level recipes

Four patterns that come up on every long-form report and aren't covered by the Quick Start. Each has been executed and validate-passed.

(a) Rich cover page - hit the ≥ 60% filled floor. A bare title + date cover reads as unfinished. Stack a confidentiality banner, title, subtitle, client/project/date block, and a 3-line key-themes strip:

officecli add "$FILE" /body --type paragraph --prop text="CONFIDENTIAL - CLIENT USE ONLY" --prop align=center --prop size=9pt --prop color=C00000 --prop spaceAfter=24pt
officecli add "$FILE" /body --type paragraph --prop text="Strategic Growth Review" --prop style=Title --prop size=32pt --prop bold=true --prop align=center --prop font=Cambria --prop spaceAfter=8pt
officecli add "$FILE" /body --type paragraph --prop text="FY26 Outlook and Scenario Planning" --prop italic=true --prop size=16pt --prop align=center --prop spaceAfter=36pt
officecli add "$FILE" /body --type paragraph --prop text='Prepared for: Acme Corp. Leadership Team' --prop align=center --prop size=11pt
officecli add "$FILE" /body --type paragraph --prop text='Engagement: 2026-04 - 2026-06' --prop align=center --prop size=11pt
officecli add "$FILE" /body --type paragraph --prop text='Author: Advisory Partners' --prop align=center --prop size=11pt --prop spaceAfter=36pt
officecli add "$FILE" /body --type paragraph --prop text="Key themes: 1) margin resilience, 2) EMEA expansion, 3) capital allocation." --prop align=center --prop italic=true --prop size=10pt
# Force the next section to start on a new page - belt-and-suspenders for cross-viewer reliability
# (pageBreakBefore alone is unreliable across viewers; --type pagebreak alone also flakes)
officecli add "$FILE" /body --type pagebreak
officecli set "$FILE" "/body/p[last()]" --prop pageBreakBefore=true

(b) Page X of Y footer - composite PAGE + NUMPAGES. Add the footer paragraph first, then three child ops build Page <X> of <Y> in one paragraph. Visual outcome: footer reads Page 3 of 12 with both numbers live. This is the official officecli help docx footer recipe.

officecli add "$FILE" / --type footer --prop type=default --prop text="Page " --prop align=center --prop size=9pt
officecli add "$FILE" "/footer[1]/p[1]" --type field --prop fieldType=page
officecli add "$FILE" "/footer[1]/p[1]" --type run --prop text=" of "
officecli add "$FILE" "/footer[1]/p[1]" --type field --prop fieldType=numpages
# Verify the 3 field fragments exist:
officecli get "$FILE" "/footer[1]/p[1]" --depth 1 | grep -o fldChar | wc -l   # expect ≥ 4 (begin+separate+end per field; DON'T use `grep -c` - single-line XML always returns 1)

(c) Header row with fill and white bold text. Don't chain shd.fill= (broken). Order matters: populate the header row's cell text FIRST (runs don't exist in empty cells, so a set .../tc[N]/p[1]/r[1] on empty cells errors with "No r found"), THEN apply cell fill, THEN run formatting. Visual outcome: dark-blue header band with white bold labels, zebra-striped data rows.

officecli add "$FILE" /body --type table --prop rows=5 --prop cols=4 --prop width=100%
# 1. Populate header cell text - creates the runs we'll style next
officecli set "$FILE" "/body/tbl[1]/tr[1]" --prop header=true --prop c1=Quarter --prop c2=Revenue --prop c3=Growth --prop c4=Status
# 2. Header cells - dark fill + white bold text
for col in 1 2 3 4; do
  officecli set "$FILE" "/body/tbl[1]/tr[1]/tc[$col]" --prop fill=1F4E79
  officecli set "$FILE" "/body/tbl[1]/tr[1]/tc[$col]/p[1]/r[1]" --prop bold=true --prop color=FFFFFF
done
# 3. Alternating row fills for rows 3, 5 (zebra)
for row in 3 5; do for col in 1 2 3 4; do
  officecli set "$FILE" "/body/tbl[1]/tr[$row]/tc[$col]" --prop fill=D9E2F3
done; done

Verified: without step 1, step 2's run-level set errors because empty cells have no r. This is the most common trip in table builds.

(d) Financial table style - right-align numbers, bold totals, bottom border on total row. Numbers read right-aligned; totals read bold; a pbdr.bottom under the last data row visually separates the total:

# Right-align number columns (cols 2-4), paragraph-level
for row in 2 3 4 5; do for col in 2 3 4; do
  officecli set "$FILE" "/body/tbl[1]/tr[$row]/tc[$col]/p[1]" --prop align=right
done; done
# Total row (row 5) bold + bottom border on the data paragraphs
for col in 1 2 3 4; do
  officecli set "$FILE" "/body/tbl[1]/tr[5]/tc[$col]/p[1]/r[1]" --prop bold=true
  officecli set "$FILE" "/body/tbl[1]/tr[4]/tc[$col]/p[1]" --prop pbdr.bottom="single;6;000000;0"
done

(e) Cell with multiple bullets - SWOT / risk matrix / timeline. Row-level c1="line1\nline2" drops a literal \n; one cell = one paragraph by default. To stack N bullets inside a single cell, seed the first via set c1=, then add paragraph under the cell for each subsequent bullet, then move --index 1 to push the seeded line above its siblings if needed. Visual outcome: a 2×2 SWOT where each quadrant lists 3-5 bullets, each on its own line.

# 2x2 SWOT, cell (1,1) = Strengths with 3 bullets
officecli set "$FILE" "/body/tbl[1]/tr[1]" --prop c1="Installed base of 18k enterprise seats"
officecli add "$FILE" "/body/tbl[1]/tr[1]/tc[1]" --type paragraph --prop text="Margin structure above peer median" --prop listStyle=bullet
officecli add "$FILE" "/body/tbl[1]/tr[1]/tc[1]" --type paragraph --prop text="Founder-led sales motion in mid-market" --prop listStyle=bullet
# (optional) If the seeded line should also render as a bullet, style it:
officecli set "$FILE" "/body/tbl[1]/tr[1]/tc[1]/p[1]" --prop listStyle=bullet

If your seed paragraph lands at the bottom instead of the top (row-level set c1= sometimes appends), re-order: officecli move "$FILE" "/body/tbl[1]/tr[1]/tc[1]/p[N]" --index 0.

(f) Static TOC fallback (cross-viewer reliability). When delivering to viewers that don't auto-recalculate fields, the live TOC field renders as the literal Update field to see table of contents. No CLI-only pipeline can pre-populate a TOC field the way Word does on save - this is a hard black hole, not a recipe gap. Workaround: remove the TOC field, keep the TOCHeading style paragraph as a visible header, then hand-write one paragraph per heading with a literal dot-leader line. Visual outcome: a plain text TOC with dots trailing to page numbers, no live field, ships correctly in any reader.

# 1. Locate and remove the raw TOC field paragraph(s) that carry the "Update field to see..." cached text
officecli query "$FILE" 'p:contains("Update field to see")'        # note the /body/p[N] paths
officecli remove "$FILE" "/body/p[N]"                              # repeat per hit

# 2. Add a visible heading where the TOC used to be (if not already present)
officecli add "$FILE" /body --type paragraph --prop text="Contents" --prop style=TOCHeading --prop size=14pt --prop bold=true --index <pos>

# 3. Hand-write one line per heading with literal dots and page number
officecli add "$FILE" /body --type paragraph --prop text="1. Executive Summary ......................................... 3" --prop size=11pt --index <pos+1>
officecli add "$FILE" /body --type paragraph --prop text="2. Market Diagnosis .......................................... 5" --prop size=11pt --index <pos+2>
# ... one per heading

Use this when the live-field option leaves the literal prompt visible to the reader. Page numbers are manually set. For approximate pagination preview: officecli view "$FILE" html and read the returned HTML file to eyeball layout. For exact page numbers: open in your target viewer (Word / WPS / etc.) - precise numbers only come from the final render in that viewer. This recipe assumes you can get approximate page positions from the document structure. add --type toc (live field) remains correct for recipients whose viewer recalculates on open (or who will press F9) - this recipe is for everyone else.

Forcing page breaks - belt-and-suspenders for cross-viewer reliability

Two mechanisms exist; neither alone is reliable across every viewer. Pagination is heuristic - depending on the viewer and preceding content state, it may silently ignore <w:pageBreakBefore/> OR render <w:br w:type="page"/> as a soft break. The two failures occur in opposite directions depending on the viewer. Apply BOTH on every H1 you want on a fresh page:

# 1. Prepend a pagebreak element BEFORE the heading
officecli add "$FILE" /body --type pagebreak --index <N>
# 2. Set pageBreakBefore=true on the heading paragraph itself
officecli set "$FILE" "/body/p[<N+1>]" --prop pageBreakBefore=true

Neither alone guarantees a break in every client. Observed on officecli 1.0.60: pageBreakBefore alone left 9 chapters mashed into 6 pages in one viewer; --type pagebreak alone has also been seen to flake, especially when the file is PDF-converted by a headless renderer. Recommendation: prefer pageBreakBefore=true (more reliable across viewers) and add --type pagebreak as the secondary guarantee. The redundant pair closes the gap.

break=newPage alias (1.0.61+). The paragraph / section prop --prop break=newPage is a shorter alias that maps to pageBreakBefore=true (accepts newPage | page | nextPage | pageBreak). Same underlying XML, same behavior - so the belt-and-suspenders rule still applies: use add --type pagebreak before the heading AND set pageBreakBefore=true / break=newPage on the heading paragraph itself. ⚠️ pageBreakBefore/break= passed to add may be silently dropped - always apply it via a subsequent set.

Apply to every H1, the TOC heading, and the cover-closing paragraph. Preview via view html (read the returned HTML path) and count pages to confirm.

Template delivery - separating Template Notes from end-user content

HR / legal / vendor templates commonly carry internal-only guidance ("replace {{CompanyName}}", "list of expected merge columns") that must NOT ship to the end recipient. Two working patterns:

• Trailing "Template Notes" section with a clear heading. Add a Heading 1 titled "Template Notes for HR Users" (or similar) at the bottom of the document, then all instruction paragraphs underneath. Before distribution, officecli remove "$FILE" /body/p[N] every paragraph from the heading downward, or officecli query "$FILE" 'paragraph[style=Heading1]:contains("Template Notes")' to locate the boundary. A visible heading makes the section unmistakable at review time and scriptable at delivery time.
• Bookmark-bounded internal section. Wrap the guidance between two bookmarks (add --type bookmark --prop name=__template_notes_start / _end) on the paragraphs before and after the internal content. At delivery, raw-set removes everything between the two anchors in one pass. Slightly more fragile but more robust to accidental heading edits.

Either way, the ship-check is: after removal, officecli query "$FILE" 'p:contains("Template Notes")' returns empty AND query 'p:contains("{{") (literal tokens the guide referenced) also returns empty. If the template notes paragraph survives, a downstream employee will read internal HR language. Treat this as a delivery gate for template builds.

Advanced / specialty topics (skip if you are writing a report)

Reports, memos, letters, proposals, and HR templates don't need this section - skip to Raw-set escape hatch. Keep reading only if your document is academic (equations, footnotes, bibliography), a reviewed draft (comments, tracked changes), or marked (watermark).

Equations and footnotes. --type equation takes LaTeX - \frac, \sum, Greek letters, \mathit render; \mathcal emits invalid XML (use \mathit instead). Footnotes auto-number by paragraph index.

officecli add "$FILE" /body --type equation --prop formula="\\frac{a}{b} + \\sum_{i=1}^{n} x_i"
officecli add "$FILE" "/body/p[3]" --type footnote --prop text="See Appendix A for methodology."

--type equation always creates a standalone /body/oMathPara[N] block - never an inline run, even if you pass a paragraph path. For inline math inside running text, raw-set an <m:oMath> (not <m:oMathPara>) as a run child. Bibliography with hanging indent: firstLineIndent=-720 indent=720 per entry (dotted ind.hanging is not canonical - see Known Issues).

docx vs academic-paper skill - when to switch. Stay in docx for: chapter drafts, ≤ 3 footnotes, ≤ 2 equations, no bibliography, no cross-refs. Switch to academic-paper when you need ANY of: citation styles (APA / Chicago / Harvard / IEEE / GB 7714), in-text ↔ reference list auto-linking, numbered equations with \ref, "List of Figures", auto-updating "see Section 3.2" cross-refs, or author-year ↔ numeric style toggles.

docx vs word-form skill - when to switch. Stay in docx for any report, letter, memo, or proposal. Switch to officecli-word-form when the document's purpose is **

…(truncated)