CtrlK
BlogDocsLog inGet started
Tessl Logo

officecli-academic-paper

Use this skill to build academic-style .docx output: journal / conference / thesis chapters carrying formal citation style (APA, Chicago, IEEE, MLA), numbered equations, figure & table cross-references, footnotes/endnotes, bibliography, or multi-column journal layout. Trigger on: 'research paper', 'journal paper', 'conference paper', 'manuscript', 'thesis', 'APA', 'MLA', 'Chicago', 'IEEE two-column', 'bibliography', 'hanging indent', 'citation style', 'abstract + keywords', 'equation numbering', 'cross-reference', paper with footnotes/endnotes. Output is a single .docx.

72

Quality

91%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Critical

Do not install without reviewing

SKILL.md
Quality
Evals
Security

Quality

Content

81%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A highly actionable, well-sequenced skill: fully executable commands, a real validate-and-reject QA gate, and disciplined inheritance from the docx base skill. Its main weakness is token efficiency — the SEQ trap, hanging-indent rule, and section-break pitfalls are each explained two to three times across sections, and version pins are repeated inline — and its ~500-line monolithic body could offload per-style recipes to reference files.

Suggestions

State the 'indent=720 hangingIndent=720' hanging-indent pair once (in the Bibliography section) and reference it from the citation recipes instead of repeating the full command-props explanation six times.

Consolidate the SEQ cached-value trap: keep the full raw-set patch in §SEQ and reduce the §Known Issues and Gate 5a entries to one-line pointers, cutting roughly a third of the duplicated prose.

Collect the scattered v1.0.63 version-specific notes ('verified on v1.0.63') into a single 'Version-specific pitfalls' subsection so future CLI updates require editing one place, and consider moving the four per-style citation recipes into reference files (e.g. references/apa.md, references/ieee.md) to slim the main SKILL.md.

DimensionReasoningScore

Conciseness

The body assumes Claude's competence (no concept tutorials) and is dense with commands, but significant content is repeated: the SEQ cached-value patch appears in full in §SEQ, again in §Known Issues, and is re-explained in Gate 5a; the 'indent=720 hangingIndent=720' pair is restated ~6 times; version pins (v1.0.63) are sprinkled inline rather than isolated. This sits between anchors 3 and 4 — more than 'minor instances of over-explanation' but no padded conceptual explanation, so it scores 3.

3 / 5

Actionability

Everything is copy-paste executable: a validating Quick Start, complete per-style citation recipes with real commands, raw-set XML patch snippets, and QA grep/jq one-liners covering the common cases (APA, Chicago footnotes, IEEE 2-col, equations, SEQ/PAGEREF). Not 4: there are no pseudocode gaps anywhere.

5 / 5

Workflow Clarity

A clear 5-verb workflow (read venue spec → plan sections → set styles before content → build in order → QA), plus an executable Delivery Gate with explicit validation checkpoints and REJECT/exit-1 feedback loops for the fragile XML/raw-set operations, and a mandatory visual audit checklist. This matches the anchor-5 validate-fix-retry pattern.

5 / 5

Progressive Disclosure

Good structure: clear section headers, easy navigation, and clearly signaled one-level-deep delegation to the base skill ('→ see docx v2 §X') instead of re-teaching inherited rules. No bundle files exist (references/, scripts/, assets/ absent), so all academic content — four per-style recipes, equation pitfalls, multi-column recipe — is inlined in one ~500-line file; it falls short of anchor 5 because that content could be split into reference files, and short of the anchor-3 'references not clearly signaled / buried' description.

4 / 5

Total

17

/

20

Passed

Description

100%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

An exemplary description: it states what the skill builds in concrete feature terms, gives an explicit 'Trigger on:' clause with sixteen natural user phrases including style names and the .docx extension, and carves out a distinct academic niche. It follows the good-example pattern (capability list + explicit when) with no fluff or over-claims.

DimensionReasoningScore

Specificity

The description enumerates multiple concrete capabilities — 'formal citation style (APA, Chicago, IEEE, MLA), numbered equations, figure & table cross-references, footnotes/endnotes, bibliography, or multi-column journal layout' — comprehensively covering the academic-paper domain. It exceeds anchor 4 because coverage has no minor gaps; every core academic document feature is named explicitly.

5 / 5

Completeness

Both questions answered explicitly: what ('build academic-style .docx output: journal / conference / thesis chapters carrying…') and when (an explicit 'Trigger on:' clause listing concrete phrases, plus the output contract 'Output is a single .docx'). This matches the anchor-5 example's structure exactly, exceeding anchor 4 whose 'when' is less specific.

5 / 5

Trigger Term Quality

Sixteen natural trigger phrases ('research paper', 'journal paper', 'conference paper', 'manuscript', 'thesis', 'APA', 'MLA', 'Chicago', 'IEEE two-column', 'bibliography', 'hanging indent', 'citation style', 'abstract + keywords', 'equation numbering', 'cross-reference', footnotes/endnotes) plus the '.docx' extension — comprehensive synonyms matching the anchor-5 example's breadth. Not 4: common user variations are essentially all present.

5 / 5

Distinctiveness Conflict Risk

A clear niche (academic/citation-styled .docx) with distinct triggers like 'hanging indent', 'APA', 'equation numbering', and 'IEEE two-column' that will not fire for generic document skills. Not 4: overlap risk with a general docx skill is minimal because every trigger is academically specific.

5 / 5

Total

20

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (505 lines); consider splitting into references/ and linking

Warning

Total

15

/

16

Passed

Repository
Team-Commonly/commonly
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.