Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add OpenKnots/okcode --skill docgit clone --depth 1 https://github.com/OpenKnots/okcodeWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/openknots/okcode/doc)<a href="https://agentmods.dev/skills/openknots/okcode/doc"><img src="https://agentmods.dev/badge/skills/openknots/okcode/doc/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/openknots/okcode/doc"><img src="https://agentmods.dev/badge/skills/openknots/okcode/doc.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00010 | $0.00427 |
| Opus 5.5 | $0.00004 | $0.00171 |
| Sonnet 5.5 | $0.00002 | $0.00085 |
| Haiku 4.5 | $0.00001 | $0.00043 |
Grade A, and why
doc scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 50 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Doc Skill
When to use this skill
- Use when the task involves drafting, editing, reviewing, or converting rich-text documents such as DOCX files.
- Use when preserving writing quality and document structure matters more than raw plain-text extraction.
- Use when the user needs help balancing content edits against formatting preservation.
- Use when a document must be converted between editable and presentation-friendly formats.
What this skill does
- Helps edit and review document content while being explicit about formatting-preservation limits.
- Separates writing changes from layout and formatting changes so the user can judge tradeoffs clearly.
- Prefers reversible workflows when converting between DOCX, Markdown, HTML, and plain text.
- Keeps tone, structure, and author intent central during review and rewrite tasks.
Implementation
- Determine whether the user cares most about wording, formatting, comments, tracked changes, or export format.
- If the task is content-focused, use the most editable intermediate format available and summarize how fidelity may change.
- If the task is formatting-sensitive, warn early about limitations in round-tripping through simpler text formats.
- Preserve headings, lists, tables, and section boundaries where possible.
- When reviewing, summarize substantive content changes separately from formatting or layout issues.
- If a conversion path may drop tracked changes, comments, footnotes, or advanced formatting, state that explicitly.
- Keep rewrites concise and aligned to the intended audience unless the user requests a different tone.
Best practices
- Do not silently flatten rich structure when the original formatting appears important.
- Prefer reversible edits and keep the original document available.
- Call out unsupported document features rather than approximating them as if they were preserved.
- Separate editorial guidance from file-format guidance.
- When rewriting text, keep the user's target audience and tone explicit.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 1mo ago First seen · 50 lines · 10 tokens per session scan A d77e4361b3e0
doc is a skill published in the GitHub repository OpenKnots/okcode (24 stars, last pushed 5mo ago), licensed MIT. It adds 10 tokens to every session and 427 once invoked, about $0.0000 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
genoffice
Create, convert, read and edit Office documents locally with GenOffice's command line. Build a new presentation (pptx) from a brief through a checked outline, per-page spec and render pipeline, a new spreadsheet (xlsx) from CSV or JSON data with formulas, a new Word document (docx) from Markdown or HTML, or a PDF…
document-generation
Generate Word (.docx), Excel (.xlsx) and PowerPoint (.pptx) documents and fill existing PDF forms, from real NetClaw data, with per-element provenance and no fabrication. This is the generic document-writing engine (tool surface, tagged-value shapes, fabrication rules). For the four standard NetClaw report…
document-processing
Use when the deliverable is a document's bytes or its literal content — text/tables out of PDFs, AcroForm fill and flatten, page merge/split, PDF/DOCX from templates, OCR of image-only scans. NOT schema-typed fields pulled from text (that is structured-extraction), NOT signature routing (e-signature) or spreadsheet…
docs-draft-feature-docs
Draft Elastic documentation for any feature or feature area, from a doc issue, a product pull request, or raw notes. Enforces the docs-content baseline on every draft — verify against product source at HEAD, find the canonical home, place content once, scope it cumulatively — and reads per-area reference files for…
office-artifacts
Manage Office files, formats and versions; use Writer, Calc or Impress for content.
docs-validate-code-samples
Validate code samples in Elastic documentation markdown files. Checks language identifiers, substitution attributes, callout usage, JSON validity, ES|QL syntax, and Painless scripts. Use when reviewing docs PRs, auditing content, or writing new examples.