automate-hancom-documents

automate-hancom-documents is a skill for Codex from innae1121-bit/gsghwp. It costs 98 tokens per session (8,341 once invoked), scanned A, original, MIT.

A routing skill for editing, inspecting, analysing, and verifying Hancom HWP documents. Hancom HWP is a document format and editor commonly used in Korea.

In plain words
What is it for?
It is for inspecting or changing HWP documents, including tables, captions, and images, as well as working with related PPTX and XLSX content.
Why use it?
It keeps HWP work on the required document-automation connection and requires confirmation that a requested change actually succeeded.

Skill for Codex

Written for Codex: agents/openai.yaml present. Also seen: mentions Codex.

Good fit It is for inspecting or changing HWP documents, including tables, captions, and images, as well as working with related PPTX and XLSX content.

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/innae1121-bit/gsghwp/automate-hancom-documents
Install

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.

Any agent
npx skills add innae1121-bit/gsghwp --skill automate-hancom-documents
Clone the repo
git clone --depth 1 https://github.com/innae1121-bit/gsghwp

Made for: Codex.

Wrote 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.

agentmods badge for automate-hancom-documents

README.md
[![agentmods](https://agentmods.dev/badge/skills/innae1121-bit/gsghwp/automate-hancom-documents/github.svg)](https://agentmods.dev/skills/innae1121-bit/gsghwp/automate-hancom-documents)
Your own site
<a href="https://agentmods.dev/skills/innae1121-bit/gsghwp/automate-hancom-documents"><img src="https://agentmods.dev/badge/skills/innae1121-bit/gsghwp/automate-hancom-documents/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.

agentmods 80×15 button for automate-hancom-documents

Your own site · 80×15
<a href="https://agentmods.dev/skills/innae1121-bit/gsghwp/automate-hancom-documents"><img src="https://agentmods.dev/badge/skills/innae1121-bit/gsghwp/automate-hancom-documents.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 98 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 8,341 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe. Third-party audits
  • NVIDIA SkillSpector warn 7 Sept 2026
SkillSpector: 3 findings, up to high

These are SkillSpector’s own severities. On a checked sample its high-severity flags on skills were ~96% false positives — a documented command, a public API, a “never do X” rule — so we show them as a caution to read, not a verdict. Why →

  • high Anti-Refusal · line 157
    Skill instructs the agent to omit warnings, disclaimers, or ethical commentary. Stripping safety caveats hides risk from the user and is a common jailbreak preamble.
    Fix: Remove instructions that suppress warnings, disclaimers, or ethical commentary. Let the agent surface safety-relevant caveats to the user.
  • high Memory Poisoning · line 169
    Skill manipulates agent memory, state, or stored context. Memory corruption can alter personality, override safety rules, or cause unpredictable behavior.
    Fix: Protect agent memory and state from modification by untrusted content. Use read-only memory for critical instructions and validate all state changes.
  • medium Output Handling · line 93
    Output size or generation rate is not bounded. Unbounded output enables denial-of-service through resource exhaustion, log flooding, or context-window stuffing.
    Fix: Set explicit limits on output length, generation count, and rate. Use max_tokens and truncation to prevent unbounded output.
How audits are shown
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce invoked
Fable 5.1 $0.00098 $0.08341
Opus 5.5 $0.00039 $0.03336
Sonnet 5.5 $0.00020 $0.01668
Haiku 4.5 $0.00010 $0.00834

Measured 22d ago against content hash 0001c1b5879c, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

automate-hancom-documents 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 22d ago.

The scan reads SKILL.md. This mod also ships 39 executable files (scripts/_hwp_hgn1_semantic_parity_codec.py, scripts/_hwp_hgn1_semantic_parity_models.py, scripts/_hwp_native_graph_errors.py, …), listed below but not scanned — reading those needs a real analyzer, not pattern matching.

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.

plugins/gsg-hwp/skills/automate-hancom-documents/SKILL.md · 181 lines

How it starts

The opening of the file, as written. The whole thing — 181 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Hancom Document Automation

Start with the production action path: match the request to one public tool and call it. Read a reference only when the work in front of you needs what that reference holds.

Images in a request

Read a visible value directly and call its matching write. For image or PPT structure reconstruction, read references/native-layout.md (identical MCP resource: gsg-hwp-beta://reference/native-layout). That reference is the sole reconstruction workflow; this entrypoint only routes to it.

Non-negotiable rules

  • Route every Hancom/HWP edit, analysis, and verification request through the gsg-hwp-beta-live MCP and this skill.
  • Treat a change as successful only after the selected public tool reaches a terminal success result and its operation-specific readback confirms the requested state. A dispatched call or mutation attempt without that readback is not success.
  • Choose the most specific public action tool for the user's request. Never invent an API name, cell address, control ID, or hidden execution field.
  • Before every public write, choose a caller-owned operation_id (for example, a UUID) and keep it unchanged until that logical operation reaches a terminal result. Reuse the same ID only when retrying the same payload or recovering a lost response; use a new ID for an intentional second execution, even when its payload is identical. Never derive the ID from the payload. The same ID with different inputs is a conflict. Completed results remain replayable for up to 30 days by default; when the terminal journal exceeds 10,000 records or 64 MiB, the oldest terminal results are evicted first. Never recycle an ID after journal expiry or a not_found response.
  • Live mode attaches only to the exact active, saved, editable HWP already registered in ROT. It does not open, save, clear, quit, or change history by default. Use hwp_undo or hwp_redo only for an explicit history request, and hwp_save_reopen_verify only for an explicit save-and-reopen verification request.
  • Never use computer-use, Windows UI automation, keyboard/mouse control, or a Python COM document call as a fallback for an HWP operation. If the gsg-hwp-beta-live MCP is unavailable, disconnected, or returns a closed transport, report that exact state and stop. If a certified native operation is unavailable, return the structured result from the selected HWP tool and stop.
  • Do not hard-code a document title, page number, table size, or cell map in reusable code.
  • Reuse an already inspected paragraph range or table/cell target for edits, together with its document guards. Do not replace known coordinates with a document-wide find, and never invoke a Find/Replace dialog or a search action to locate an edit. If the target is unknown, read only the relevant pages once with hwp_inspect_patch_plan; find is a literal native text scan for requests that only identify text. Duplicate matches require structural scope or a user-specified occurrence, never an arbitrary first match. Re-inspect after a stale revision instead of reusing another document's offsets or IDs.
  • When the user asks to analyze or verify how an open HWP page looks, call hwp_render_page; it preserves document state and uses HWP CreatePageImage. A successful render or generated PNG alone is not visual verification: open and inspect the returned PNG before claiming how the page looks, and pair it with structural inspection when exact text, IDs, merges, or sizes matter. Do not render in the middle of a fill, repeat, sync, or Excel append. For cell text, IDs, merges, or sizes use hwp_inspect_page_fast with include_cells=true. hwp_inspect_structure is not the cell-text readback.
  • hwp_render_page publishes each completed PNG at a unique path only after CreatePageImage finishes. Active session directories are protected by a worker ownership lock. Released results have a 24-hour TTL and at least a 15-minute client-read grace; cleanup runs at worker startup and every 15 minutes, removes abandoned partial files, and evicts the oldest eligible results when the preview store exceeds 64 MiB.
  • Document-local styles are read with hwp_list_styles; never use web search to infer a style ID or local title convention.
  • For table/figure titles, prefer a normal text paragraph with the actual character and paragraph shapes copied from an inspected, correctly numbered title of the same kind (hwp_apply_style with source/target positions and style_copy_type=2). A registered style may contain an obsolete numbering definition. Write only the title wording; never manufacture the displayed table/figure number as literal text. Confirm automatic numbering in structural inspection and read the preceding/current/following titles. Use hwp_add_caption only when an object-attached caption is explicitly wanted, not as a substitute for the document's title paragraphs. Before adding another title, inspect the table/picture's existing caption: an attached or hidden caption can consume an extra number. Do not hide a numbering gap with manually typed digits; resolve the duplicate caption and verify the sequence. See references/native-editing.md for the exact workflow.
  • For broken words or one/two-character spillovers, render the page and apply hwp_format_text(letter_spacing_percent=...) only to the necessary text range, including inside a table cell. Read the existing spacing where available; this field is absolute, not a delta. Start with a small 1–2 percentage-point change and re-render the affected line and its neighbours. Do not format every line in a multi-line paragraph/cell together, change font size, or insert manual line breaks merely to force a fit. Null spacing is unknown/mixed evidence, not zero.
  • For an explicit convention-matching write, read observed_usage.convention_profile once and reuse only values the target document actually reports. Check each axis's sample_count, consistency, complete, variants, scope, and write_fields; never turn a conflicting or partial sample into a universal template.
  • An unobserved convention axis is missing evidence, not a reason to refuse the edit. Leave that write field unchanged unless the user supplied it explicitly, and continue with the observed axes the write tool supports.
  • Table-series tools copy the first table, regenerate each copied automatic-number control, and update only the literal title suffix while preserving the source caption style. Do not follow a successful series call with manual hwp_add_caption calls. If caption verification fails, report that failure instead of retrying captions or Undo in a loop.
  • After a plugin update, stay in the current Codex task and call hwp_runtime_info. The stable MCP proxy reloads the worker automatically when its source hash changes and emits a tool-list change notification; call hwp_reload only to force a reload. Compare mcp, worker_process_id, source_path, and tool_schema_hash before continuing. native_bridge is only the version this build expects; loaded_native_bridge is the bridge DLL the running Hangul editor actually has mapped, read from its module list, and it is only ever asked of Hwp.exe — Hancom's HwpApi.exe automation host never loads the bridge and is not evidence about it. The bridge verdict is reported, never enforced: it does not gate any operation and never by itself makes you stop, refuse, or restart Hangul. Continue the requested work and pass native_bridge_notice through to the user when native_bridge_state is anything other than matched. Only native_bridge_state="mismatched" (hangul_restart_required=true) proves a stale DLL is executing right now; not_loaded means that Hangul started before this bridge was registered and the next Hangul start picks it up on its own. Never restart Hangul on your own initiative — the user may have unsaved work open; state the notice and let the user decide. If the refreshed direct tool is not yet visible, call it through hwp_execute with the exact tool name and arguments.
  • The host may expose this skill directly from the plugin manifest, from a host cache, or through a legacy global Junction. Read the exact displayed SKILL.md path directly without assuming its storage form; do not locate, search, or compare other cache or installation paths.
  • For table data keyed by visible header labels, use records. Use cells only with verified cell addresses and rows only when the user supplied an explicit start_cell. A returned target_id changes only the target, never the chosen data format.
  • For titles in already divided table cells, keep the inspected table target and use hwp_fill_table; selecting an embedded picture changes the target. hwp_restructure_table is for photo-and-label layouts, not a general fallback for inserting titles or failed merges. hwp_patch_text replaces existing text; an empty range does not insert a paragraph or table row.
  • Explicit 1 mm table rows and columns are supported. To make the physical cell reach that size, set every affected cell to font_size_pt=1, line_spacing_percent=50, and zero padding; larger inherited text or padding can make HWP expand the cell. HWP stores 1 mm as 283 HWPUNIT, so inspection reports about 0.998 mm per row or column.
  • For an irregular or partially merged table, use the inspected CellTopology: actual cell address, row_span, column_span, and physical right/down neighbours. Never synthesize F1, A11, or an address-distance move sequence. Column and row formatting starts at the requested real cell; merging proceeds only through the recorded neighbour path after the covered owners form a gap-free rectangle.
  • hwp_split_table_cell has two deliberately different modes. Use split_mode="equal" only to subdivide one unmerged physical cell. Use split_mode="existing_grid" only to restore the exact row_span × column_span grid hidden by a merged cell. Do not split a merged header merely to reach a column for formatting; format the real intersecting cell instead. A requested existing-grid split that does not match the inspected spans must be rejected before mutation.
  • hwp_apply_page_plan keeps each block's absolute box.top_mm. It does that by writing the planned gap into the paragraph spacing of the block below it, which is the only vertical control a flow layout has; that channel is filled by the compiler and is deliberately absent from the published layout schema, so a layout tool cannot send it and a plan cannot ask for placement by hand. Blocks are emitted top-first regardless of declaration order. A block whose plan box overlaps the one above it, or whose content is taller than its box, is pushed down rather than moved up, and everything after it is measured from where it really ends. Positions land within about 0.2 mm; a plan whose content genuinely exceeds the body is rejected with the millimetres it is short.
  • Use hwp_insert_layout for live insertion away from the document end. layout.target=current inserts at the user's collapsed cursor. layout.target=after_page with page=N inserts at the start of the existing next page and adds one trailing page break, so it creates exactly one isolated page without a blank page; after the last page it appends with one leading page break. Do not add another page_break block. Continue to use hwp_append_layout only for the document end.
  • For screenshot or reference-layout reconstruction, restore the evidence-first sequence: call hwp_analyze_reference_image once with full_scan=true, inspect its overlay/contact sheets, let the model choose semantic elements and loose raster boxes, then call hwp_prepare_image_crops once. Mark rectangular photos as tight_raster and annotated maps/drawings/logos as annotated_group; crop preparation resolves the final boundaries and returns a boundary overlay while the model still owns meaning. In native tables, apply visible-surface ownership recursively: group title bands, repeated-item subheading pills, and their body boxes are separate cells or rows, never line-broken text inside one cell.
  • Never delete and rebuild a page for a local correction. Use hwp_patch_text for a sentence or line break, table formatting tools for an existing ordinary table, image replace/size paths for one picture, and reference_layout_patch for existing reference-grid rows, columns, styles, or edges. Rebuild only when structural inspection proves that no local target can represent the requested correction.
  • For table object “크기 고정”, call hwp_set_table_size_fixed(fixed=true) with the verified table target. false clears the setting. The tool reads the selected table's HWPML SIZE.Protect before and after, preserves its other properties and page count, and does not toggle an already-matching setting.
  • headers filters target tables; it is not a copy of the records keys. Use only labels known to be visibly present in the target table. If a page already narrows the request sufficiently, pass page without speculative headers.

Read the full file on GitHub · 181 lines

Files

What ships with it

60 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.

Changes

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.

  1. 22d ago Changed · +11 lines 0001c1b5879c
  2. 2mo ago First seen · 170 lines · 98 tokens per session scan A 240c63ee012b

Subscribe to this mod's changes

automate-hancom-documents is a skill published in the GitHub repository innae1121-bit/gsghwp (102 stars, last pushed 22d ago), licensed MIT. It adds 98 tokens to every session and 8,341 once invoked, about $0.0004 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.

Related

automate-hancom-documents compared with skills from other repositories

automate-hancom-documents next to 6 skills from other repositories
ModTypeStarsLast pushLicenceScanTokensWorks with
automate-hancom-documentsinnae1121-bit/gsghwpSkill10222d agoMITA98Codex
orbit-notionnexu-io/open-designSkill106kyesterdayApache-2.0A117Claude Code, Codex
instrument-data-to-allotropeanthropics/knowledge-work-pluginsSkill35k2d agoApache-2.0A123Claude Code
apify-youtube-transcript-scrapersickn33/agentic-awesome-skillsSkill49kyesterdayMITA48Claude Code
legal-holdanthropics/claude-for-legalSkill9.9k3d agoApache-2.0A68Claude Code
ppt-reviewOrkas-AI/OrkasSkill9.0kyesterdayMITA2Claude Code, Codex
feishuHmbown/CodeWhaleSkill41k5d agoMITA33Claude Code, Codex