# Office Word

> A Claude skill from Orkas-AI/Orkas-Awesome-AgentSkills.

- **Type:** Skill
- **Install:** `agentstack add skill-orkas-ai-orkas-awesome-agentskills-office-word`
- **Verified:** Yes — security-reviewed for prompt injection and unsafe behavior
- **Seller:** [Orkas-AI](https://agentstack.voostack.com/s/orkas-ai)
- **Installs:** 0
- **Category:** [AI & ML](https://agentstack.voostack.com/c/ai-and-ml)
- **Latest version:** 0.1.0
- **License:** MIT
- **Upstream author:** [Orkas-AI](https://github.com/Orkas-AI)
- **Source:** https://github.com/Orkas-AI/Orkas-Awesome-AgentSkills/tree/main/office/skills/office-word
- **Website:** https://orkas.ai

## Install

```sh
agentstack add skill-orkas-ai-orkas-awesome-agentskills-office-word
```

Requires the [AgentStack CLI](https://agentstack.voostack.com/docs/cli). Works with Claude Code, Cursor, and any MCP-compatible agent.

## About

# Office Word

## When to Use

Use when the main artifact is a Microsoft Word document, `.docx` file, template, report, contract, policy, proposal, or review draft.

Also use when the user cares about styles, numbering, tables, headers, footers, sections, fields, comments, tracked changes, or cross-editor compatibility.

Do not use for spreadsheet logic, slide decks, PDF-only edits, or Notion/wiki capture unless a Word/DOCX artifact is part of the requested deliverable.

## Workflow

1. Classify the job: create, inspect, summarize, local edit, tracked-change edit, table/layout adjustment, template cleanup, or compatibility check.
2. For an existing `.docx`, inspect the package structure when needed: `word/document.xml`, `styles.xml`, `numbering.xml`, headers, footers, comments, relationships, and section properties.
3. Make a backup copy before editing an existing file. Never overwrite the only user-provided source file.
4. Preserve the existing style system, numbering definitions, fields, bookmarks, comment anchors, revision blocks, section settings, and relationship files unless the user explicitly asks to change them.
5. Edit the smallest safe span. This is especially important for legal, academic, business review, and tracked-change workflows.
6. For new documents, use named styles and explicit page size, margins, table widths, section settings, and heading hierarchy.
7. Before delivery, check text correctness, stale fields, table overflow, broken header/footer relationships, numbering stability, comments/revisions integrity, and compatibility risks.

## Return Format

For a new document, return the generated `.docx` path and summarize the structure, styles, and main sections.

For inspection, return a short report with detected issues, risk level, and recommended fixes.

For edits, return the modified `.docx` path, the backup path if created, and a change summary. State whether tracked changes, comments, fields, numbering, headers/footers, and sections were preserved.

For failure, state the reason, affected document parts, and the safest fallback.

## External Dependencies

- Microsoft Word is recommended for final human review of complex layout, field refresh, tracked changes, and compatibility.
- LibreOffice can provide rough conversion or preview checks when available.
- Python or Node.js document libraries may be used for automated generation or OOXML edits; ask before installing missing packages.

## Limits and Known Issues

- Visible text can be split across runs, fields, bookmarks, comments, or revision blocks; plain-text replacement can corrupt structure.
- Tables, numbering, fields, headers, footers, comments, and section settings are common sources of layout drift.
- `.docm` files may contain macros. Do not execute or modify macros unless the user explicitly asks and confirms the risk.
- Legacy `.doc` files usually need conversion to `.docx`, and the converted result still needs visual review.
- Automated checks cannot fully replace opening the final document in the target application when layout matters.

## Examples

User: "Update the payment clause in this contract and preserve tracked changes and comments."

Handling: inspect revisions, comments, and nearby paragraph structure; create a backup; replace only the necessary text span; verify anchors and numbering after the edit.

User: "Make a weekly report Word document with summary, progress, risks, and next-week plan."

Handling: create a `.docx` with named styles, explicit margins, heading hierarchy, and tables for status/risk sections.

## Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

- **Author:** [Orkas-AI](https://github.com/Orkas-AI)
- **Source:** [Orkas-AI/Orkas-Awesome-AgentSkills](https://github.com/Orkas-AI/Orkas-Awesome-AgentSkills)
- **License:** MIT
- **Homepage:** https://orkas.ai

Install and usage instructions live in the source repository linked above.

## Pricing

- **Free** — Free

## Security capabilities

Automated source analysis of v0.1.0 — what this tool can access:

- **Network access:** no
- **Filesystem access:** no
- **Shell / process execution:** no
- **Environment & secrets:** no
- **Dynamic code execution:** no

*"Yes" means the capability is present in the source — more access means more to trust, not that it is unsafe.*


## Versions

- **0.1.0** — security scan: passed — Imported from the upstream source.

## Links

- Listing page: https://agentstack.voostack.com/l/skill-orkas-ai-orkas-awesome-agentskills-office-word
- Seller: https://agentstack.voostack.com/s/orkas-ai
- Browse the marketplace: https://agentstack.voostack.com/browse

---
Listed on AgentStack — the marketplace for AI agent skills and MCP servers. Every listing is security-reviewed. Creators keep 70%.