$npx -y skills add Yuan1z0825/nature-skills --skill nature-writingDraft, restructure, or plan Nature-style manuscript sections and initial-submission materials from author-provided claims, results, figures, notes, or Chinese drafts. Use when the user wants to write or rebuild an abstract, introduction, related-work, method, experiments, discuss
| 1 | # Nature-Style Scientific Writing — Router |
| 2 | |
| 3 | This skill is split into two layers: |
| 4 | |
| 5 | - A **static layer** under `static/` that holds versioned, reusable content fragments (core stance + workflow, paper-type playbooks, per-section drafting guidance, initial-submission guidance, language-specific rules, per-journal style). |
| 6 | - A **dynamic layer** (this file plus `manifest.yaml`) that detects the request's axes and loads only the fragments needed for the current job. |
| 7 | |
| 8 | Do not try to apply the drafting logic from memory or from this router. Always load fragments from disk as described below. |
| 9 | |
| 10 | ## Routing protocol |
| 11 | |
| 12 | Follow these five steps every time the skill is invoked. |
| 13 | |
| 14 | ### 1. Load the manifest and the core layer |
| 15 | |
| 16 | Read [manifest.yaml](manifest.yaml). It declares the axes (`task`, `paper_type`, `section`, `language`, `journal`), the allowed values, and the file paths each value maps to. |
| 17 | |
| 18 | Also read every file listed under `always_load`. These hold the default stance, writing workflow, and output format that apply to every drafting job. |
| 19 | |
| 20 | ### 2. Detect the axis values for this request |
| 21 | |
| 22 | For each axis in the manifest, decide the value using the manifest's `detect:` hint and the user's input: |
| 23 | |
| 24 | - `task` — manuscript / submission-package. Use `submission-package` for first-submission materials, never for revision correspondence. |
| 25 | - `paper_type` — research / methods / hypothesis / algorithmic / review. Default: research. |
| 26 | - `section` — abstract / intro / related-work / method / experiments / discussion / conclusion / title. May be multiple. Ask the user if it is ambiguous and matters for the draft. |
| 27 | - `language` — en or zh-to-en. Detect from the user's notes themselves. |
| 28 | - `journal` — nature / nat-comms / generic. Default: generic. If the user names a Nature subjournal, treat it as `nature`. |
| 29 | |
| 30 | State the detected axis values in one short line to the user before drafting, so they can correct you cheaply. |
| 31 | |
| 32 | ### 3. Load the matching fragments |
| 33 | |
| 34 | For each axis value, Read the file mapped in the manifest. Skip the `section` axis when the task is `submission-package` or when the user explicitly asks for a free-floating argument paragraph with no section context. |
| 35 | |
| 36 | Do **not** read every fragment in `static/`. Load only what step 2 selected. |
| 37 | |
| 38 | ### 4. Draft using the loaded material |
| 39 | |
| 40 | Apply the loaded fragments in this priority order: |
| 41 | |
| 42 | 1. Core stance + intake (`core/stance.md`) — surface missing claim / evidence / boundary before drafting. |
| 43 | 2. Paper-type playbook — argument chain, drafting order. |
| 44 | 3. Section-specific drafting rules and structure. |
| 45 | 4. Task-specific submission rules when `task=submission-package`. |
| 46 | 5. Journal-specific framing and constraints. |
| 47 | 6. Language-specific sentence and paragraph rules (apply last). |
| 48 | |
| 49 | For `task=manuscript`, run the workflow in `core/workflow.md` end-to-end. Do not skip planning just because the user asked for prose immediately. |
| 50 | |
| 51 | For `task=submission-package`, follow `static/fragments/task/submission-package.md` and `references/submission-package.md` instead. Build the deliverable matrix and readiness audit; do not force manuscript paragraph architecture onto administrative submission materials. |
| 52 | |
| 53 | If essential evidence or boundary is missing, write a placeholder and list it under `Assumptions or missing inputs:` instead of inventing content. |
| 54 | |
| 55 | ### 5. Reach for references only when needed |
| 56 | |
| 57 | The files under `references/` are deep references and the example library, not defaults. Open them on demand per the `references.on_demand` table in the manifest. Typical triggers: |
| 58 | |
| 59 | - The user asks for a concrete example or template → `references/examples/index.md`. |
| 60 | - A section's draft has structural problems that the section fragment alone does not explain → the matching `references/<section>.md`. |
| 61 | - The user needs a broad-audience `Nature` abstract opening or asks about a `summary paragraph` → `references/nature-summary-paragraph.md`. |
| 62 | - The user asks "does this paragraph flow?" → `references/paragraph-flow.md`. |
| 63 | - The user asks for a self-review or rejection-risk audit → `references/paper-review.md`. |
| 64 | - The user requests a complete first-submission package, templates, or a submission-readiness audit → `references/submiss |